当心DevOps虚假指标

Posted 优云数智

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了当心DevOps虚假指标相关的知识,希望对你有一定的参考价值。



昨天的文章分享了LinkedIn如何从0到1建立SRE文化——,而指标也是建立技术文化的一种,相信很多DevOps团队的Leader都有同样的苦恼,今天小数带来的文章将讲述如何制定有效的DevOps指标,告别虚假指标。


有了这些理念的指导,我们还有落地实践等着大家一起来交流讨论——

6月10日活动》邀请到了邱戈川@数人云、黄星玲@优维科技、任发科@常新居士、王一男@百度齐聚分享,点击“阅读原文”即可报名。



改变指标=改变文化


DevOps负责人往往纠结于指标问题,因为改变的指标同时也在改变业务文化,这种改变横跨不同的功能领域,如开发、测试、运维等部门。所以不成熟的指标常常会导致产品性能大打折扣,而传统指标又不完全适用于当前的大环境。



传统指标三缺陷
当心DevOps虚假指标


〓 虚荣指标


虚荣指标贯穿于整个代码产出线和构建功能点的过程,程序员独立行动而不进行跨部门的团队协作。因此,若奖励机制和虚荣指标相连,程序员只顾自身任务而忽略了需要团队协作的内容,如重构和简化设计等。


〓 引起团队冲的指标


代码共享、指导和建议都是团队协作的良好习惯,但一些机制是破坏这种习惯的罪魁祸首。如名次机制。其他领域名次机制可能有效,但在运维团队中名次机制会导致对外来部署和变化的排斥。同时也与DevOps的初衷不符。


〓 传统指标


许多DevOps负责人坚持用平均故障时间(MTBF)和全时工作当量(FTEs)来度量指标。但在如今快速交付模式下已经不再适用。



有效的DevOps指标参考

当心DevOps虚假指标


〓 指标可触及


不可触及的指标毫无意义,所以需要DevOps工具来帮助获取所需指标,当然通过间接监测也可以体现所需指标。如看员工留任率要比看员工工作状态更容易可靠。


〓 指标可推敲


作为DevOps负责人,要制定任何指标都必须能经得起反复推敲。因为负责人的信誉取决于沟通能力、团队价值观和使命感。


〓 指标独立性


能被任何一个人,团队或整体影响的指标都不是好指标,因为团队效益与服务等级协议密切相关。减少指标的关联性,以防止指标被利益关联者利用,造成损失。


〓 指标有能动性


有用的指标能够在工作流程中引导DevOps负责人作出最佳决策——奖励机制、团队策略、成员培训、使用工具和其他控制方面的转变策略。虽然并不是每一个决定都能产生质变,但在潜移默化中也会影响团队的建设。






原文链接:https://devops.com/beware-false-devops-metrics/#disqus_thread



相关阅读:




线下活动推荐:


DevOps&SRE超越传统之道北京站来啦!6月10日,四位业界大牛技术齐聚,结合传统运维现状及实践案例,讲述DevOps&SRE的超越之道。


↓ ↓ ↓活动报名点这里

以上是关于当心DevOps虚假指标的主要内容,如果未能解决你的问题,请参考以下文章

DevOps:IT领导指南

4.DevOps-4.度量指标--0.度量指标(Metrics)

DevOps之prometheus优化

Devops:Docker常用命令

DevOps 标准是啥?

你所在的公司是如何实施DEVOPS的?