在實施 Scrum 時, 最容易被人家採用的, 就是每日立會(standup meeting). 它主要是用來同步資訊, 互相幫助, 以及儘早解決所遭遇的問題.
在我待過的團隊, 通常有以下幾種報告方式:
1. 每個人輪流報告
說明: 大家站在一起, 不管是在站在 task board 面前, 或者不是, 但是在報告的時候, 就是大家輪流講自己的部分, 並不會看 task board, 或是某個檔案.
好處: 很容易就開始, 大多數人都這樣做.
壞處: 他講的東西, 跟 task board 上計劃的東西可能不同, 但是你無法比對
2. 針對每張 task 報告
說明: 大家站在 task board 面前, 針對自己負責的便利貼, 說明處理的狀況如何
好處: 每個 task 都不會漏掉, 每個人的狀態都無所遁形
壞處:
(1) 時間可能會有點久
(2) 每個 task 做好了, 但是不知道每個 feature 到底被處理得如何
3. 針對每個功能報告
說明: 大家站在 task board 面前, 由第一個功能開始, 由負責的人解釋, 跟這個功能有關的每一張便利貼, 目前處理的狀態如何
好處: 可以知道每個 feature 被處理得如何, 從客戶關心的角度出發, 而非只是自己做完就好
壞處: 有可能會報告多次, 如果有人同時負責多個功能.
4. 針對有問題的項目報告
說明: 大家站在 task board 面前, 針對有問題的工作來報告, 通常是已經延遲的, 風險比較大, 離 deadline 比較近, 或者是優先順序高的.
好處: 比較節省時間, 不需要全部的人或事情都講
壞處: 必須事前就檢視哪些是有問題的, 才能讓大家報告
5. 由流程的下游開始報告
說明: 大家站在 task board 面前, 從下游的工作開始報告, 讓下游的工作能夠順利被處理. 也就是 stop starting, start finishing.
好處: 讓每個故事能儘快完成
壞處: 需要改變大家心態, 願意互相幫忙, 否則大家會覺得都是在處理別人的事
那個比較好呢? 個人覺得不同時機, 你要採用不同做法, 沒有所謂的標準答案. 根據你的環境和需求, 不斷演進調整, 這才是 agile 要的.
留言列表
