[敏捷精灵日记]
- 采用敏捷的方法并不意味着没有规矩,没有文档、没有计划、没有跟踪与控制并不意味着就是敏捷。
- 在 “冲刺”和“冲刺”之间,留几天缓冲时间很重要。团队需要一段时间做一下调整,赶一些非sprint计划中的事情。这段时间是一个很好的用来解决一些技术 或者工具问题的机会。你会发现你慢一下后,会变得更有效率。这就是为什么叫“sprint”的一个理由,你不可能无休止的冲刺。
- 没有规矩,不成方圆。由团队共同制定出来的Scrum团队规则,可以更好的保证Scrum的顺利实施。
1. 每日站立例会迟到,罚款¥5.
2. 对于每个,未及时更新任务状态和剩余工作量,整个Team留三次免罚机会,以后再有人违反,则罚款¥5.
3. 对于Sprint计划会议、演示会议和回顾会议,迟到超过3分钟,罚款¥5.
4. 进行任务细分时,每个任务估算最大不能超过18小时(三天)
5. 在Sprint计划会议上, 认领了一项任务的人,可以对该任务估算做出不超过50%的调整
6. 对于复杂任务的估算和分解,采用“DELPHI”方法
7. 每个人都可以添加新的product backlog条目, 但必须标示为 'Not Reviewed', 以方便Product Owner审议.
8. 为提高Sprint回顾会议的效率,在Sprint回顾会议之前,每一个人应该给出“我们做得好的地方、需要改进的地方”
10. 在Sprint计划会议上, 我们应该预留10%的估算时间作为缓冲,以应对突发事件
11。 在Sprint计划会议上, 我们应该进行关键路径、风险、外部依赖的分析
12. 对于Review,发出review的人必须给出截止日期,参与Review的人,必须在截止日期前给出答复。
2. 对于每个,未及时更新任务状态和剩余工作量,整个Team留三次免罚机会,以后再有人违反,则罚款¥5.
3. 对于Sprint计划会议、演示会议和回顾会议,迟到超过3分钟,罚款¥5.
4. 进行任务细分时,每个任务估算最大不能超过18小时(三天)
5. 在Sprint计划会议上, 认领了一项任务的人,可以对该任务估算做出不超过50%的调整
6. 对于复杂任务的估算和分解,采用“DELPHI”方法
7. 每个人都可以添加新的product backlog条目, 但必须标示为 'Not Reviewed', 以方便Product Owner审议.
8. 为提高Sprint回顾会议的效率,在Sprint回顾会议之前,每一个人应该给出“我们做得好的地方、需要改进的地方”
10. 在Sprint计划会议上, 我们应该预留10%的估算时间作为缓冲,以应对突发事件
11。 在Sprint计划会议上, 我们应该进行关键路径、风险、外部依赖的分析
12. 对于Review,发出review的人必须给出截止日期,参与Review的人,必须在截止日期前给出答复。
阅读详细......