Grooming Meeting及测试人员所扮演的角色

Grooming Meeting的中文翻译是“梳理会议”，它并非Scrum框架中标准的会议(标准会议为Planning Meeting, Daily Scrum Meeting, Review Meeting和Retrospective Meeting），而是为了澄清需求从而提升planning meeting的效率而添加的，能够称之为Pre-planning meeting。

目的

• 添加新的用户故事（也能够来自团队内部）
• 澄清需求，让团队对用户故事的理解在同一层面上
• 分解用户故事，并重排相应的优先级
• 评估用户故事的难易程度（planning poker）
• 添加Acceptance Criteria
• 找出用户故事模糊不清的方面，及时澄清确认

时间

　　Grooming Meeting举行的时间点通常为当前Sprint结束以前的2~3天，这样能够为会议中遇到的一些不太明朗的需求预留澄清时间。Grooming Meeting的时长通常是2小时（针对两周的Sprint）

参会人员

　　Grooming Meeting鼓励全部敏捷团队成员参加，固然若是有客户参加会更好，这样不一样角色的人员能够从不一样的角度来看待待梳理的用户故事

流程　　

　　梳理会议是由scrum master主持，PO做为主讲人按照用户故事的优先级进行梳理，梳理的用户故事只要够知足或者稍微超过下个Sprint所能commit的数目就行。

　　针对一个story的梳理步骤通常为：

• 会前
  • 团队成员查看（review）待梳理的用户故事，有一个初步了解
• 会中　　
  • 从用户故事列表中选择最高优先级的待作用户故事
  • PO对用户故事进行讲解
  • 团队成员针对用户故事从不一样角度进行提问
  • PO解释，并最终对用户故事的内容达成一致，对于尚不清楚的需求，记录、添加action item并制定相应的全部人，会后进行确认
  • 团队定义acceptance criteria
  • 团队用Planning Poker对用户故事的难易程度进行评估
• 会后
  • PO和团队成员对会议中尚不清楚的需求进行信息收集和确认　　

 

测试人员

　　对于测试人员，须要从如下几个视角来看待待梳理的用户故事：

• 产品经理视角：用户故事是否合理？是否对客户有价值？是否为核心功能？优先级是否合理？是否可拆分？
• 用户视角：是否易用？
• 测试视角：acceptance criteria是否全面、合理？是否有blocking(环境、外部依赖等等）？

总结

经过梳理会议，团队成员对下个Sprint所要作的用户故事都已经有了一个清晰的理解，对计划会议相应的任务建立、评估会有一个很好的把握。