等級制度是把所有人或團體分成等級的制度，在這種制度下各個等級擁有不平等的權利，上層等級權利大，下層等級權利小。有一種說法是，等級制度萌芽在原始社會的末期，私有制產生之前，首先表現為社會分層，同時開始產生階段。
既然等級制度有其產生的原因，那開發團隊中是否需要等級制度呢？
等級制度的優劣
對于我們來說，社會上的等級制度對大家的影響是最大的。企業是社會的組成部分，組成企業的人同樣也是社會的元素，自然而然地，社會上的一些意識、處世方式就不可避免地帶到了具體工作中來。從小到大我們就習慣有著一層一層的老師和干部管著，到了公司大多數人還是被一層一層的經理和組長管著，這就是處處體現在我們生活中的等級。有時候甚至已經到了我們的潛意識之中。
當靜下來細細思索的時候，會發現有很多看似平常的東西，其實都值得我們推敲一番。
存在即合理，穩定的結構
首先，等級制度可以帶來穩定的結構。當然，完全的穩定是癡人說夢。不同等級之間是一種制約與平衡的關系。等級的劃分讓結構不再混亂無序。就像軟件設計中的分層一樣，進行了等級的劃分后，我們能將變動限制在某一個層面，不至于讓一次變動影響到整個結構。
簡便的管理
在我小時候，家鄉那邊每逢端午節都會自己家里面包粽子，是江南的一個風俗。母親是特別勤勞的一位家庭主婦，記得那些時候她都會煮上滿滿的幾大鍋。但是粽子多了很不好拿，我母親的做法就是每五個粽子系成一串，每四串系成一提。這樣可以很方面地將粽子一堆一堆地擺放起來，送給街坊鄰居的時候也很容易弄清楚數量。
我國古代兵制,五人為伍,五伍為行,因此行伍即指軍隊。同樣的道理，軍隊中有著更為明確的等級劃分。目的就是為了簡化管理。
明確的分工
不同的等級有著不同的權利，做不同的事情。社會分工的必然。可能是地位上的等級分工，也可能是經驗上的等級分工。這樣的明確分工能有效地發揮每一個階層的最大價值。
沒有十全十美的東西，應變能力缺乏
穩定的結構帶來的副作用就是缺乏應變能力，處理計劃之中的事情用這種層層下放的形式非常合適，一旦出現意料之外的是就會暴露出等級制度下的溝通不暢，或者能做決定的人無權，有權的人卻不知道實際的情況。
高額的管理成本
等級制度的管理是一種金字塔結構的，通常我們會將這種管理結構和扁平化管理相對比。金字塔式的結構會帶來更高的管理成本。
開發團隊中的等級
很多公司的開發團隊都是分為：項目經理、開發經理、開發組長、開發人員這么幾層。這是一種典型的等級制度。
不出意外的話，這種結構清晰、分工明確的管理體系是最優的。但經過無數次的實踐表明，我們在軟件開發的過程中，延誤我們工期的不是計劃中的事情、而是那些突發事件或者不明確的東西。
這種情況下，開發人員遇到了困難首先需要向組長報告，組長向經理報告。這時候處于最上層的項目經理就不得不熟悉具體的技術細節了。
當然，如果組長什么事情都往上報告那還要組長做什么。所以一般來說組長都會根據自己的判斷來作出處理。
這么一判斷就出問題了。怎樣才能保證我們的這位組長判斷正確，就算這一次判斷正確了下一次一定正確嗎？如果存在兩個組長、三個組長都是自己判斷，那么在這個小組遇到的問題也就不能及時傳遞到整個團隊。
以前我所處的團隊就是以這種等級制度來管理的。如果說上面遇到的問題并不大的話，那么下面這個問題就是管理者不得不重視的了。
組長都是由經驗豐富的程序員擔當，如果經驗豐富的程序員當上了組長，肯定會因為管理上的職責影響自己的工作效率。在我們現在的團隊中，新的程序員占了大多數（這是很多公司的現狀），凡是影響老程序員的效率的事情都是不可接受、不可原諒的，其實也就是管理成本過高。如果還用這種等級制度來管理的話會影響到團隊的開發效率。
后來又嘗試了扁平化的管理，這樣可以將處于組長地位的程序員從管理細節上解放出來。看似效率提升了，但由于新的程序員沒有人帶，所以他們的成長特別緩慢，甚至還會走不少彎路。
以前我們嘗試過嚴格的等級制度管理方式，發現管理成本超出了我們的預算；接著又采用了扁平化的管理，由于新人比較多又沒有人進行嚴格的監督和輔導導致代碼質量很低，結果也不理想。這樣看來開發團隊中用等級制還是不用確實是個問題？
我們需要等級嗎？
由于團隊規模不大，采用等級制度的話會付出高額的管理成本，這點我們很難接受。同時由于軟件行業的變化性，等級制度在這種環境下弱點是非常明顯的。
如果完全拋棄等級制度，又會出現諸如監督和培訓不足的問題。
最后采用了結對編程的方式，但這種結對不是對等的結對編程，更多時候是一個老程序員帶著一個新的程序員來做。如果這時候有一個經驗特別豐富的人來整體把握團隊的進度情況會更好。
看起來，似乎就現狀來說，我們不需要等級的制度，需要的是領導者的角色。不過就上面分析來看，等級制度帶來的穩定性確是不存在了。
團隊中的每個人在職位上是對等的關系，這時候表面上不存在高等級和低等級的區分，但人員流動造成的影響并不像想象中那么大。這是因為在這種扁平化管理中每個人的經驗是完全分享的，就算人員流動，但知識并不會隨著人員流動而流動。如果能做到這一點，那么等級制度可以丟掉了。
按照現在的團隊規模（不超過20人）來看，等級制度是不合適的，不知道對于幾百人、幾千人的大開發團隊是否需要等級制度，這就不得而知了。
浙公網安備 33010802003509號
杭州講師網絡科技有限公司
