我的專案經驗分為專案啟動前，專案開發中，專案維護中三個階段總結。
一、 專案啟動前
1） 需求分析
根據需求給定的需求說明書，去仔細分析理解每乙個需求任務，評估功能需求的可做性、技術可行性，評估功能的實現和耗費的資源（人力和時間）的可支援性。
例如：在tulipb b02
專案開發過程中，在使用者遠端許可權的需求中，就有一處邏輯問題，反饋給需求，改正。
2） 工作量評估
根據需求，確定專案範圍，評估需要的人力和時間週期。其中包括單項需求的**實現時間、跟客戶端聯調時間、整個聯調時間等
3） 擬訂計畫
需求分析完畢，工作量評估完畢，可以大概制定整個專案的理想開展計畫。當然其中需要多個組之間的協調溝通，確定任務之間的依賴性。
4） 組織功能設計
新增需求，功能的實現，需要設計文件來支援
5） 風險評估
專案開展前，風險評估是必要的，可能某些功能的實現會依賴其他的某些模組，甚至會占用記憶體過高，或者功能需求改動甚大，都有可能會在專案測試階段引來未知問題。
6） 週期控制
週期控制包括開發周期、測試週期、版本階段（功能穩定）。週期的控制依賴於專案質量控制和工作的合理安排。
二、 專案開發中
1) 質量控制
（1）**質量：**提交前，研發工程師必須考慮周全，並保證**質量。提交時需
sqa
（2）版本質量：每個測試版本都應該在發布測試部前，研發首先根據基本功能測試用例驗證一下內部版本，這樣可以把問題提早發現並提早解決
2) 進度管理
督促專案，追是必須的。
3) 溝通管理
組內與組外的溝通也很重要，在預定時間內因為研發難度不能按時完成的，可以延期處理，或者請求援助。總比期限到了，理由不恰當
（1） 對上溝通：識別風險，及時暴露問題，及時求助
（2） 對內溝通：合理的時間安排
（3） 對外溝通：組外的溝通和求助需要耐心
4) 協調
協調資源和時間。
（1）在研發過程中，避免不了開發板緊張的情況。測試和研發之間需要相互協助； （2
）聯調任務時需要研發與客戶端的對接等； （3
）研發提前制定測試計畫，知會到測試，進行安排。
三、 專案維護中
1) 風險評估
（1）測試過程中，遇到一些經常復現並且是必須功能的時候，可以把某些功能模組立為專項測試和重點開發項。
例如tulipb b02
過程中的抓圖
（2）專案的相容性
兩個分支合併**，必須在版本穩定的前提下，合併。待合併後，需仔細驗證功能
2) 質量控制
（1）質量的要求必須放在首位，每個版本應該含帶的功能或者需求，心裡面必須有數，哪些功能不能拖後應該清楚 （2
）控制bug fail率
（3）嚴禁解決乙個
bug，引入新的問題
3) 版本控制
版本控制依賴於版本質量，不期望頻繁的版本發布，但願高質量的版本出現。但版本間隔時間又不能太久，這樣可能會出現問題。
4) 溝通（有話好好說）
研發與測試之間的溝通：研發工程師大可花個幾分鐘時間跟測試工程師談談測試用例溝通，這樣可能更容易發現問題。
vmp的溝通：保證好
跟vmp
的聯調階段
與產品經理之間的溝通：適當根據專案進度和風險縮小專案範圍；確認專案需求細節
專案管理經驗分享
今年的高項又棄考了，真的沒時間看書，安慰一下自己 考過了並不代表什麼！就是平時吹水時聲音可以大點，沒證的只有點頭說是的份。平時也接觸過不少有證書的同事，高項，pmp，管理水平真的一般般。對軟體公司的來，專案管理水平對公司的業績有著直接的影響。凡是沒意識到這點的人，說明他對專案管理的認識還不夠，死記硬...
ERP專案管理經驗分享
本人進入軟體行業已經有5個年頭了，主導實施和參與過的大大小小的專案有20餘個。其中有些專案做的非常好，提公升了客戶企業的管理水平，也規範了企業的業務操作水平，優化了企業的流程，客戶非常認同我們實施的價值 也有的專案實施效果一般，客戶在應用軟體前後沒有明顯的效果，唯一的成果就是計算機代替了人來彙總一些...
專案管理經驗 八年專案管理經驗分享
閒下來的時候，忽然想到，算算工作時間也快8年了，作專案經理時間不長，前前後後加一起3年多點。有一段時間作產品，後來又作專案，自己覺得學到了一些東西，現在拿出來分享，歡迎討論。專案管理 團隊內部成員 溝通專案經理一定要和每個成員充分溝通，了解他們的想法和個人發展方向，每個人每個階段的希望和目標都是不同...