怎樣嚴格管控工程項目管理的流程

申請免費試用、咨詢電話：400-8352-114

　　在項目管理過程中，需求管理是項目經理必須面對的問題，而需求變更是需求管理的重要組成部分，可以說貫穿項目始終。

　　一、需求分析階段采用原型方法明確用戶需求

　　1.在軟件項目的需求分析階段，有大量需求信息需要收集、篩選、加工

　　一般情況下，原型之后的需求溝通就實際得多，雙方的理解迅速向一個折衷方案靠攏，一個可以指導研發(fā)過程的需求說明書正式誕生了。

　　2.需求分析之后的研發(fā)過程采用嚴格的需求變更管理流程

　　一旦需求分析階段結束，此后如果用戶要求有新的需求加入交付的軟件系統(tǒng)中，需要走需求變更管理流程。這個流程必須在軟件項目成立之初與用戶約定好，一般的軟件企業(yè)內部有需求變更的管理流程，可以向用戶解釋這種管理的必要性，直至與用戶就此問題達成共識為止。不必擔心用戶不會接受，有過多次成功研發(fā)軟件項目經驗的需求變更管理流程，有著它不容置疑的合理性，這正是軟件企業(yè)的經驗和價值所在，用戶最終會理解和同意的。

　　二、需求變更的產生原因

　　在軟件開發(fā)項目中，需求變更可能來自方案服務商、客戶或產品供應商等，當然，也可能來源于項目組內部。

　　對于需求變更發(fā)生的原因，細細追究起來無外乎以下幾種原因：

　　1、范圍沒有圈定就開始細化

　　細化工作是由需求分析人員完成的，一般是根據(jù)用戶提出的描述性的、總結性的短短幾句話去細化的，提取其中的一個個功能，并給出描述(正常執(zhí)行時的描述和意外發(fā)生時的描述)。當細化到一定程度并開始系統(tǒng)設計時，范圍會發(fā)生變化，那細節(jié)用例的描述可能就有很多要改動。

　　2、沒有指定需求的基線

　　需求的基線是指是否容許需求變更的分界線。隨著項目的進展，需求的基線也在變化。是否容許變更的依據(jù)是合同以及對成本的影響。隨著項目的進展，基線將越定越高(容許的變更將越少。

　　3、沒有良好的軟件結構適應變化

　　組件式的軟件結構就是提供了快速適應需求變化的體系結構，數(shù)據(jù)層封裝了數(shù)據(jù)訪間邏輯，業(yè)務層封裝了業(yè)務邏輯，表示層展現(xiàn)用戶表示邏輯。

　　項目開發(fā)過程中的實際情況是用戶、開發(fā)者都認識到了上面的幾點間題，但是由于需求的變更可能來自客戶方，也可能來自開發(fā)方，因此，作為需求管理者，項目經理需要采用各種溝通技巧來使項目的各方各得其所。