當專案很急的時候, 如果又不能改變 deadline, 你會怎麼做? 有一種作法是加人. 如果你的老闆願意給你加人時, 你覺得就容易成功嗎?
我想答案還是不容易. 畢盡有些時候生小孩要十個月, 品質是需要時間來 cook. 不容易在短時間內達成.
不過有加人還是有用的, 至少老闆還是很重視, 也願意幫忙的. 但是, 以下狀況是人多的時候需要小心的:
1. 溝通的成本
我想學過排列組合, 應該知道下面公式: N 個人之間會有多少條溝通的狀況.
N x (N-1) / 2
如果你有 3 個人, 你就有 3 個溝通狀況
如果你有 4 個人, 你就有 6 個溝通狀況
如果你有 5 個人, 你就有 10 個溝通狀況
所以當你人越多, 溝通的成本越高. 有些事情忘了講, 或者沒有通知到全部, 有些人就會不知道你的修改, 甚至可能還認為你故意搞小圈圈.
那你會說, 那不要溝通就好了, 這也會帶出另一個問題: silo.
所以有名的人月神話一書中, 它便提出這個定律: Brooks’s Law: “Adding more people to a project that is already late will make it later"
2. 人多好摸魚
如果有兩個團隊, A 團隊 5 個人, B 團隊 15 個人, 你會選擇哪個團隊. 很多人會選擇 B 團隊, 因為人多好辦事... 不, 是人多好摸魚.
其實這個種現象, 後來在網路中發現, 其實已經有專有名詞來說明: 社會懈怠 (social loafing).
在 wiki 中的解釋如下:
是一個社會心理學術語，指群體一起完成一件工作時，每個成員所付出的努力會少於單獨完成工作時的現象。
其中, 他還提到了法國人馬克斯 瑞格曼 (Ringelman,1913) 做了一個拔河比賽的實驗, 在單獨自己拉的與群體一起拉的情境下拔河, 用機器來測量他們的拉力.
結果發現隨著被試人數的增加, 每個人平均使出的力減少了. 一個人拉時, 平均出力63公斤; 三個人拉時, 平均出力是 53.5公斤, 八個人時是31公斤.
所以古人說: 一個和尚挑水吃, 二個和尚抬水吃, 三個和尚沒水吃. 中外真的是不謀而合.
在敏捷中, 為了處理這個問題, 它便提倡每個團隊大小, 最好是 5 到 9 個人之間. 如果人數真的要變多, 可以採用 feature team 或者是 scrum of scrum 的方式來進行.
此外, agile 也希望這個團隊是自組織團隊, 大家彼此之間緊密合作, 這樣可以讓溝通的效果比較好. 有時候適當的女漢子進來, 可以扮演著 glueware 的角色, 也是讓大團隊可以運作得更順暢.
所以, 不要光只想加人的好處, 也要想想加人之後帶來的問題, 要叫大象跳舞是很不簡單的.
全站熱搜
留言列表
