技术开发 频道

Scrum实践纪录——Sprint Planning

【IT168 技术文章】

    这一个sprint(8个工作日)不是一个真正的Sprint,还是以和Team以及PO等沟通如果做Scrum为主。但做法是按照Sprint的核心来做的。以下是我们如何做Sprint Planning

    1. 根据全体组员在此sprint的工作时间以及可能被影响的程度,估计出可以完成多少的功能.具体为:

    Team为8人,8个工作日,此sprint共8*8 = 64MD(Man Day)

    人员可能被影响的因素为:技术支持,部门会议,认为时间利用率是80%

    因此,可以完成 64____ * 80% = 52 IMD (Ideal Man Day) 的功能

    2. 根据优先级从Product Backlog中选择小于52 IMD的功能/User Story

    3. 全体成员一起沟通需求细节.

    4. 按照优先级和耦合性进行分类,以包(一个或多个UerStory)的形式委派到人。由于国内项目组的成员并不都是经验丰富,不能照搬或者模仿Scrum在欧美的planning方式。项目组的成员大多是2~5年的工作经验,有少数5~8年的工作经验。委派任务的原则是:经验丰富的完成底层逻辑多的功能和公共模块,经验少的完成前台业务多的功能,目的是减少Bug的影响程度;同时有一个经验丰富的人和业务熟悉的人并不进行满负荷委派,目的是为经验少的人提供帮助,同时也为可能的技术支持等留下资源。还有一个,就是结对.开发人员和QA结对,经验丰富的和经验欠缺的结对,业务熟悉的和刚加入团队的结对...

    5. 分解Task,评估IDM。以受委派人的意见为主. 每一个功能包的完成标志是QA验收报告.

    6. 根据PO和客户沟通的结果调整planning.具体为:

    客户明确在这个Sprint内完成 75 IMD 的功能(认为这些功能是必须的,没有商量余地),所以做了两件事:一个是与公司商定,在此期间不提供技术支持等工作,时间利用率提升为100%;每日加班1个小时,周末加班一天,此sprint共8*10 = 80 MD. 这样,可以完成 80____ * 100% = 80IDM 的功能.(要求为75IMD,可以为自己留一些Buffer).

0
相关文章