BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

没有正规的度量标准,也能提高生产力

| 作者 Mark Levison 关注 0 他的粉丝 ,译者 韩锴 关注 0 他的粉丝 发布于 2008年3月21日. 估计阅读时间: 2 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!
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上有关度量的话题获得更多内容。

查看英文原文:Improving Productivity without Formal Metrics

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT