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 上有关度量的话题获得更多内容。
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论