Ron Jeffries 最 近根据他观察的现实中的团队,开始撰写一系列的小说故事。第一个故事(Kate Oneal:生产力!)围绕的角色是 Kate O’Neal(CTO)以及她的一个名为“Rimshot”的团队。在这个小故事中,Ron 探讨了如何在形式化度量标准的情况下,达到并衡量生产力的提 高。 Ron 最为人们熟知的,是他曾在 1996 年的第一个 XP 项目中担任现场 XP 教练,另外他还写过两本书:《 Extreme Programming Adventures in C#》和《极限编程实施》。
Kate 对她团队的全体成员说:“我希望团队的生产力能够持续提高。每个团队,请整理一份完整的计划,陈述你们如何达到这个目标,而且这份计划要写得言简意赅、便于沟通,这样我们才能收下并学习你们的报告,最后把它们统统交给执行团队。如果需要,我随时能和你们在一起,我希望能在第一个月收到你们的计划,谢谢。” Rimshot 的成员对此反映各有不同,有的人极力拥护,有的人却并不抱有很大的热情,只是觉得这是管理层要强加给他们一些“标准”而已。Kate 并没有详细地告诉团队应该做什么,她只是提出问题:他们要做什么?提高生产力可能带来哪些好处?通过讨论后,团队意识到在整合问题上花费了大量的时间,如果这个问题得以解决,他们就有更多的时间去改善代码的质量了。最后团队一致同意把精力放在解决整合问题上。为了度量他们的成功,他们会追踪解决整合问题所 花的时间。
Ron 在最后引用了 Alfie Kohn 的 Punished by Rewards ,指出了“标准”其实并不神秘和复杂。在测试驱动开发新闻组里, George Dinwiddie 却道出了这样一种关注,认为这可能带来一些局部的优化,却会影响到全局的优化。因此他认为目标应该被置于部门级别,而不是团队级别上。
请访问 InfoQ 上有关度量的话题获得更多内容。
评论