Product Backlog Refinement/Grooming需求梳理会

背景:

由于我们项目只是在ODC这边基于任务做了敏捷的迭代开发交付。但是客户和SG的BAs并没有参与到我们的迭代中,平时的需求都是由项目里的各个小组长先提前和BA进行详细需求的讨论,进行任务估算,然后协商约定一个大约的MDs.
然后根据理好的需求,和组员一起制定一个开发迭代计划。
此次需求梳理会,基本最近客户的一个新的CR,正好和负责这个CR的BA关系较好,所以我和他协商,开一个需求梳理会来理清需求。
由于BA人在SG,我们申请了一个可以开视频会议的会议上,参与者:BA(Product Owner),我(Scrum Master),将要做这个CR的两位组员(Li xx,Liao xx);

之前准备:
之前PO已经把项目BCS的具体需求逐条记录到excel上,在上面列出每条需求描述及范围。
过程
首先有PO讲解excel上的需求逐条进行讲解。
然后队员,按照对需求的理解,进行清晰度分类(乱麻,砖头,钻石);
接下来逐条对每一个需求点进行讨论:

  1. 对于钻石的需求点:由队员,讲述他对需求的理解,然后和PO达成共识,然后在excel的Scope列,记录具体要做什么或不要做什么;如果有假设或依赖,则在Assumption列中记录。
  2. 对于砖块类型的需求点,先由队员讲述自己的理解,然后提出问题并记录在excel的Question列,然后PO针对大家提出的问题,进行逐一回答。如果有模糊的地方,大家一起探讨。如果PO对部分问题无法立即回答,则标注相应问题。等待会后进一步澄清。
  3. 对于乱麻的需求,由PO再次进一步讲解对应需求,等PO讲解结束,询问队员对需求的理解。然后继续之前的1,2两个步骤;由于其中还有几个需求队员还是感觉不知道在说什么?则由队员基于在项目的熟悉,提出相应的问题,由PO和最终用户讨论后,进一步确认。
    当所有需求讨论结束后,给所有人分发计划扑克(1,2,3,5,8(∝)),给每一条需求进行估算。然后统计总点数,记录在excel里。

总结:
由于人数较少,所以我们没有分组,也就没有了“异花传粉”的过程。不过此次需求梳理会,我个人感觉还是很成功的,之前很多时候都是我直接和SG的BA联系,和她探讨需求,然后在讲述给队员。然后以后每次新的CR来时,尽量能开一个梳理会,即使不方便,也可以通过群体电话会议的形式来探讨需求。

你可能感兴趣的:(Product Backlog Refinement/Grooming需求梳理会)