Release Planning Meeting、Product Backlog Refinement和Sprint Planning Meeting之间的先后顺序和相互关系

Release Planning Meeting、Product Backlog Refinement和Sprint Planning Meeting之间的先后顺序和相互关系

在一个由各个公司的敏捷教练小伙伴组成的微信群里,有人问了这样一个问题:

“哪位大虾帮忙解释下Release Planning Meeting, Product backlog refinement和sprint planning meeting之间的先后顺序和相互关系?

来自IBM的敏捷大咖徐毅详细地回答这个问题。以下为徐毅给出的回答:

Release Planning meeting一般在版本开始的时候,开个大点时间长点的,每个迭代结束开个小范围的、快速的,更新release backlog;Product Backlog Refinement是每个迭代内都要开,通常是接近迭代结束的时候,例如倒数第3天;Sprint Planning meeting是每个迭代开始的时候开。

追问:

“像您说的,Release Planning meeting 在sprint 1 还是sprint 0里进行?

答曰:

如果有sprint 0,那就是在Sprint 0结束前要开完release planning,因为这样才有release plan,才有进行第一个sprint planning的基础。如果没有sprint 0,那就是完成release planning再开始sprint 1。

就是说Spint正式开始前要做些启动准备工作:1)进行Release Planning,2)进行第一次 Product Backlog Refinement. 3)确定后续sprint1 planning 要用的velocity 等参考数据,4)确定团队人员,组建团队。5)做一些POC技术验证。

Release Planning就需要你预估一个velocity用来做planning,当然还要先做完需求(stories)的大小估算,期间要澄清需求,这就跟Backlog Refinement的任务内容差不多了,所以你可以认为,1、2、3都包含在Release Planning里面;组建团队要先完成,不然的话,你找谁来估算,怎么预估velocity。。。。。。