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

原文地址:https://www.cnblogs.com/AlwinXu/p/5472157.html