怎么才能保证你的敏捷团队不会被指标毁掉

我认为敏捷社区要改变评测敏捷团队是否成功的方法。我们收集指标以及从这些指标中获取信息的方法实际上妨碍了我们做出能用的软件,而这才是最重要的东西。

强推个体指标有时会导致过于关注其他人,影响团队的协作。这会歪曲我们要评测的内容,摧毁我们的真实意图。

在我看来主要有两个问题:

观察者效应: 观察者效应是指对一个流程进行观测可能会影响它的输出。比如告诉一个团队你会密切关注他们的速度,该团队可能会为了加快速度而过度估算他们的工作内容。这在处理 故事点 时尤其危险,因为根本就没有依据可以判断估算是否有效。

上图源自此处。

尽管上面这幅漫画中的情况很有可能发生过,但并不是我理想中观察者效应的例子。我给你们讲一个我很久之前认识的技术支持工程师,我们叫他“杰森”好了,因为他的名字就是杰森。杰森是一位优秀的技术支持,在别人遇到特别困难的问题时他会施以援手,一般在客户打来第一个电话时他就能正确地把问题解决掉,而且客户对他的评价很高。问题是杰森接电话的时间太长,而这一指标对管理层来说非常重要。后来经过几次会议和一次考核之后,杰森明白他必须把时间缩短,否则就只能另谋高就了。很快几周就过去了,杰森的呼叫时长在整个支持团队中排到了前5名。他是怎么做到的呢?如果不是我有一天接他班时提前到了一个小时,他可能永远都不会跟人讲起其中的秘密,那天我发现他原来是接了电话之后马上就挂掉了。

这挺有点儿意思,如果杰森的呼叫时长没有他的真实绩效重要,他就不会干那种事。以呼叫时长为指标评测他对产出产生了负面影响。除了这个糟糕的指标之外,即便没碰到过杰森这么极端的情况,我们也都遇到过只想尽快让你挂上电话的技术支持。问题是你的团队为了让自己的数值更好看挂了哪些电话?

时间: 2024-10-02 18:21:15

怎么才能保证你的敏捷团队不会被指标毁掉的相关文章

如何在大型开发组织的敏捷团队中实施CMMI

近年来,敏捷开发方法能够更好地适应现代软件开发,逐渐发展成为一种主流开发方法,也正在改变着软件开发过程.然而,敏捷开发方法常常被认为同CMMI过程无法共存,因为CMMI被看做是以规格化方法控制软件开发过程. 2008年,Hillel Glazer, Jeff Dalton, David Anderson, Mike Konrad 和 Sandra Shrum出版了<CMMI和敏捷方法:为何不彼此相容>一书,为那些既想保持项目过程可控又想体验敏捷开发灵活性的开发组织开启了一扇窗口.CMMI过程管

如何打造敏捷团队 这是一场思想观念上的变革

ShineScrum公司创始人及国际Scrum联盟认证培训师(CST)--Jim Wang王军,10月15日受邀参加2016杭州云栖大会云效专场分论坛,现场为大家带来<How To Make Your Organization Agile?>演讲,为大家揭示敏捷领导力背后可以遵循的原则.云效专场分论坛以"用技术驱动企业提效"为主题,邀请业内多位技术大咖进行专题分享,共同演绎技术魅力!     敏捷,目前是互联网开发领域经常被谈及的热词,在Jim看来,敏捷是一场自上而下的变革

黄灵 | 敏捷团队的激励手段

题图:Volleyball team by KeithJJ@Pixabay 编辑:冷锋 敏捷团队的激励手段 作者: 黄灵 企业级精益敏捷实施专家 米么金服精益敏捷管理总监 敏捷团队与传统团队的最大区别莫过于其自组织.自管理形式. 既然是自组织自管理,在跟PO共同定下迭代目标以后,如何实现迭代目标就该是团队自己的事. 就这一问题,我在敏捷培训和咨询过程中,无数次被问到: 既然是团队自己决定怎么做,他们在估算的时候就可以放水,如何解决呢? 这种环境必然会造成一部分团队成员消极工作,本来可以完成5个任

敏捷团队管理:把握介入团队的程度

转载请注明出处:http://blog.csdn.net/horkychen 来源 Check In, Don't Check Up (照看而不是介入!) 我从来不是微观管理者(micro-manager),特别是应用agile和Scrum之后.初入职场时,要不是太忙于和别人搅和在一起处理问题,我很可能就会成为一个微观管理者.但是当尽量避免同大家一起检讨细节问题时,仍要认真地照看(check-in)他们.我是从这篇文章(细小的成功多么重要)得到启示的.   介入(check-up) & 照顾(c

敏捷团队的组织与管理--- MPD软件工作坊培训感想(下)

注:由麦思博(MSUP)主办的2013年亚太软件研发团队管理峰会(以下简称MPD大会)分别于6月15及6月22日在北京.上海举办,葡萄城的部分程序员参加了上海的会议,本文是参会的一些感受和心得. 今年的大会延续往届模式,以产品创新.团队管理.架构设计.开发管理.测试管理等五个维度作为五个分会场的主题.对于今年来在软件研发中百谈不厌的敏捷开发的问题,大会从团队管理.开发管理等多个角度为与会者全面剖析敏捷开发中所涉及的种种问题,不单单聚焦于敏捷开发本身,更将视线拓展到管理整个敏捷开发团队上. 讲师都

敏捷团队中的QA由来

QA,全称为Quality Analyst,即质量分析师(有些称为Quality Assurance,即质量保证师).为什么它总跟质量扯在一块?感觉这个角色明明做的都是测试的事情,为什么不直接叫做tester那?敏捷项目中的QA日常都做什么事情那?可能一大推问题都会冒出来.别急,跟着我这篇文章来一步步的回答这些问题. 假设现在有一个保险公司,他想找一个软件公司做一个在线卖保险的系统.那么这个系统从开始到完成至少需要三个角色. Business owner -> developer -> end

linux系统 动态共享库-动态共享库加载到内存中,怎样才能保证只有一份副本

问题描述 动态共享库加载到内存中,怎样才能保证只有一份副本 这几天一直在看关于动态共享库的知识,但看到一个地方,就不懂了,在网上搜索了一下!也没有找到答案!希望有哪位高手,帮小弟解答一下,小弟不胜感激! 问题:动态共享库,顾名思义,可以在多个进程间,进行共享!在系统中只保存一份副本,现在假设Process A已经将Lib A Load到物理内存,但当同样共享Lib A的Process B开始运行时,它是如何知道Lib A已经被加载到内存中,且如何找到这块物理内存?

敏捷时代的建模:敏捷团队的扩张除了代码还需要什么?

敏捷方法已经成为了当前软件开发的主流模式,可工作的代码(以及自动化测试)被认为是团队最重要的产出. 那么是否不再需要建模了呢?UML真的已死?我并不这么认为. 在本文中,我将探索在敏捷时代,建模方法依然适用并且扮演关键角色的所在.尤其在开发规模扩张到多个团队后,对整个系统的"Big Picture"达成共识将变得非常关键. 敏捷中的"设计"在哪里 虽然代码表现了事实,但它并没有表现事实的全部 – Grady Booch 在开篇部分,我将描述一个使用Scrum的敏捷团

服务器-一款app都需要哪些硬件软件什么的,才能保证这个app在用户的手机上正常运行?

问题描述 一款app都需要哪些硬件软件什么的,才能保证这个app在用户的手机上正常运行? 一款app都需要哪些硬件软件什么的,才能保证这个app在用户的手机上正常运行? 请大神们详细的给我一个框架试的回答,最好有图片!谢谢!!! 1.硬件都需要哪些东西,比如服务器架设等等?? 本人一点不懂,完全的小白!!! 2.保证其正常运行的所有要素 解决方案 你的应用有定位功能,用户必须打开gps,手机必须支持gps. 你的应用有扫描二维码,那么手机必须有后摄像头,并且像素不小于300万. 你的应用有视频聊