文章目录
1. 背景
笔者没系统学习过敏捷管理,之前只是在所处团队中跟随使用,因此并没有思考过各个行为背后的原因。为什么现在要做敏捷管理的心得记录,是因为新被指派到管理一个敏捷项目的团队,成熟度几乎为0,百废待兴。看到各种问题(因为之前在敏捷团队中工作过,所以感觉非常不对劲),然后才去思考敏捷各个方法的实践,这个系列的文章,纯粹针对各个问题进行拆招,并无一定的顺序。
欢迎大家把管理中遇到的问题提出来,一起讨论解决方案
2. 团队当前的做法及遇到问题
目前团队有使用Epic以及Story,Story会根据颗粒度拆分成子Story,每个sprint会讨论包含哪些Story,然后Scrum Master就根据story管理进度了。
一接手这个团队,跟SM的沟通,SM说没办法管控进度,Sprint中的Story,如果有延时的话,都是到测试开始进入的时间,才知道原来开发没完成。
一句话:目前无法在过程中监控每个Sprint的情况,只有在Sprint结束的时候,才知道哪些完成了,哪些没有完成。
经过细节的讨论,发现目前管理如下
| 讨论点 | 当前做法 | 造成问题 |
|---|---|---|
| 是否有Epic | 有Epic,并且归类相对清晰 | 没有问题 |
| 是否有Story | 有Story,并且能根据客户需求归类 | 没有问题 |


1184

被折叠的 条评论
为什么被折叠?



