案例

　　程序員J：四年開發(fā)經(jīng)驗

　　程序員L：三年開發(fā)經(jīng)驗

　　程序員Y：五年開發(fā)經(jīng)驗

　　技術能力：YJL

　　J，L，Y同時進入一個項目組，開發(fā)時間為30個工作日，即6周，包括需求分析、設計、編碼和集成。其中編碼和單元測試時間為10個工作日(2周)。產(chǎn)生的工作績效為：

　　程序員規(guī)模(代碼行)

　　J1500

　　L3600

　　Y6000

　　可見，當程序員的技能達到一定水平后，技能與生產(chǎn)率并不成正比，并不是技術水平越高的程序的生產(chǎn)率越高。

　　一、最后期限

　　很多程序員都會有類似的經(jīng)歷：

　　1月1日，項目經(jīng)理說：“小張，在1月5日之前把這項工作做完，詳細的需求文檔我已經(jīng)發(fā)到你的郵箱中。”

　　1月1日，小張對需求文檔瞥了幾眼，估計2天就可以完成，嘀咕：“現(xiàn)在才是1月1日嘛。這項任務要1月5日才提交。我還有時間，不用管它，還是先看我的小說吧。”

　　1月2日，小張繼續(xù)看他那心愛的小說......

　　1月3日，小張繼續(xù)看他那心愛的小說......

　　1月4日9:00，小張開始看需求文檔，2小時后中斷，因為他需要修復系統(tǒng)的一個Bug。

　　1月4日18:00，小張正在埋頭苦干，因為明天就要提交工作，可是一個代碼還沒有寫呢。

　　1月4日23:00，小張完成大部分工作，下班走人。

　　1月5日9:00，項目經(jīng)理問：“小張，那個功能做完了吧？”小張答道：“就快了，今天提交沒有問題?！?SPAN>

　　1月5日14:00，小張發(fā)現(xiàn)有一部份代碼需要重寫。用戶的要求是需要一個可配置的功能，而小張卻寫成了硬代碼。

　　1月5日17:00，項目經(jīng)理來到小張面前：“小張，你中午不是說今天提交沒有問題嗎？怎么現(xiàn)在還沒有看你提交代碼？”小張委屈地答道：“經(jīng)理，遇到一點小麻煩。不過相信我，下班之前一定完成?！?SPAN>

　　1月5日18:00，項目經(jīng)理急匆匆趕到小張的座位旁：“小張，請馬上提交代碼，不然就來不及了?！毙堖@時也急了：“你不要催我。這個功能麻煩大了，沒有想象得那么簡單。我今天晚上得加班。”項目經(jīng)理無可奈何地走了。小張加班到凌晨1點。但程序還是有一些問題。

　　1月6日，小張仍然在修改程序......

　　1月7日，小張仍然在修改程序......

　　1月8日，總算是修改完成。已經(jīng)拖了三天，來不及測試，只能匆匆把代碼提交。

　　后來，又經(jīng)過5次修改，直到1月20日，這個功能總算是徹底完成。

　　小張向項目經(jīng)理請了一周假。因為這兩周來幾乎每天晚上都是加班解決問題。

　　許多的程序員還會有這樣的經(jīng)歷：

　　4月1日，項目經(jīng)理：“小王，這個功能交給你，需求你看了嗎？你看需要多長時間完成？”

　　小王：“哦，經(jīng)理，這個功能我剛看過，大約需要1周