InfoQ

新闻

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

作者 Mark Levison译者 韩锴 发布于 2008年3月20日 下午8时44分

社区
Agile
主题
协作,
团队工作,
领导能力
标签
生产力,
教练和指导,
值和度量,
持续改进
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

没有回复

回复

深度内容

Flex与JSON及XML的互操作

平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。

用Qi4j进行面向组合编程

本文将简要介绍面向组合编程(COP,Composite Oriented Programming)的概念,展示它如何规避OOP存在的一些问题,并重新点燃使用可重用部件组装领域模型(Domain Model)的希望。

系统开发——新学科,新教育

一门新的计算机学科——“系统开发”,强调人性化、匠艺、设计、创意、创新和新事物的涌现,并建议用被称为“bottega”的工作室替代乏善可陈的教室。

图书聚焦:Visual Studio 2008 揭秘

Mike Snell和Lars Powers用他们最近由Sams出版的新书《Visual Studio 2008揭秘》,试图帮助大家提高开发人员的生产力。本文包括一个下载样章——第10章调试。

BPEL为何不是BPM的圣杯?

Pierre Vigneras在本文中讨论了作为标准之一的BPEL所存在的问题。Pierre先给我们大致介绍了一个简单的并行流程,接着讨论了从业者在试图以一个结构化模型为基础表达非结构化流程时遇到的一系列问题。

基于范型的多语言编程

你是否仔细思考过,为什么人们总在讨论“要正确的语言做恰当的事情”?在这篇文章中,Sadek Drobi向你解释了为什么应该在系统内部混合使用多种语言。

采访与书摘《Pro Web 2.0 Application Development with GWT》

Jeff Dwyer就关于他的新书(《Pro Web 2.0 Application Development with GWT》)、GWT1.5以及创建可搜索的Ajax应用谈了一些他的见解。

时刻准备着,迎接IT业的春天

我们需要设身处地地为客户及客户的业务本身着想,与客户同舟共济。更多创新的思路、产品和模式也同样将为IT业带来新的出路。IT业并不需要坐以待毙,在春天到来之后,市场将会更加繁荣!