BT

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

度量敏捷转型时的问题

| 作者 Craig Smith 关注 6 他的粉丝 ,译者 姚九强 关注 0 他的粉丝 发布于 2011年11月4日. 估计阅读时间: 2 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

近年来,敏捷社区已多次尝试找出衡量组织转型效果的最佳方式,一些较知名的尝试,包括 Agile Scaling ModelNokia TestThoughtWorks Agile AssessmentSidky Agile Measurement Index (SAMI)。最近,敏捷博客世界中又掀起了一场关于如何度量的辩论。

Esther Derby在最近一篇题为“ 敏捷的度量 ”的博文中,回顾了度量的种类,人们通常在想了解自己的组织转型的进展程度时,求助于这些度量指标。

  • 采用敏捷方法的团队数量
  • 接受过敏捷方法培训的人数
  • 采用敏捷方法的项目数量
  • 认证的敏捷教练数量

她指出,这些指标都会让你误入歧途,恰当的度量指标应该是那些能显示出通向敏捷转型所达到的目标的趋势。她的三个建议是:

  • 修理缺陷工作量和开发新特性工作量的比率
  • 周期时间
  • 遗漏到产品中的缺陷

她最后的建议是:

当你考虑度量指标时,应警惕目标值。和目标值比较几乎总会导致失真。意味着人们总会试图达到目标、也许采取的手段与目标背后的初衷完全相反。

Isaac Montgomery在近期发表在Rally Software Agile Blog上的,题为“衡量敏捷投资的影响”的系列文章中,也表达的类似的见解:

敏捷社区对于类似“如何衡量敏捷是否成功”问题的典型回应是通过某种敏捷成熟度评估,比如Nokia Test。这些工具清晰、易于使用、并可以非常有效地帮助组织评估他们是否遵从了良好的敏捷实践。然而,在单独使用时,会无法实现高层领导的愿望——也失掉了调整敏捷到它本来目标的一个重要的机会。

他建议问题应该是:

如果敏捷的成功等同于业务的成功,那么真正的问题是:“我们如何度量业务成功?”

Isaac建议采用的指标应属于下面的类别:

  • 生产率
  • 质量
  • 反应速度
  • 客户满意度
  • 员工满意度
  • 可预测性

最后,Gil Zilberfeld 在“ 敏捷转型的真相 ”中有一些简单的建议,当他用敏捷转型的指标与经常被引用的Standish Group CHAOS报告对比时:

获取你自己的数据。测量你自己的目标,并确定你的成功。让其他人帮你做(或者完全不做,就这件事来说)是愚蠢的。

你如何衡量组织的敏捷成熟度?你发现什么度量指标最有帮助?

查看英文原文:The Questions when Measuring Agile Adoption

评价本文

专业度
风格

您好,朋友!

您需要 注册一个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