Scrum制度

上一篇 / 下一篇  2015-07-03 15:04:53 / 个人分类:Scrum

了更好的实践Scrum,现特制订Scrum制度如下:
一、Sprint计划前
1、PO和PM必须在项目正式开始开发前对整个项目进程有明晰的规划(要大致明晰到每个迭代结束后产品应该具备什么能力)。
2、PO和PM需要给出详细的产品研发列表,并随着研发的推进动态的维护产品研发列表(产品研发列表中需要对每一条需求(需求不仅仅只是SSFS,也可以是DIM修复的需求,测试的需求等等)定义一个不一样的优先级)。
3、在每个迭代的计划会议以前,PO及PM需要确保每个Scrum组对下个迭代的大体任务及解决方案是清晰的。
二、Sprint计划阶段
1、PO和PM必须参加Sprint计划会议,在计划会议中只针对‘范围’,‘估算’,‘重要性’来组织这个Sprint需要达成的目标。如果PO和PM坚持没有时间参加计划会议,需要指定一个代理人来做。否则Scrum组可以拒绝承诺任何交付。
2、每个迭代的时长固定为2周。
3、每个迭代中必须包含测试任务的计划。
4、Scrum组内需要对每项任务分解到0.5--2天的粒度。
5、每个迭代内计划的制定要有侵略性,在团队的产能之外适当的增加一定的任务量。
6、每个Scrum小组的成员要确保在迭代周期内全力投入到Scrum小组任务中。
三、Sprint执行阶段
1、白板追踪的任务与TFS Sprint不再重叠,只需要列举出近期 最重要的、有风险的事项做追踪即可。
2、不在强制要求在白板上贴便签。
3、各Scrum组晨会站位需尽量分散些,避免声音上互相干扰;建议就在白板旁开展;
4、晨会时,Scrum组内的每个组员的发言要尽量声音大些,确保组内其它成员能听清;
5、晨会时只讲三件事:昨天做了什么,今天打算做什么,有什么问题需要帮助;
6、晨会需要做时间控制,不宜超过15分钟,不要陷入具体问题的解决方案中;
7、每个迭代内,开发人员在编码前必须要针对所开发的内容去review测试编写的测试用例。测试人员在完成相关KEY的测试用例以后需要主动找到开发人员进行测试用例的review。
8、开发review测试用例需要在所有项目中推广执行。
9、各Scrum组必须保证持续集成的正常运行。对于编译错误和影响持续集成的DIM,必须按照最高优先级的事务加以处理,不得以任何理由推脱。
10、如果每日集成的测试结果的通过率低于70%,就视做当日集成失败,相关的测试人员必须按照最高优先级的事务加以处理,进行问题的定位和分析,并提出DIM,开发人员必须在当天解决该DIM。
四、迭代成果交付阶段
1、每个迭代完成时PO和PM必须针对各Scrum组提交的成果进行交付验收。验收标准如下:
A、每个迭代承诺完成的Key,状态必须达到Resolved以上,并且至少有一半以上的Key状态为Tested状态
B、对于状态为Tested的 Key要有DIM跟踪。
C、即时的DIM修复率大于80%。
D、没有生存时长超过1个月的DIM。
2、上述条件中任何一条没有完成,PO可视情况拒绝接受Scrum组交付的任何成果,Scrum组需要自行利用业余时间使交付成果满足以上条件后再次申请交付。
五、迭代总结阶段
1、结合实际情况,各Scrum组可自行决定是否需要召开专门的总结会议。不再强制要求在每个迭代结束后召开迭代总结会议。


TAG:

 

评分:0

我来说两句

日历

« 2024-03-10  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 1074
  • 日志数: 6
  • 建立时间: 2015-03-02
  • 更新时间: 2015-07-03

RSS订阅

Open Toolbar