SCRUM实施案例

每日会议

1. 会议制度是否建立:确定每日的会议时间(要相对固定),迟到处罚等

2. 工作回顾和计划:今天已完成的工作和明天即将开始的工作,有什么需要帮助

3. 工作是否都在backlog中,是否在评估时间内完成

4. 项目组成员积极性不高,态度不认真

sprint会议

1. sprint要有明确的目标

2. 需求不够细,项目组成员理解偏差较大,讨论时间过长。backlog讨论完马上评分,尽量不要先过一遍再回过头来评分,避免重复讨论。

3. backlog评分只允许出一张牌,backlog评估值与其分解出来的task总人时要相等,如果相差要分析原因,或者point的

4. sprint结束后应处于关闭状态,未完成的任务要移到下一个sprint或release中,确保任务不丢失。

5. 气氛太沉闷,效率太低,半小时1个backlog都没有评估完。

6. 对scrum不理解,方法不正确;没有把backlong和task独立评估,而是先评估task的时间,总合直接换算成point点数。

sprint回顾

1. 每个人都要发言,积极参与 

2. 评选出3个最佳完成的backlog和3个最差的,总结原因,以及将如何改进。

3. 回顾总结上一个sprint实际完成的point值,分析Point评估值是否准确 ,总结工作量、效率、经验等。

backlog和任务

1. 一个人尽量不要同时认领多个任务,完成一个再领一个

2. 每日投入到任务中的时间要及时更新

3. 正在进行或已完成的任务没有认领人

4. 团队成员之间的协作,未经商量和通知将已被认领的任务直接删除,再添加为自己的任务

5. 增加或删除要邮件通知团队成员

6. bug解决转换为任务,可以直接从jira中导入相应的bug条目(评估其重要性和时间,如果非必须在此sprint解决,则安排到下一sprint的任务中)

猜你喜欢

转载自danny712.iteye.com/blog/1897279