怎樣嚴(yán)格管控工程項(xiàng)目管理的流程

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

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

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

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

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

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

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

　　二、需求變更的產(chǎn)生原因

　　在軟件開發(fā)項(xiàng)目中，需求變更可能來自方案服務(wù)商、客戶或產(chǎn)品供應(yīng)商等，當(dāng)然，也可能來源于項(xiàng)目組內(nèi)部。

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

　　1、范圍沒有圈定就開始細(xì)化

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

　　2、沒有指定需求的基線

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

　　3、沒有良好的軟件結(jié)構(gòu)適應(yīng)變化

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

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