在我看來，程序員做的是開創(chuàng)性的工作。互聯(lián)網(wǎng)的發(fā)展不但推動(dòng)了技術(shù)的發(fā)展，而且?guī)砹思夹g(shù)的普及。因此程序員不比以前，現(xiàn)在要找某方面的資料是很easy的事情了。看過大量的資料，各種新穎的技術(shù)方案和解決思路，不心動(dòng)那是不可能的。OK，想用某某某框架，想用某某某技術(shù)，但是，因?yàn)楦鞣N原因，沒辦法應(yīng)用到自己開發(fā)的項(xiàng)目中。這就是一個(gè)天花板。

在工作中往往有各種各樣的天花板，比如績效考核，項(xiàng)目進(jìn)度，被打斷的思路，技術(shù)架構(gòu)。因?yàn)槟悴皇亲鰶Q定的那個(gè)人，所以你就有天花板。

1、績效考核

很多公司都有績效考核，在我看來績效考核一個(gè)出發(fā)點(diǎn)很好，但是執(zhí)行起來很扯淡的東西。從公司的角度來講，保證每個(gè)員工都在努力工作是很必要的一件事情。績效考核書面上講是一個(gè)激勵(lì)制度，我倒覺得更像是懲罰措施。績效考核首要的問題是由誰來考核，在一個(gè)團(tuán)隊(duì)里不可能每個(gè)人都去考核一個(gè)人，也不會(huì)由普通員工之間進(jìn)行考核，而是主管對普通員工進(jìn)行考核。那就有可能滋生官僚主義，也會(huì)抑制主動(dòng)性與創(chuàng)新力，增加犯錯(cuò)機(jī)會(huì)。如果，對員工的考核都由主管來進(jìn)行，員工絲毫沒有話語權(quán)，主管的人品就決定了團(tuán)隊(duì)的運(yùn)作方式。如果主管不太能接受意見，那誰還敢提意見？一個(gè)團(tuán)隊(duì)了某人犯了錯(cuò)誤，哪個(gè)主管敢給他背責(zé)任？因?yàn)橐灿懈叩闹鞴軐π≈鞴苓M(jìn)行考核。團(tuán)隊(duì)之間完全沒有了人情味，純粹就是機(jī)器的運(yùn)作方式。

在這種情況下，大家都加班，你敢不加班么？在這種情況下，主管聽不進(jìn)，你敢指出問題么？在這種情況下，你敢使用新技術(shù)，進(jìn)行技術(shù)創(chuàng)新么？在這種情況下，你敢對現(xiàn)有代碼進(jìn)行重構(gòu)么？要是敢，那出了問題你就得背負(fù)。所有反而不如踏踏實(shí)實(shí)地，就用現(xiàn)有的東西，出了問題，就是已有的問題，沒有問題就是混日子。所以，績效考核成了程序員的天花板，抑制了想象力與創(chuàng)作的熱情。哪怕開發(fā)計(jì)劃肯定也是瞄準(zhǔn)最容易的，而不會(huì)去挑戰(zhàn)什么了。

我認(rèn)為，績效考核用在無需創(chuàng)新的場合比較合適，在軟件開發(fā)上，則面臨如何去劃分工作量，怎么客觀得評(píng)估工作量，還有就是上面提到的一些問題。大家都知道，這個(gè)工作量是很難被確定的，因?yàn)樾枨蟮淖兏仍颍词剐枨蟛蛔儯_始時(shí)估計(jì)的工作量能按時(shí)完成的有幾個(gè)？貌似很多書上都講很多項(xiàng)目完成的周期在預(yù)計(jì)的1.5倍時(shí)間左右。

我認(rèn)為只有一種情況可以使用績效考核對程序員進(jìn)行管理，那就是你不需要程序員進(jìn)行思考，在軟件設(shè)計(jì)階段把所有的風(fēng)險(xiǎn)都規(guī)避了。比如瀑布模型開發(fā)，所有的東西都確定了，然后程序員只負(fù)責(zé)開發(fā)一個(gè)個(gè)方法，根本無需考慮算法問題，架構(gòu)問題。程序員成了代碼工人。估計(jì)這個(gè)程序員離離職也不遠(yuǎn)了。

2、項(xiàng)目進(jìn)度

項(xiàng)目進(jìn)度應(yīng)該被強(qiáng)調(diào)。雖然項(xiàng)目進(jìn)度也會(huì)對程序員的開發(fā)有一些抑制，但是不會(huì)太過明顯。因?yàn)轫?xiàng)目進(jìn)度本身就是由他自己來確定的。項(xiàng)目進(jìn)度雖然會(huì)抑制創(chuàng)新，但是會(huì)加強(qiáng)團(tuán)隊(duì)的整體感。假如甲開發(fā)的東西，是乙依賴的，那甲和乙肯定會(huì)保持溝通，并且，甲會(huì)對乙的進(jìn)度負(fù)有一定的責(zé)任。如果甲是由責(zé)任感的話，只會(huì)讓甲對團(tuán)隊(duì)有歸屬感。

但是如果本來是要一個(gè)月的開發(fā)任務(wù)，非要壓縮到一周完成的，團(tuán)隊(duì)又會(huì)滋生新的問題了。一個(gè)是互相推諉，一個(gè)是團(tuán)隊(duì)不穩(wěn)定（跳槽）。

3、被打斷的思路

思路被打斷是很惱火的事情，如果經(jīng)常發(fā)生這樣的情況，那是公司流程上有問題。只能從制度、流程上盡量規(guī)避這種事情。

4、技術(shù)架構(gòu)

很多小公司其實(shí)并不存在這樣的情況，因?yàn)榧夹g(shù)架構(gòu)就是由工程師直徑?jīng)Q定的。在大一點(diǎn)的公司里，架構(gòu)師設(shè)計(jì)的架構(gòu)，就是程序員必須遵循的法則。比如，讓你用Mysql你就不能用mongodb。有一些架構(gòu)師設(shè)計(jì)出來的技術(shù)架構(gòu)，還留有開發(fā)人員自己思考的空間，而有些架構(gòu)師設(shè)計(jì)的技術(shù)架構(gòu)，則完全抹殺開發(fā)人員的嘗試。雖然技術(shù)架構(gòu)保證了業(yè)務(wù)的穩(wěn)定性，程序的規(guī)范性，可復(fù)用性，可維護(hù)性，可擴(kuò)展性。..。.但對開發(fā)人員來講，那種架構(gòu)師好則自然不言而喻。

在團(tuán)隊(duì)管理中，要注重每個(gè)人，考慮每個(gè)人的發(fā)展，而不是抹殺掉他們的思考。總的來講，團(tuán)隊(duì)里人才是最重要的。