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