人數太多如何進行standup meeting


在我們公司中, 有不少團隊是大於10個人的, 因此要進行standup meeting, 是會有點困難的. 因此有不少詢問要怎麼處理. 以下是常見的方式:

1. 全體集合 (1)
- 所有的人都出席
- 所有的人都需要回答三個問題
- 好處: 大家知道最新訊息, 彼此可以相互交流
- 壞處: 時間會拖得很長. 之後大家就會逃避這個會議

2. 全體集合 (2)
- 所有的人都出席
- 代表來綜合回答三個問題, 這個代表的分法可以是根據role(RD/QA), 專案/部門群組, 或是feature team.
- 但是其餘的人是可以提出問題的.
- 好處: 資訊依舊可以交流, 並且時間可以控制範圍內.
- 壞處:
  * 沒說話的人容易不專注, 或是不在乎這個會議. 可以藉由輪流代表報告的人, 來減輕這個問題.
  * 資訊內容可能較不詳細. 因為有些的狀態是別人代替報告的. 不過可以由及時問問題, 讓原先負責人加以補充

3. 代表出席
- 僅由代表參加. 這個代表的分法可以是根據role(RD/QA), 專案/部門群組, 或是feature team.
- 好處: 資訊依舊可以交流, 並且時間可以控制範圍內.
- 壞處:
  * 資訊內容可能較不詳細.
  * 其他人可能無法知道一手資訊. 或者經過二手傳播後, 資訊可能失真.

4. 功能群組(feature team)
- 相同群組的人自行開standup meeting. 在人數不多的狀況下, 會議可以有效進行
- 至於不同群組的溝通, 可以利用scrum of scrums, 僅由代表參加
- 好處:
  * 大家知道最新訊息, 彼此可以相互交流
  * 不用浪費時間在不相關的事情上面
- 壞處:
  * 有時候訊息是比較局部性, 無法詳細知道別組的狀況


不管你使用哪些方法, 我個人覺得重點是要先開始做, 唯有先開始做了以後, 才能知道問題出在哪裡, 然後馬上集思廣益, 討論要如何改進. 唯有這樣, 你才會學得東西. 所以記住, 要用手體驗.

創作者介紹

David Ko的學習之旅

kojenchieh 發表在 痞客邦 PIXNET 留言(0) 人氣()