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所要作的用戶故事都已經有了一個清晰的理解，對計劃會議相應的任務建立、評估會有一個很好的把握。