當專案很急的時候, 如果又不能改變 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 的角色, 也是讓大團隊可以運作得更順暢.
 
 
所以, 不要光只想加人的好處, 也要想想加人之後帶來的問題, 要叫大象跳舞是很不簡單的. 
 
 
 
arrow
arrow
    全站熱搜

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