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所要做的用户故事都已经有了一个清晰的理解，对计划会议相应的任务创建、评估会有一个很好的把握。