很多时候, 公司和团队都想要去评估一下他们的工作方式与竞争对手比起来孰优孰劣。他们很愿意关注可以改进的地方，听取大家的反馈从而做得更好。 Comparative Agility 是一个敏捷评估工具，它的评估结果可以帮助指导公司更好地计划他们下一步的敏捷实施。
Mike Cohn 提到，起初他认为去和对手比较敏捷实施并不值得，而真正应该做的是每天持续改进，力求完美。然而，现在他改变想法了。他觉得
虽然这花了我点时间，但最终我还是认识到了思想中的瑕疵。一家公司不需要变得完美，而仅仅需要比竞争对手更好（超过它）。今天 Google 统治搜索引擎的原因并不是因为他们的搜索结果很完美，而是因为他们的结果往往比竞争对手的要好。
因此，比你的竞争对手更加敏捷也就表示你的公司有能力交付更好的产品。基于这个想法，Kenny Rubin, Laurie Williams 和 Mike Cohn 就编写了这个 Comparative Agility 评估工具（CA）。当通过这个工具做了一个调查以后，调查结果会跟整个数据库里面的数据进行比较，一个公司可以跟相类似的公司进行比较。比如，一个团队可以跟所有做网站开发的团队进行比较，可以跟所有 6 个月前才开始实施敏捷的公司进行比较等等。
CA 通过衡量以下七个方面来评估敏捷度：
- 团队合作
- 需求
- 计划
- 技术实践
- 质量
- 文化
- 知识创造
目前，数据库里面已经有了 1123 份调查结果，你可以通过网站注册，随后参与到调查中。调查应该是由有经验的ScrumMaster，敏捷教练或者代表一个团队或者公司的咨询顾问通过问答或者观察的方式来完成。
Pasi Kantelinen 并不支持这个工具，他建议应该自问“我们获得的成果到底有多棒？”，而不是与竞争对手比较敏捷度。他觉得这个问题可以扩展开来：
我们获得的成果到底有多棒 - 跟我们之前的成果比？
- 跟竞争对手比？
- 跟业界领先者比？
- 跟最优秀的成果比？
Julie 也有类似的观点，他觉得仅仅比较敏捷度不能达到目的，因为很多团队虽然正在使用敏捷实践但并没有更快的速度或者生产力。
因此，虽然我们的最终目标是交付商业价值，然而，如果你想知道你的竞争对手前进到哪儿了，那么做个比较可能是个不错的主意。
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论