AgileCommunity.tw 在 9/30-10/1 舉辦了 Agile Tour Taipei 2017 的暖身活動: 敏捷24小時戰鬥營. 在這個活動中, 你可以觀察到不同小組的運作方式, 從中可以得到許多反思, 真的是很棒的一次經驗
在這個過程中, 我們觀察到有 4 個小組是以 Scrum 方式在進行, 2 個小組則是以傳統管理方式進行. 什麼意思呢? 以 Scrum 方式進行, 就是大家會是自組織, 會各自分工協調. 而以傳統管理方式, 則是有個經理的角色, 負責在那邊指揮大家, 大家會照著命令行事.
我們是 agile 的社群, 自然會認為應該是 Scrum 的方式會比較好, 而傳統管理方式並不是我們推薦的. 但真的是這樣嗎?
我和約總觀察後卻並不完全是這樣的. 我們看到件事情很有趣:
每個小組人數的上限是 9 人, 這完全很符合 Scrum 想要的. Scrum 的小組剛好都比較多人, 都剛好達到 9 人的上限. 而傳統管理的, 有個小組只有 5 人. 雖然 Scrum 立意很佳, 但是如何控制這麼多人溝通的有效性, 確實不容易. 大家個性不同, 要磨到協調性很好, 在短期的專案中, 是件很大的挑戰. 反觀傳統管理的小組, 主管指派好工作, 然後他居中調節, 其實效率不見得不好.
所以只看短期, 或許傳統管理有他的優勢, 效率這件事情是很大的誘惑. 但是換個主管, 或是從長期來看, 或許這可能不健康. Scrum 或是敏捷提倡自組織, 希望讓大家自行決定要怎麼做. 可以這樣在一開始時是不容易快起來的, 並且也很難保證日子久了就會溝通順暢. 因為這也是需要學習的技能, 如何幫助團隊對話, 相互傾聽, 這不會是自然而然就發生的.
另外, Scrum 強調團隊要合作來完成事情. 因此很多團隊就會把事情分給所有人去做. 可是在短期的比賽中, 很多人事後一定會想到, 這些功能如果 2-3 人做, 應該一下就可以搞定了. 弄成 9 份工作, 一開始還要分派, 最後還要不斷整合, 好沒效率喔.
所以, 很多人不想嘗試 Scrum 是很正常的, 有個特效藥在手上, 為什麼要花時間去規律運動呢? 明明 command and control 就能有一定的成績, 為什麼要去搞那些虛無縹緲的對話和傾聽呢? 明明就幾個菁英就搞定了, 為什麼要炒大鍋飯呢?
因此由這次事件看來, 應該是有些狀況很適合用傳統管理方式, 有些狀況對於 Scrum 比較合適:
A. 傳統管理方式
時間很短的專案 (一個月內)
人數不多 (5 人以內)
臨時編制的小組
目標明確或解法明確
分工或技能很明確的成員
B. Scrum 作法
時間較長的專案 (1-2 個月以上)
人數在 5 - 9 人
固定編制的小組
較多願意嘗試不同事情的成員
不知大家有什麼想法呢?
全站熱搜
留言列表
