- 迭代要有固定的时长(TimeBox),不能超过六个星期。
- 每一次迭代的结尾,代码必须经过QA的测试。
- Scrum团队必须有产品负责人,而且团队都清楚这个人是谁。
- 产品负责人必须有产品的Backlog,其中包括团队对它进行的估算。
- 团队必须有一个燃尽图,而且要了解他们自己的生产效率。
- 在一个Sprint中,外人不能干涉团队的工作。
- ID(统一标示)
- Name(名称)
- Imp(重要程度)
- Est(初始估算)
- How to demo(如何做演示)
- Notes(其它)
质量分为内部质量和外部质量:
- 外部质量是用户可以感知的,如运行缓慢,让人迷糊的界面等。
- 内部质量一般指用户看不见的原素,它对系统的可维护性有深远的影响,如系统设计的一致性、测试覆盖率、代码可读性等。
在Scrum中一切事情都是有时间盒的,到时必须交货。
“这个Sprint让大家不太好过,但是我们应该看到它的正面影响,整个团队从中获益匪浅,下个迭代会议会更有效率。”
学会按照时间盒安排工作,学会制定各种合乎情理的时间盒,这对sprint会议的长度同样有效。
典型的Sprint时间表,每一个小时休息10分钟:
- 30分钟的总体介绍,概括产品的Backlog。
- 20分钟的时间估算。
- 1个小时的Story选择,计算生产率。
- 1个小时的站立会议安排和将故事拆分为任务。
半死不活的目标比什么都没有强。
在Sprint中包含多少个故事由团队决定,而不是产品的负责人或其它人,但是产品负责人要对sprint中放入哪些Story产生影响。
自动生成故事卡的脚本下载地址:http://blog.crisp.se/henrikkniberg/2007/12/18/1197973740000.html
计划指派的点数:0、1/2、1、2、3、5、8、13、20、40、100、?、Coffee。