敏捷開發過程中的會議

團隊在執行 Scrum 時將舉行一系列會議，每個會議都有特定的目的和舉行次數。 Scrum 主管應考慮以下准則，確保每個會議都實現其預期目的：

• 會議議程清晰明確。

• 如果團隊成員展開與會議目的無關的討論，這些成員應先擱置該項討論，以后再完成。 Scrum 主管應確定並指示團隊成員何時應擱置一項討論。

• 所有會議都應遵循為該會議描繪的基本結構。

• 會議應准時開始，即使某些成員遲到也是如此。

• 若非有不可避免的特殊情況，團隊成員應准時參加會議。 如果您的時間表使您無法定期准時參加會議，應盡快解決這一沖突。 如有必要，Scrum 主管應調整會議時間以解決沖突，但前提是所做調整不會給其他團隊成員帶來不便。

• 每個團隊成員都應在參加會議之前做好准備工作。

• 會議應按時完成。 大多數情況下，會議時間長度由沖刺 (sprint) 的長度決定。 例如，如果沖刺 (sprint) 為一周時間，則沖刺 (sprint) 計划會議的時長為兩個小時，如果沖刺 (sprint) 為兩周時間，則沖刺 (sprint) 計划會議時長為四個小時。

• Scrum 對此會議結構的實施可能會達到令人不適的程度。 這種反應來自於守時壓力、與做出並保持承諾相關的對等責任以及積極參與所需的透明度。 

會議	用途	持續時間	舉行次數
沖刺 (sprint) 計划會議	確定在下一沖刺 (sprint) 中要做的工作。	在沖刺 (sprint) 中，每周兩個小時，最多四個小時	每個沖刺 (sprint) 舉行一次
每日 Scrum 會議	使團隊成員可以提出風險並進行相關的協作和交流。	十五分鍾	Daily
沖刺 (sprint) 評審會議	向客戶和其他利益干系人展示團隊在沖刺 (sprint) 中完成的工作並獲取反饋。	在沖刺 (sprint) 中，每周兩個小時，最多四個小時	每個沖刺 (sprint) 舉行一次
追溯會議	確定和實現過程改進理念。	三個小時	每個沖刺 (sprint) 舉行一次

 

一、沖刺計划會議：

 團隊完成計划會議的這兩個部分之后，即已完成以下工作：

• 創建了沖刺 (sprint) 積壓工作，並確定了每個用戶情景的任務和工時

• 承諾完成將在該沖刺 (sprint) 中交付的用戶情景

• 作為一個自我組織的團隊，了解應如何協作以履行其承諾。

二、 每日Scrum會議：

Scrum 主管嚴格控制會議結構，確保會議准時開始並在 15 分鍾或更短時間內結束。 在此會議中，每個團隊成員都需要回答以下三個問題：

• 自上次 Scrum 以來我完成了哪些工作？

• 至下次 Scrum 之前我將完成哪些工作？

• 哪些阻礙性問題或障礙可能影響我的工作？

三、沖刺 (sprint) 評審會議：     

　　在沖刺 (sprint) 的最后一天，團隊將與產品所有者、客戶和利益干系人召開會議，對已完成的工作進行驗收並確定新的要求。 在沖刺 (sprint) 的過程中，團隊可能已收集並合並了反饋。 此外，團隊應已對每個完成的用戶情景執行驗收測試。 在該會議中，團隊演示了在沖刺 (sprint) 中完成的每個用戶情景。 產品所有者、客戶和利益干系人對達到預期的用戶情景進行驗收。 在許多情況下，客戶在觀看演示后會更全面地了解其附加需求，並將確定和討論他們所需的更改。

　　根據此會議，一些用戶情景將會作為已完成的工作進行驗收。 未完成的用戶情景將保留在產品積壓工作中，並且新的用戶情景將添加到產品積壓工作中。 將對這兩組情景進行分級，並將在下一次沖刺 (sprint) 規划會議中進行評估或重新評估。

　　在此會議及追溯會議后，團隊將會計划下一個沖刺 (sprint)。 因為業務需求變化很快，所以可利用此次與產品所有者、客戶和利益干系人召開的會議，再次評審產品積壓工作的優先級別。

四、追溯會議：

　　在此會議中，團隊將審視和檢查它在 Scrum 過程中的工作歷程。 根據此分析，團隊可以決定調整其過程，以便提高其自身的有效性、效率、質量和滿意度。 此會議和取得的改進成果對自律行為的敏捷原則非常關鍵。

      如果您的團隊未完成指派給沖刺 (sprint) 的所有用戶情景，您將在追溯會議中討論其原因。 團隊將確定是否會調整其過程，以降低出現此類問題的可能性。 此外，還需對影響團隊整體有效性、效率、質量和團隊對項目的滿意度的問題展開討論。