監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價(jià)咨詢管理系統(tǒng) | 工程設(shè)計(jì)管理系統(tǒng) | 甲方項(xiàng)目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉
項(xiàng)目進(jìn)度管理軟件

當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > 建筑OA系統(tǒng) > 項(xiàng)目進(jìn)度管理軟件

項(xiàng)目綜合管理:應(yīng)變之道淺析需求變更管理

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

閱讀提示:本文作者從項(xiàng)目管理的角度來討論對(duì)變化需求管理的策略。首先是討論在構(gòu)建前需求的質(zhì)量,然后說明了如何在構(gòu)建過程中對(duì)需求進(jìn)行跟蹤,最后講述了當(dāng)真正發(fā)生需求變更的時(shí)候,我們應(yīng)該如何去面對(duì)。 

需求總是在變化,客戶總會(huì)有新的想法,項(xiàng)目好像沒有終結(jié),我們軟件開發(fā)人員應(yīng)對(duì)軟件需求變化時(shí),為了擁有更多的準(zhǔn)備,應(yīng)該做些什么呢? 

這個(gè)世界唯一不變的就是變化了。月有陰晴圓缺,潮漲潮落,千年前的滄海是現(xiàn)在的良田,這是自然界的變化;人有悲歡離合,生老病死,這是人情世故。變化是并不一定總是給我們帶來驚喜,更多的是帶來意外,使得我們被迫去作一些改變來適應(yīng)這種變化。 

所以,變化也是我們?nèi)祟惖靡詮暮?jiǎn)單生物進(jìn)化到今天的推動(dòng)力。 

回到我們軟件需求這個(gè)論題上來,無(wú)疑,變化是需求的一個(gè)基本特性。 

沒有一成不變的需求,無(wú)論我們?cè)谡綐?gòu)建之前對(duì)需求進(jìn)行了多么深入的開發(fā),和客戶進(jìn)行了多少回合的反復(fù)驗(yàn)證,而最終卻不得不接受這樣的現(xiàn)實(shí):系統(tǒng)正式上線之后,在客戶提交的試運(yùn)行報(bào)告中,客戶的需求發(fā)生了變化,或者客戶又提出了新的需求等等。 

我們的軟件開發(fā)人員陷入了這樣的一個(gè)困境:需求總是在變化,客戶總會(huì)有新的想法,項(xiàng)目好像沒有終結(jié),即使驗(yàn)收通過,那也是草草完事,而不是想象中的那么完美。 

這是一個(gè)殘酷的現(xiàn)實(shí)。之所以Fred Brooks敢在1987的《沒有銀彈》這篇論文中強(qiáng)調(diào)即使不存在銀彈,也能使得軟件工程的生產(chǎn)力在十年之內(nèi)提高十倍,這也是基于軟件需求自身復(fù)雜性的原因。 

在本文中,筆者從項(xiàng)目管理的角度來討論對(duì)變化需求管理的策略。首先是討論在構(gòu)建前需求的質(zhì)量,然后說明了如何在構(gòu)建過程中對(duì)需求進(jìn)行跟蹤,最后講述了當(dāng)真正發(fā)生需求變更的時(shí)候,我們應(yīng)該如何去面對(duì)。 

我們先來看軟件需求的生命周期,正如軟件項(xiàng)目具有一般的過程,軟件需求也有著一個(gè)普遍的生命周期,如圖1所示:

圖1:軟件普遍的生命周期

圖1中的項(xiàng)目階段反映的是一般的項(xiàng)目過程,不管采用瀑布模型還是迭代開發(fā)或者是其他的軟件開發(fā)生命周期模型,這樣的一個(gè)基本過程都是需要遵循的。而需求的生命周期和項(xiàng)目的階段也是一一對(duì)應(yīng)的。

在項(xiàng)目的啟動(dòng)階段,我們需要對(duì)項(xiàng)目進(jìn)行可行性分析,完成立項(xiàng)報(bào)告,在這個(gè)階段,也就種下了需求的“種子”,這個(gè)“種子”也決定了下面所有階段的努力是否有成果,如果項(xiàng)目根本就是不可行的,那么就別提最后的“結(jié)果”了,“種子”是否能“萌芽”也都是個(gè)未知之?dāng)?shù)。

如果通過了可行性分析,完成了項(xiàng)目的啟動(dòng)過程。接下來我們就要把需求這顆“種子”種下去,通過需求調(diào)研和需求分析階段的努力,需求的“種子”開始“萌芽”,并且一直“成長(zhǎng)”,直到“成熟”,需求“成熟”之后,我們就可以構(gòu)建需求基線,進(jìn)入項(xiàng)目構(gòu)建階段。

如果對(duì)還沒有“成熟”的需求就開始構(gòu)建,那么后果就是在構(gòu)建階段需求的反復(fù)變化,開發(fā)人員疲于奔命。

對(duì)“成熟”的需求進(jìn)行構(gòu)建,我們所交付的才是優(yōu)質(zhì)的“果實(shí)”,當(dāng)然,項(xiàng)目后期也不可避免有需求變更,這時(shí),只要我們按照規(guī)定的流程進(jìn)行需求變更,將變更控制在一個(gè)可以接受的范圍,這是不會(huì)影響到我們最終的交付的“果實(shí)”。

做好需求變更的管理,最終的目的是為了有優(yōu)質(zhì)的交付品。從上面的圖中,我們可以得知,首先必須要有良好的“種子”和健康的“果樹”,最后才有可能結(jié)出優(yōu)質(zhì)的“果實(shí)”。所以,做好需求開發(fā)是有效需求變更管理的基礎(chǔ)。

發(fā)布:2007-02-27 09:44    編輯:泛普軟件 · xiaona    [打印此頁(yè)]    [關(guān)閉]
相關(guān)文章:

泛普項(xiàng)目進(jìn)度管理軟件其他應(yīng)用

項(xiàng)目管理工具 禪道項(xiàng)目管理軟件 夢(mèng)龍項(xiàng)目管理軟件 微軟項(xiàng)目管理軟件 裝飾管理系統(tǒng) 裝修預(yù)算軟件 項(xiàng)目計(jì)劃軟件 項(xiàng)目進(jìn)度管理軟件 軟件項(xiàng)目管理工具 材料管理軟件 工程項(xiàng)目管理軟件系統(tǒng) 項(xiàng)目管理系統(tǒng) 施工管理軟件 建筑工程項(xiàng)目管理軟件 工程管理軟件