進(jìn)階過程：程序員做項(xiàng)目的獨(dú)立性
***階段：編碼機(jī)器
這是***級(jí)的階段，程序員拿到詳細(xì)設(shè)計(jì)文檔，上面連許多方法接口都定義好了。重構(gòu)一些代碼，寫一些實(shí)現(xiàn)，調(diào)用一些既定的API，然后花許多時(shí)間在各 種各樣的場景測試上面。從做的工作上看，這都不能算程序員，最多，只是編碼技巧卓越的碼農(nóng)而已。因?yàn)樗鼛缀醵髿⒘艘磺袆?chuàng)造力，但是這很常見，比如在一些對(duì) 日外包公司，就是如此。
第二階段：獨(dú)立的實(shí)現(xiàn)者
程序員得到的只是粗略的設(shè)計(jì)文檔，也許注明了外部接口的清單，還有框架和基礎(chǔ)設(shè)施的API，需求已經(jīng)澄清清楚，接下去要做的就是發(fā)揮聰明才智把軟件 實(shí)現(xiàn)設(shè)計(jì)好，把代碼寫好，測試通過。這項(xiàng)工作可以在安靜和獨(dú)立的環(huán)境中完成，因?yàn)闆]有什么是不夠明確的，那些本不清楚的部分，項(xiàng)目經(jīng)理、架構(gòu)師和產(chǎn)品經(jīng)理 已經(jīng)搞定了。這樣的環(huán)境下可以誕生許許多多OO設(shè)計(jì)優(yōu)秀、代碼清晰簡潔的程序員，但是這始終只是在做一個(gè)殘缺的項(xiàng)目而已。很多程序員新手都是從這個(gè)階段開 始的，但是程序員如果只會(huì)代碼層面的設(shè)計(jì)、編碼和測試，并不能算一個(gè)完整的程序員，也許連一半都算不上。
第三階段：項(xiàng)目溝通者和管控者
程序員要和需求工程師，甚至客戶澄清需求，分析可行性；需要自行分析設(shè)計(jì)項(xiàng)目中的技術(shù)難點(diǎn)；參與決定和管理迭代周期和計(jì)劃表；組織和參與項(xiàng)目組內(nèi)運(yùn) 作跟蹤會(huì)議。編碼以外的事情會(huì)占用一些時(shí)間，這些時(shí)間大多來自溝通的成本。如果說，前兩個(gè)階段還未能明顯看出溝通的重要性的話，那么到這個(gè)階段，一個(gè)不能 良好溝通的程序員，將成為項(xiàng)目組運(yùn)轉(zhuǎn)的瓶頸。國內(nèi)至少有一半的軟件公司的程序員做項(xiàng)目應(yīng)該處于這個(gè)階段。
第四階段：從做項(xiàng)目到做產(chǎn)品
從做項(xiàng)目跨越到做產(chǎn)品，想想容易，做起來很困難。做項(xiàng)目需要更多傾聽用戶需求，但是做產(chǎn)品更注重思考，思考用戶的痛點(diǎn)和產(chǎn)品的定位遠(yuǎn)重于傾聽用戶表 述。從項(xiàng)目周期上看，做項(xiàng)目關(guān)注在拿到需求并實(shí)現(xiàn)交付的過程，但是做產(chǎn)品需要把更多精力花在產(chǎn)品定義、設(shè)計(jì)，還有長時(shí)間的產(chǎn)品維護(hù)上。做產(chǎn)品的程序員，必 須要和客戶溝通，必須要維護(hù)自己開發(fā)的軟件，獲知用戶和市場的反饋，如此才能體會(huì)到什么功能才是迫切需要的，該怎樣把技術(shù)、業(yè)務(wù)和實(shí)際產(chǎn)品的實(shí)現(xiàn)結(jié)合起來。
第五階段：產(chǎn)品成長的見證人
也許很少人能夠參與從零開始，經(jīng)過創(chuàng)意、市場分析到產(chǎn)品設(shè)計(jì)的過程，在明確要做什么之前有大量的時(shí)間會(huì)花在產(chǎn)品探索性的工作上面。也許會(huì)做很多的產(chǎn) 品原型，也許某些版本和功能在A/B測試之后就被放棄了，更有些產(chǎn)品在流傳開來以前就銷聲匿跡了，或者很快就死在抄襲和山寨手里。產(chǎn)品的更迭和換代總是千 辛萬苦，而看得到的部分往往如此簡單，但是誰知道它的歷史有多曲折呢？
