專案開發經驗總結 2 26更新

手上的專案從06.6開始做先行研究到08.1實施完畢，開發相關人員從3人到14人，是我目前程式設計生涯中最大專案了。這期間各種角色都體驗過，現在要總結經驗。

------------------

管理者部分：

倘若上司不懂技術而又愛插手開發，leader的責任便更重大：要能合理拒絕不合理的功能需求，說服延時不適時宜的重構要求，拒絕不合適的人員安排。

比使用者頻繁更換需求更麻煩的是上司心血來潮。先討論清楚要的是什麼不要立即跟從。最好把開發放到下乙個增量階段的計畫中；若說服失敗，則安排少量人員簡要地實現乙個原型，交給上司提修改意見直到他確定了自己所想要的並改善帶來的問題。切忌跟著衝動簡單構思下就安排任務更改開發計畫，否則就準備繞迷宮吧。

未研究的過技術最好不要應用。若有應用的需要，最少先安排兩個人做相關研究，並一定要調查、蒐集該技術相關的缺點，之後再做決定。特別是影響架構的選擇。

團隊裡要有人偏追求技術。有新技術點的應用和公用方法、編碼工具要鼓勵及時分享和推廣。他們能帶動提公升團隊的素質和提高開發效率。

太多個模組同時開發不如集中力量開發效率高。

合作開發比獨自開發更助於提高質量、提高工作積極性、降低煩躁等不良情緒的產生。

建模人員兩個最好，有人商量相互彌補不足且保證建模風格統一。

結對程式設計是個好的開發模式，前提是兩人水平相當，若是想帶新人適合用小組模式。

開發周期長，人員流失不可避免，要保證知識的傳承。開發文件若不能保證齊全，就要保證開發時每個功能點要保持最少兩個人知道。不要等到交接才匆忙安排。

重視新人的培養，否則會青黃不接，沒人能保證半年後開發主力能剩幾個。給新人乙個月時間熟悉專案適宜，懵懂上陣很容易添亂。提供和內部教材的學習資源要儲存、更新。

團隊之間產生爭執是正常的，說明大家樂意分享自己的觀點。無論哪種觀點被採用，大家都要沿此方向去努力，而不應該對這種做法有牴觸心理，這會令你無法進入狀態影響發揮。這對自己、團隊、專案達成都沒有好處。當這方向走不下去的時候，再提出之前未被採納的意見重新考慮，這才是合適的時機。

新人部分：

新人進入團隊首先要學會溝通。很多新人怕問，接了任務埋頭看，到交期時才發現什麼成果都沒有。要知道造成整個專案進度delay可是比沒有能力完成任務更嚴重的後果。只有去溝通，別人才能知道你需要什麼幫助，專案經理才能合理調整任務分配。

向別人請教問題時，先想好怎麼描述，最好能直接告訴自己所需的技術點、要達成的目標、遇到的困難；先把重點講清楚，之後再訴說相關資訊和過程。一來大家都有工作，不會認真記每一點；二來相關的因素聽多了影響判斷。