一年前的項目總結，拿來顯醜，與大家共同學習。
項目組項目開發經驗總結(5點)
<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
² 開發之前, 做好計劃。
a) 項目計劃應該劃分各里程碑,如:
i. 初期計劃(一期)只實現基本功能。
ii. 整體計劃(二期)實現最緊迫的功能。
iii. 三期計劃實現所有功能。
iv. 四期計劃實現附屬功能。
b) 詳細計劃, 項目計劃只是總體計劃, 一般只起指導性, 不具有操作性。
i. 有必要時,每週做周計劃。
ii. 周計劃要跟蹤, 要不計劃就形同虛設。
iii. 總結不能完成的任務。 集中火力消滅它, 消滅不了的就掉丟。
c) 計劃要隨時按實際環境調整
i. 做完計劃,不等於萬事大吉,計劃適應各種不同的需求, 而不是需求適應你的計劃。
² 開發中,要做好各種檢視, 這是質量保證的根本。
a) 代碼檢視
i. 小組成員相互檢視
ii. 接口人檢視提供人
iii. 里程碑時,代碼集體檢視
b) 文檔評審
i. 好的設計纔有好的代碼
ii. 文檔評審前要預審(要不就沒有共性,變成討論會了)
iii. 文檔評審的會議記錄要落實(評審發現的問題沒有被修改,就等於沒有評審)
c) 相互幫助
i. 集體的能力大於個體的總和的能力
1. 在軟件開發中, 羣策羣力是最能快速解決問題的辦法。
ii. 每個組員不僅要做自己的事,而且要做其他組員的事。
1. 與你接口的任務,必須嚴把關, 因爲這直接影響你的工作質量
2. 任何一個組員的進度會影響整體的進度, 每個人都有義務去幫助其它組員
3. 認真的預審是對整個組的開發質量負責
做好自己的事是對自己做貢獻, 幫助他人是對整個組做貢獻。
² 測試工作要全力配合
a) 重視測試
i. 發現問題時, 在你第一時間裏趕到現場,
1. 因爲有些問題不能很好重現
2. 確認是BUG還是誤操作
ii. 出現問題重在解決, 不要推卸責任
iii. 提出的問題要解決,不要不了了之。
iv. 測試人員提出問題要虛心接受
1. 測試人員是項目的第一個用戶,如果第一個用戶的意見,你都不接受,那麼等到發佈後,就是用戶的抱怨了。
v. 解決BUG要治本, 挖掘出後面的實質, 要不過幾天又要去解決此BUG了。
vi. BUG要跟蹤。 這是對測試結果的負責。(開發人員,不僅僅是測試人員)
vii. 出現多次的BUG要格外注意。
² 項目關閉時要做的事情
a) 總結項目得與失(避免在以後再犯錯誤)
b) 重構代碼
i. 一些通用的算法或功能提煉成公共模塊,以備後用,也增加以後開發速度)
ii. 對於問題多的代碼就重新設計, 不易理解或不符合代碼規範的就修改.
c) 慶賀一下(提高士氣) ,當然最好是每個里程碑時慶賀一下.
² 項目組長要做的事情(做好保姆) 。
i. 解決最困難的問題。
u 解決較難的問題時,要站在第一線。
ii. 提供好的環境給組員。
u 對外接口的事組長解決,不影響到組員工作。
u 解決組員的生活問題。
iii. 協調組員之間的關係
u 恰當的溝通能避免各種衝突
u 提高團體作戰能力
iv. 傾斜政策
u 當某個組員工作有難度,經常協助他。
v. 做好跟蹤工作(包括進度, BUG, 會議記要, 設計等)
vi. 鼓勵(組長是一組的士氣象徵)
u 項目做久了,總會有泄氣時,多多鼓勵組員。
vii. 獎和罰(這點我組也沒有實行, 還需公司支持)
u 做的好的就是應該與沒做好的要有區別。
u 有短暫的獎勵和長遠的獎勵兩種。