昨天閱讀了騰訊一個技術(shù)總監(jiān)的教訓(xùn)和經(jīng)驗這篇文章后，很有共鳴。
在傳統(tǒng)公司里面，一個軟件產(chǎn)品，甲方可能只有一個項目經(jīng)理角色。項目具體的技術(shù)實施由乙方團(tuán)隊負(fù)責(zé)。這時，甲方項目經(jīng)理作為系統(tǒng)的負(fù)責(zé)人，其實是身兼多職。既是項目經(jīng)理，同時可能還是技術(shù)經(jīng)理、產(chǎn)品經(jīng)理。
在互聯(lián)網(wǎng)公司里面，可能沒有項目經(jīng)理這個角色。
也有一些公司，設(shè)置了兩個角色：項目經(jīng)理和技術(shù)經(jīng)理。技術(shù)經(jīng)理的工作職責(zé)是主要是對內(nèi)，確保交付的進(jìn)度和質(zhì)量。項目經(jīng)理的主要職責(zé)是對外，給團(tuán)隊爭取一個相對寬松的外部環(huán)境。
不管頭銜如何，作為一個軟件系統(tǒng)的負(fù)責(zé)人，應(yīng)該完成哪些工作內(nèi)容項目，才能確保項目成功實施？ 還是有章可循的。
本文嘗試從技術(shù)經(jīng)理和項目經(jīng)理兩個角色，來分別描述各自應(yīng)該負(fù)責(zé)哪些工作內(nèi)容。
技術(shù)經(jīng)理
一個復(fù)雜系統(tǒng)的負(fù)責(zé)人，必須親手領(lǐng)導(dǎo)和參與建造，才能有足夠的能力去負(fù)擔(dān)起這個責(zé)任。技術(shù)經(jīng)理的60%的時間要參與開發(fā)工作。
一、開發(fā)工作(60%)
提出非功能需求-性能需求
提出非功能需求-自動運維需求
代碼主要框架設(shè)計
系統(tǒng)架構(gòu)設(shè)計
親自編寫風(fēng)險較高的代碼
解決線上緊急問題
二、團(tuán)隊培養(yǎng)(30%)
代碼評審
技術(shù)方案評審
技術(shù)學(xué)習(xí)與探索
三、管理工作（10%)
團(tuán)隊成員績效評定
任務(wù)的分解與進(jìn)度審核
項目經(jīng)理的工作職責(zé)
與項目實施相關(guān)的所有工作，都需要項目經(jīng)理協(xié)調(diào)落實。不是自己親自做，就是安排相關(guān)人員完成。
根據(jù)經(jīng)驗，項目經(jīng)理的工作主要包括以下三個方面的內(nèi)容。
一、進(jìn)度
制定工作計劃
進(jìn)度跟蹤和延遲預(yù)警
工作總結(jié)與匯報
二、資源
外部支持的溝通。（如svn權(quán)限開通、專業(yè)團(tuán)隊支持）。
面試
與老板談判爭取資源
團(tuán)隊活動
三、需求溝通
與需求方溝通建立互信
需求的管理（需要BA的支持）
技術(shù)經(jīng)理是一個軟件產(chǎn)品靈魂，技術(shù)經(jīng)理一定要把主要精力放在開發(fā)和設(shè)計上。
在有些傳統(tǒng)行業(yè)，由于采用外包開發(fā)模式，一個優(yōu)秀的開發(fā)人員，往往還沒有親自參與開發(fā)幾個大的項目，就被安排來做項目經(jīng)理。從而頻于應(yīng)付各種事務(wù)性工作，專業(yè)領(lǐng)域得不到提升，毫無成就感，這也是一些公司職率高的原因之一。
