【軟體開發】軟體團隊進化論－TomWang的部落格

羅馬不是一天造成的，成熟的團隊也一樣
在挑選軟體開發工作時，各職缺的所屬團隊的成熟度也不太一樣
我憑著個人的經驗與主觀列了一個軟體團隊產生的各階段
做為評估軟體開發團隊的參考

1.只有工程師
一般公司要自己找人開發系統
如果認為系統很簡單的話，通常會找1個工程師
要是要有較高的生產量，可能會多找幾個工程師
工程師上頭是別部門主管，甚至可能是不太管開發事情的高階管理者
這時工程師是屬於幾乎全包型，就算有主管，通常也都是任務丟下來，時間可能壓一壓
工程師自己想辦法

2.專門主管+工程師
當運作久了之後，主管感到這工程師真的很難管
就會想找人專門管其他工程師
一般直覺上來看，管的人應該是另外再找人
但為了省錢可能是公司現有成員，也可能是工程師中的一個
這時主管需要面對更上頭的需求，這情況很容易是「我要甚麼，你想辦法讓工程師生出來」
主管很容易面臨下面的人達成任務很困難，但又不好拒絕上頭的需求
弄不好就兩面都不是人

3.增加系統分析師或測試人員
主管慢慢發現自己職責太多，工程師那邊又推不太下去
就會想要找人分擔自己的職責
這時一開始找的人常常會需要兼任超越自己職責的事情
測試人員會需要管Bug修復進度
系統分析師需要預估時程、管理風險...等等專案管理該做的事情，也可能還需要包些測試人員的工作
跟工程師的溝通比較會交給此階段新增的人，出問題可以推出去當壞人
主管呢？那就專門向上管理
上人力銀行找系統分析師的職缺時，９成以上的系統分析師不是看起來就是要會寫程式或懂某些技術，就是包含專案管理的技能。
此階段久了會慢慢增加相關人員

再來呢?我也講不出來了，可能變化太多了。

一般來說，老闆為了省錢，一定是先找人試試看
如果試的結果不滿意，可能直接對方GG
要是覺得方向不錯，但找人的需求已經壓不住了，才可能再找人
過程中，增加的管理者可能會設法增加更多人(老闆則是能擋就擋)
最後就是看彼此角力的結果，中間會牽涉到很多利益與公司政治等等不能公開的考量。

有時求職時，很容易看得出對方處於甚麼樣的階段
第一階段的話非常危險，就算你表現很讚也可能被迫走人(如果對方感到要你做的事情一切只是誤會的話)
但越後面的階段也未必好，人多的時候，利益的鬥爭與各種潛規則也可能越棘手
後面階段好不好主要得看管的人與現有團隊好不好。