#Scrum 那些會遇到的大小事【四】– Sprint Review Meeting

Sprint Review Meeting
分享

內容目錄

簡介

Sprint Review Meeting[1]

  • 參與人員:Scrum Team Members, Product Owner & Scrum Master
  • 會議時間:約莫1~2小時
  • 會議主要目的:審視這一個Sprint完成的項目(Shippable Product Increment,可交付的產品增量)、接收回饋

# 需要準備簡報嗎?

過往團隊不會特別準備簡報,通常也不太需要,但需要確保能夠順利地完成展示。以往最常遇到的狀況是在展示的途中遇到Bugs,這對團隊來說非常的傷。但也難免萬無一失,因此建議在展示之前,可以花時間順過展示的流程。

# Sprint Review Meeting就只是展示而已嗎?

除了展示以外,更重要的是接收使用者的回饋,過程中可能會收到各式各樣的問題,這時候團隊一定要扛得住壓力。以往會有工程師在收到使用者的質疑時,忍不住跳腳(本人曾經也犯過同樣的狀況)。

後來我調整心態的方式,就是檢視相關Story是否都是遵照該定義的Acceptance Criteria來開發,如果沒有疏忽,那不用急著對批評做出反應。其實有時候團隊會與PO達到一種默契,就是在收到任何回饋時,PO會先評估需求、轉化爲Story、加入Product Backlog、評估優先順序,接下來的Sprint Grooming Meeting再與團隊詳談就可以了。

參考資料

[1] THE SCRUM FRAMEWORK TRAINING BOOK BY INTERNATIONAL SCRUM INSTITUTE™,第82頁

1 Comment

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *