一些進行scrum of scrums會議的建議 (1)
Advice on Conducting the Scrum of Scrums Meeting
http://www.mountaingoatsoftware.com/articles/35-advice-on-conducting-the-scrum-of-scrums-meeting
May 2007
Posted by Mike Cohn
Scrum of Scrums會議是一個非常重要的技巧, 讓大型的project teams用來進行scaling scrum. 這個會議允許切割團隊以用來討論他們的工作, 著重於integration和overlap的問題.
想像一下, 如果有一個大型的project team, 裡面有7個scrum team, 每個team有7個人, 每個team會進行他們自己的daily scrum meeting.它們會指派一個人去參加 scrum of scrums會議. 這個指派的是由每個團隊自行決定.
通常來說, 這個人是技術導向的角色, 像是a programmer, tester, database administrator, designer, 而不是product owner或是scrum master.
被指定參加的人不需要永遠固定不變的, 需要根據會議的目的或是專案的階段, 找出最佳最適合的代表. 像是在早期, 可能主要是要討論technical issues or user experience design. 而在後期, 可能著重於how to collaborate on testing.
如果團隊數目不多, 像是只有4個scrum team, 這時候scrum of scrums會議, 每個團隊就可以派兩個人來參加.
Scrum of scrums 會議可以以遞迴的方式不斷地擴大. 讓我們看一下下面這張圖.
這裡有7個scrum團隊, 每個團隊會有一個代表(就像前面所提到的). 這些代表可以進行scrum of scrums的會議, 也就是high level的daily scrum會議(像圖中的第二層所示). 而這些scrum of scrums團隊, 還可以找出代表, 再進行更高層的scrum of scrums會議(就像圖中最上面一層所示)
頻率
Scrum of scrums開會的頻率是由團隊來決定的. Ken Schwaber建議這種會議應該每天舉行, 就像daily standup meeting一樣. 但是他建議這種會議也是要有timeboxing, 最多不要超過15分鐘.
但是作者的建議是可以開長一點, 但是頻率可以少一點. 一個禮拜2~3次通常是夠的. 像是禮拜二和禮拜四; 或是星期一, 星期三, 和星期五. 通常是在15分鐘內結束, 但是作者建議是可以保留30-60分鐘給這個會議.
為什麼作者會建議呢? 他認為Daily standup meeting不是為了在會議時, 解決問題; 而是要指出有問題, 然後在會議後解決. 可是在scrum of scrums會議並不適用這個規則. 因為會在scrum of scrum會議中提出來的問題, 它影響的層面比較廣, 被影響的人比較多. 因此可能的話, 在會議中提出來時, 就要能夠被解決. 這就是為什麼scrum of scrums會議通常會超過15分鐘, 因為真的需要較多時間才能當場把問題解決.
留言列表
