一年前的專案總結，拿來顯醜，與大家共同學習。
專案組專案開發經驗總結(5點)
開發之前,做好計畫。
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.解決最困難的問題。
◆解決較難的問題時,要站在第一線。
ii.提供好的環境給組員。
◆對外介面的事組長解決,不影響到組員工作。
◆解決組員的生活問題。
iii.協調組員之間的關係
◆恰當的溝通能避免各種衝突
◆提高團體作戰能力
iv.傾斜政策
◆當某個組員工作有難度,經常協助他。
v.做好跟蹤工作(包括進度,bug,會議記要,設計等)
vi.鼓勵(組長是一組的士氣象徵)
◆專案做久了,總會有洩氣時,多多鼓勵組員。
vii.獎和罰(這點我組也沒有實行,還需公司支援)
◆做的好的就是應該與沒做好的要有區別。
◆有短暫的獎勵和長遠的獎勵兩種。
軟體專案管理經驗總結
1.每天晚上下班前要求全體專案成員 rebulid 後check in 好處，作為專案經理可以在第二天的早上及時看下每個人的工作進度及程式運 況，及時掌握第一手資料並進行分析處理。2.每週一開乙個小的專案會議，會議時間控制在 30分鐘內 解釋能夠讓大家明確本週需要完成的工作。3.測試文件每天由測試人...
外包軟體專案管理經驗總結
建立良好合作模式 外包開發的軟體不能達到企業的質量要求，我們往往會在第一時間把罪過推給外包商。但實際經驗告訴我們，很多失敗的原因是企業本身沒有提供一套完整的軟體系統規格說明 沒有跟進開發的進度 沒有定期與外包商溝通與協調 沒有在開始時建立好質量指標和測試流程或者沒有做出適當的技術和開發環境的評估。但...
經驗借鑑 專案經理管理經驗總結
人做專案經理工作多年，感到做這個工作最要緊的就是要明白什麼是因地制宜 因勢利導，只有最合適的，沒有什麼叫對的，什麼叫錯的，專案經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤了工作進度，也迷茫了自己。以下是本人一些做專案的個人體會，寫出來供大家指點，在討論過程中共同提高水...