程序員的工作、學(xué)習(xí)與績(jī)效
工作中，碰到一些這樣的例子，總有人提出疑問(wèn)，為什么一個(gè)同事工作勤勉，完成了很多事情，季度績(jī)效評(píng)定很高，但晉升卻碰壁了。但隱藏在背后的更深層次的本質(zhì)卻是：工作、學(xué)習(xí)與績(jī)效的關(guān)系。
工作
程序員的主要工作是：編程，產(chǎn)出代碼，完成需求，交付軟件系統(tǒng)。
程序員按其工作技能和經(jīng)驗(yàn)，大體又分為三個(gè)階段：初、中、高級(jí)。三個(gè)級(jí)別的程序員的主要工作都是編程與產(chǎn)出代碼，產(chǎn)出代碼的數(shù)量也許相差不大，但產(chǎn)出代碼的屬性可能有明顯差別。
在曾經(jīng)的文章中提出過(guò)一個(gè)代碼屬性：資產(chǎn)與負(fù)債。由大量初級(jí)程序員產(chǎn)出的代碼并以此構(gòu)建的軟件系統(tǒng)，如果最終能完成交付，那么很可能資產(chǎn)和負(fù)債性基本持平。這是很多早期創(chuàng)業(yè)公司的特點(diǎn)，因?yàn)槿狈Y金和足夠的知名度，難以吸引到又多又好的中高級(jí)程序員加入。這樣的系統(tǒng)多屬于勉強(qiáng)滿足業(yè)務(wù)需要，看不出明顯的 bug，但一遇到特殊情況就容易宕機(jī)。整個(gè)系統(tǒng)雖然勉強(qiáng)能支撐公司運(yùn)營(yíng)，但其中欠下了大量的技術(shù)債，先活下來(lái)，未來(lái)再來(lái)慢慢還。
若是完成了一個(gè)債務(wù)比資產(chǎn)還大的系統(tǒng)，會(huì)是個(gè)什么樣的情況呢?那這就是一個(gè)還存在明顯 bug 的系統(tǒng)，是基本無(wú)法完成交付和上線的。因此，現(xiàn)在主流都是先完成一個(gè)資產(chǎn)和負(fù)債剛好過(guò)平衡點(diǎn)的系統(tǒng)，發(fā)布上線，接受反饋，再快速迭代，在迭代中不斷地提升其資產(chǎn)性，降低其負(fù)債性。在 Facebook 的著名標(biāo)語(yǔ)激勵(lì)下，奮力前行：Done is better than perfect(比***更重要的是先完成)。
而中高級(jí)相比初級(jí)程序員，就不僅僅是交付代碼，完成工作，還有后續(xù)的兩條：達(dá)成品質(zhì)、優(yōu)化效率。從初級(jí)向后兩級(jí)跨越的門(mén)檻就在于此，比較容易被卡在不斷地在完成工作，但卻沒(méi)有去反思，沉淀，迭代并改進(jìn)，導(dǎo)致一直停留在了不斷的重復(fù)中。
程序員的工作，以產(chǎn)出代碼為主，從初級(jí)到高級(jí)，代碼的負(fù)債屬性逐步降低，資產(chǎn)屬性不斷提升，并成為高品質(zhì)的個(gè)人貢獻(xiàn)者。在這個(gè)層面上，還是 Facebook 的另一條標(biāo)語(yǔ)足以說(shuō)明問(wèn)題：Code wins arguments(代碼贏得爭(zhēng)論)。
學(xué)習(xí)
學(xué)習(xí)，是唯一能讓你突破不斷循環(huán)怪圈的不二法門(mén)。
程序員在攀登職場(chǎng)階梯的道路上，走過(guò)了高級(jí)，后面會(huì)有好些分叉路線。比如，轉(zhuǎn)到脫離技術(shù)的純管理崗或者技術(shù)管理崗。我以前寫(xiě)過(guò)，技術(shù)主管或架構(gòu)師某種意義上都屬于技術(shù)管理崗，不懂技術(shù)是做不了這兩個(gè)角色的。或者繼續(xù)沿著深度領(lǐng)域走，成為細(xì)分領(lǐng)域?qū)＜摇?/p>
這后面哪條路適合你呢?你是隨大流，還是自己真得認(rèn)真思考過(guò)?這是做選擇題。如果一生要工作三十多年，前十年你多在做解答題，解決一個(gè)又一個(gè)問(wèn)題。那么在大約走過(guò)三分之一后，你就會(huì)開(kāi)始做越來(lái)越多的選擇題。為什么呢?因?yàn)橐婚_(kāi)始可能都沒(méi)有太多選擇的機(jī)會(huì)。而做好選擇題，就需要大量的學(xué)習(xí)，還需要不斷的試錯(cuò)。
面對(duì)怎么選路的問(wèn)題，我近年學(xué)習(xí)的收獲是這樣的：選擇走最適合實(shí)現(xiàn)個(gè)人價(jià)值的路。這就是我的基礎(chǔ)選擇價(jià)值觀。程序員的個(gè)人價(jià)值該怎么實(shí)現(xiàn)?該如何***化?程序員作為個(gè)人貢獻(xiàn)者，產(chǎn)出的增長(zhǎng)隨時(shí)間和經(jīng)驗(yàn)實(shí)際上連線性都不是，而是呈對(duì)數(shù)曲線的。到了一定時(shí)間必然面臨瓶頸，這就需要找到一個(gè)價(jià)值貢獻(xiàn)放大器。有人很幸運(yùn)的編寫(xiě)服務(wù)于數(shù)千萬(wàn)或數(shù)億人的軟件服務(wù)，這是產(chǎn)品自帶的價(jià)值放大器。這樣同樣寫(xiě)一份代碼，你的價(jià)值就是要比別人大很多。而轉(zhuǎn)管理者、主管或架構(gòu)師，這些角色無(wú)非都是自帶杠桿因子的，所以也有價(jià)值放大作用。但個(gè)人能否適應(yīng)得了這樣的角色轉(zhuǎn)換，又是另一回事了。
現(xiàn)在稍具規(guī)模的中大型公司內(nèi)部的職場(chǎng)階梯模型，我看基本都源自拉姆·查蘭的那本書(shū)《領(lǐng)導(dǎo)梯隊(duì)》。書(shū)里把人才潛能分成三種：熟練潛能、成長(zhǎng)潛能、轉(zhuǎn)型潛能。原書(shū)文中對(duì)這三點(diǎn)做了詳細(xì)的特征描述(比較長(zhǎng))，我簡(jiǎn)單提煉下主要特點(diǎn)：
- 熟練潛能：關(guān)注當(dāng)前專(zhuān)業(yè)領(lǐng)域且十分熟練，但沒(méi)有顯示出在開(kāi)發(fā)新能力上的努力，竭力維持現(xiàn)有技能。
- 成長(zhǎng)潛能：按需開(kāi)發(fā)新能力，顯示出高于當(dāng)前層級(jí)要求的其他技能(專(zhuān)業(yè)、管理、領(lǐng)導(dǎo))。
- 轉(zhuǎn)型潛能：持續(xù)有規(guī)律的開(kāi)發(fā)新能力，追求跨層級(jí)的挑戰(zhàn)和機(jī)會(huì)，展現(xiàn)雄心壯志。
人力資源管理中的高潛人才盤(pán)點(diǎn)，基本就來(lái)自這套模型，主要就是識(shí)別出這三類(lèi)潛能人才。「熟練潛能」就是對(duì)學(xué)習(xí)的***要求，在程序員這個(gè)技術(shù)日新月異的行業(yè)里，維持現(xiàn)有技能確實(shí)已經(jīng)讓不少人感覺(jué)很竭力了。
攀登的這條階梯，它從來(lái)不是筆直的。在每一個(gè)拐彎處，都應(yīng)減速、思考、學(xué)習(xí)、進(jìn)步。學(xué)習(xí)也常與錯(cuò)誤相伴，查理·芒格說(shuō)過(guò)：
世界上不存在不犯錯(cuò)誤的學(xué)習(xí)或行事方式，只是我們可以通過(guò)學(xué)習(xí)，比其他人少犯一些錯(cuò)誤 —— 也能夠在犯了錯(cuò)誤之后，更快地糾正錯(cuò)誤。但既要過(guò)上富足的生活又不犯很多錯(cuò)誤是不可能的。實(shí)際上，生活之所以如此，是為了讓你們能夠處理錯(cuò)誤。
績(jī)效
績(jī)效，特別是程序員的績(jī)效，從來(lái)都是個(gè)謎。
一談績(jī)效，管理者就會(huì)說(shuō)誰(shuí)誰(shuí)績(jī)效很好，你看加了很多班，做了很多事。之前說(shuō)了程序員交付的軟件系統(tǒng)，如果說(shuō)代碼的資產(chǎn)和負(fù)債屬性相當(dāng)，大家可能會(huì)沒(méi)有直觀感覺(jué)。做個(gè)大家熟悉的類(lèi)比，如果只是相當(dāng)，這就像我們刷信用卡購(gòu)買(mǎi)了一項(xiàng)產(chǎn)品或服務(wù)，滿足了當(dāng)下的需求，贏得了時(shí)間，但將來(lái)這筆欠款是要還的，不還就會(huì)付出代價(jià)。但如果是資產(chǎn)遠(yuǎn)大于負(fù)債，那就是刷了卡，后面卻不用還了的感覺(jué)，那應(yīng)該是種暗爽的感覺(jué)。后者才叫績(jī)效好，但如何評(píng)估?謎。
最近看劉潤(rùn)的文章講到 KPI 管理，提到了一個(gè)考核微軟技術(shù)支持的辦法。感覺(jué)挺有意思，如果把它換成程序員的場(chǎng)景可能就是這樣一些關(guān)鍵指標(biāo)：
- A：需求難度系數(shù)，需求評(píng)審時(shí)架構(gòu)師和程序員共同分析確定，達(dá)成共識(shí)
- B：需求花費(fèi)時(shí)間，越短越好，由程序員自己記錄
- C：完成需求提交的代碼行數(shù)，越少也好，需要定制工具支持代碼和需求關(guān)聯(lián)的統(tǒng)計(jì)
- D：完成需求數(shù)，越多越好
- E：E = A x B x C x D 表示有效工作產(chǎn)出
其中 A 難度系數(shù)基于團(tuán)隊(duì)共識(shí)達(dá)成，因?yàn)榇罅康臉I(yè)務(wù)需求，其實(shí)很多難度近似。B 和 D 實(shí)際是兩個(gè)互相制衡的因素，本來(lái)用 1 小時(shí)完成的，你自己記錄成 10 分鐘，那么完成的總的數(shù)量就會(huì)變少。C 展現(xiàn)了代碼技術(shù)能力，完成同樣功能的代碼，資產(chǎn)性不變，越少的代碼行數(shù)越少負(fù)債。這樣當(dāng)衡量有效工作產(chǎn)出(E)時(shí)，同樣的 E，A 和 D 大的技術(shù)能力更好。
當(dāng)然，這是一個(gè)簡(jiǎn)化的理想模型，但現(xiàn)實(shí)中程序員的考核恐怕比這個(gè)模型更簡(jiǎn)單粗暴。但它也指出了一個(gè)事實(shí)：晉升技術(shù)能力更好的人，他們解決更難的問(wèn)題因而創(chuàng)造壁壘，產(chǎn)出更多的資產(chǎn)和更少的負(fù)債。而對(duì)于僅僅單一高績(jī)效的人，不適合用晉升來(lái)激勵(lì)，而應(yīng)該用獎(jiǎng)金來(lái)獎(jiǎng)勵(lì)。
...
為什么業(yè)界喜歡三到五年的程序員?按一萬(wàn)小時(shí)理論，三到五年接近或滿足了這個(gè)量的編程訓(xùn)練，這個(gè)階段就是產(chǎn)出代碼的黃金時(shí)段，量大質(zhì)優(yōu)，而且各公司的“坑”(職位)也多。
【本文是51CTO專(zhuān)欄作者胡峰的原創(chuàng)文章，轉(zhuǎn)載請(qǐng)聯(lián)系作者本人獲取授權(quán)】
