二十一、看看进展如何
测量的目的
测量的真正目的是为了减少不确定性
需要回答的最常见问题：
实施Scrum进行的投资值得吗？
下一步应该提高什么？
是否应该继续Scrum？
软件开发是否比一年前做的更好？
是否正在生产更好的产品？
产品中的缺陷是否更少了？
比过去更快了吗？
一般性的敏捷评估
团队或组织已经变得多敏捷，是一个有用的代理指标
1、撒丹遵守度调查
15个自我管理的调查问卷，其中涵盖极限编程的各种实践
1）使用撒丹遵守度调查
频率：每6个月进行一次，最多不超过每3个月
作用：看清未来发展的趋势
2）优势与劣势
优势：只有15个问题
劣势：它的结果并不能直接转化为行动项
2、Agile：EF
敏捷评价框架，可以在每个Sprint结束时做一次，比撒丹更短，调查结果报告是箱线图
优势：定期、快速、不唐突，更快的响应率；
劣势：每个Sprint的问题都相同，团队极易产生逆反心理
3、比较式敏捷评估
一个生意并不需要完美，它只是需要比竞争者做得好就行，比竞争对手更敏捷是能反映出该组织能够更快、更便宜地提供更好产品的指标
CA提供了一个大的数据库，调查结果可以进行比较，有7个维度：团队协作、需求、计划、技术实践、质量、文化和知识创造
优势：通过看到你的团队与其他团队的比较，改善重点可以放在最有希望的重点区域
劣势：调查广度不足，可以每年只执行一次或两次全面评估，或者每个月只评估七个维度中的一个
创建你自己的评估
一定要从已有调查问卷入手，比如参考一般性敏捷评估方法，但是要舍弃任何与你所在公司无关的问题
Scrum团队平衡计分卡
1、构建平衡记分卡
有以下4个角度
卓越经营
面向用户
商业价值
面向未来
2、推崇简单度量
例1：每个开发人员交付的功能数；
例2：主要版本的累计交付的价值；
我们真的在意这些吗
三个主要优点：
1）数据可以帮助对抗“企业重力”
2）指标可以帮助我们宣传Scrum的实施工作
3）指标有助于我们知道从哪里重点着手进一步改进工作
指标绝不应该作为大棒，它们应该被用于聚焦重点和获取理解，而不是用于设置责罚或者强化规章
二十二、没有终点
不管你已经有多么敏捷或者你Scrum做得有多好，不管你今天有多好，如果下一个月你没有更好，你就不再敏捷
敏捷不是你的目标，你的目标是快速地、低成本地开发令人赞叹的产品，它能让你的客户或用户感到兴奋和震撼
网友评论