如何使用一致的故事大小来衡量团队的工作效率?
举个简单的例子,如果我可以每两天写一个故事,那么我可以在两周的短跑中写五个故事。根据定义(因为一个故事是两天),我将继续完成五个故事每次冲刺永远。为了演示一段时间后的改进,我需要一个新的度量,例如,价值,对吗?
发布于 2014-04-16 23:24:53
不要这样做。你不会喜欢这个的,但你错过了故事卡片大小的重点。这不是衡量生产力。这是为了衡量工作的相对复杂性。这不是一回事,将来也不会。要知道,需求复杂性和完成时间之间存在着模糊的相关性,但仅此而已。你的目标不应该是在如此精细的粮食水平上衡量生产力。更确切地说,衡量一下每次迭代你会得到更多的分数,直到你不能做更多的事情(你开始失去承诺)。在这一点上,您已经到达了一个困难的瓶颈,您的回顾应该告诉您这个瓶颈是什么。然后,您可以清除瓶颈(如果它在您的控制范围内),或者您可以将其提高到管理层那里,作为他们需要清除的东西(或者,如果他们对您正在实现的业务价值交付率感到满意)。
重点是随着时间的推移逐步改进,直到你到达一个可定义的瓶颈,而不是某种任意的生产力衡量标准。这是知识工作,不是螺栓转动。你如何衡量医生、律师或市场部的生产力?你可以衡量一些东西,但它们确实是高水平和不完全/误导性的(比如每个月为医生治疗的病人数量,或每年为一名律师参加的试验的数量,或者在一次活动之后市场出现了可衡量的好转,而不是营销部门的活动成本)。编程或多或少是一样的。聪明的游戏是“随着时间的推移完成更多的事情”,而不是试图精确地定义“更多”意味着什么。
https://softwareengineering.stackexchange.com/questions/236138
复制相似问题