Sprint Planning 有的书籍叫“冲刺计划会议”,也有的叫“迭代规划会议”,这是sprint event里面开的第一个会议,你可以理解为传统项目的项目启动会,但是和项目启动会有又很大的区别。
迭代规划会从大的方面来说其实就是做两件事情:
1、决定迭代阶段需要做哪些事情?(排列Product Backlog Items 产品待办事项优先级)
2、确定开发团队如何合作完成要交付的增量。
正如图一所示,Sprint Planning 迭代规划会的输入有好几个,重点关注的是Product Backlog(简称PB)。
这个其实大家应该很熟悉了,在前面的文章中kevin老师有和大家说过。他的中文名称有点奇怪,叫做“产品待办事项”。它来自于客户或者用户的需求,也可能来自于产品自己的需求,也可能来自于开发团队的技术需求。Product Backlog的优先级只能由Product Owner排,他根据产品的价值来排列。
Sprint Goal就是我们这次迭代的目标,这个非常重要,有利于开发团队的聚焦,在每日例会的时候,SM都会问开发团队这次我们的迭代目标是什么?开发团队回答:“实现微信支付”,那么在接下来的迭代周期内,开发团队就是围绕着这个迭代目标奋斗,其他和此迭代目标无关的至少在这个迭代周期内不管。
Sprint Backlog(简称SB) 《= =# Scrum里面的简称都好奇葩,不是SB就是SM。》中文名有翻译叫“迭代待办事项”,也有翻译叫“冲刺待办事项”。这个其实就是团队定义好了本次的Sprint Goal之后,根据开发团队的迭代速度和这次迭代的迭代周期(例如2周到4周),从Product Backlog 根据优先级选出可以完成的需求,这些需求的集合就叫做Sprint Backlog。
一旦Sprint Goal确定,Sprint Backlog选定,剩下的事情就是敏捷团队大显身手的时候了。
敏捷开发是增量式的交付,可能由好几个迭代周期组成,上一个迭代周期结束,新的迭代周期开始。
Product Owner产品负责人根据产品的价值对 Product Backlog产品待办事项进行优先级排序,如图六所示,高价值的需求放在最上面,价值低的需求放在最下面,
开发团队成员根据PO定义的PB优先级,从高价值的需求里面开始认领你们要做的需求,同时定义了验收条件(DOD)。将这些需求放入到“将要做”的事项中,如图七所示。
敏捷团队确定这次迭代的Sprint Goal 迭代目标,这样让开发团队更聚焦、专注。
5、开发团队自主推动需求
确定好迭代目标之后,开发团队成员就自己认领需求,开始做起来,将手上正在做的就放在“Doing”区域,将已经完成的就放在“Done”,这样,每日例会的时候,团队成员都能看得见。每个需求都经过“To Do”->"Doing"->"Done",直到这个迭代周期内把spring Backlog需求完成。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。