| MILY: 宋體">對策 | |
| （1） 做一個切實可行的項目計劃。 | （1）建立WBS分解的指南與樣例 （2）對項目經理培訓如何做WBS分解 （3）培訓如何使用project 2007做一個合理的計劃 （4）加強對項目計劃的同行評審 （5）定義規模、工作量估算的方法并培訓PM |
| （2） 實時掌握項目動態，發現問題，解決問題。 | （1）建立周例會制度 （2）當前階段的任務分解的顆粒度不要超過3天 （3）建立問題處理流程 （4）建立里程碑評審的制度 |
| （3） 需求變更的影響分析要全面而完備 | （1）建立需求變更申請單的模板，在模板定義必填項： 對設計、編碼、測試用例的影響； 對規模、工作量、進度、成本的影響； 對客戶、開發人員、測試人員、管理人員的影響； 需求變更的風險分析 （2）基于需求跟蹤矩陣進行需求變更影響分析 （3）變更影響分析時要經過多個角色確認 |
| （4） 需求文檔化 | （1）定義適合不同場景的需求文檔模板 （2）對需求分析人員進行需求工程的專題培訓 （3）加強需求評審工作 （4）需求人員與設計人員分離 |
| （5） 收集真實的、有用的度量數據，并得出管理結論 | （1）訪談該項目的客戶、主管領導、項目經理等多個角色獲取度量需求 （2）自頂向下基于度量需求設計指示器、決策準則、派生度量元、基本度量元 （3）指定采集數據、分析數據、驗證數據的責任人 （4）監督數據采集、分析、驗證、發布的過程執行狀況 （5）導入自動的采集度量數據的工具 |
| （6） 建立開發人員實施配置管理的工作習慣 | （1）導入SVN、VSS等簡單易用的可以和開發平臺緊密銜接的版本管理工具 （2）強制各小組、各部門之間的文檔交互必須基于配置庫 （3）執行配置審計，審計結果和PM的業績掛鉤 （4）總結配置管理工具的使用的經驗教訓，在組織內推廣 |
| （7） QA要嚴格、細致地對項目的活動與工作產品進行檢查 | （1）選擇細心、認真的人員擔當QA （2）做詳細的QA計劃，并對計劃進行評審 （3）QA負責人嚴格按照計劃跟蹤QA的活動 （4）對QA人員的活動進行審計 （5）統計分析QA人員發現的問題并更新檢查單 |
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/