項(xiàng)目變更管理七步法-資料下載頁
2025-04-19 01:13本頁面
【正文】 四步也是這么一目了然，沒有問題吧。第五步要說第五步還真不太容易給一個(gè)統(tǒng)一的建議，這得取決于項(xiàng)目組的情況。如果項(xiàng)目組沒有量化的歷史數(shù)據(jù)參考，只能以定性的方式去描述需求變更對于項(xiàng)目不同階段的影響。例如我們在測試階段的后期實(shí)施一項(xiàng)大的變更，那么它對測試階段的質(zhì)量影響是可以想見的：因?yàn)橐胄鹿δ芑蚋墓δ?，一定?dǎo)致更多的缺陷，而在回歸過程中如發(fā)現(xiàn)新的問題需要修改的話又可能帶來更多的問題。所以對于測試階段的質(zhì)量是負(fù)面的。對于產(chǎn)品運(yùn)行階段的質(zhì)量影響也是顯然的：系統(tǒng)的穩(wěn)定性、可靠性、安全性可能都會受到波及。當(dāng)然，如果項(xiàng)目所在的組織有些歷史數(shù)據(jù)作參考，那判斷起來就容易多了。如果變更的需求是30個(gè)功能點(diǎn),我們?nèi)菀淄茰y變更將導(dǎo)致增加的缺陷個(gè)數(shù)介于12到18個(gè)之間；，也即一到兩個(gè)。我們將對質(zhì)量的影響是不是也可做相應(yīng)的分析？當(dāng)然嘍！第六步這個(gè)小節(jié)關(guān)注的是風(fēng)險(xiǎn)，變更往往意味著更多的功能，更多的功能意味著更多的工作要做，因而面臨更多的變數(shù)，也即我們就常所說的風(fēng)險(xiǎn)。比如說變更往往伴隨著工期的延長，而對于在外地開發(fā)的項(xiàng)目此種情形尤其有可能導(dǎo)致項(xiàng)目組成員普遍的厭倦情緒，對應(yīng)的風(fēng)險(xiǎn)表述就是項(xiàng)目組士氣低下，導(dǎo)致工作效率下降，甚至?xí)鹑藛T的流失，對于項(xiàng)目組來說不得不預(yù)見這種類型的風(fēng)險(xiǎn)，所以變更分析應(yīng)該做出對應(yīng)的風(fēng)險(xiǎn)分析。第七步這一步就很簡單了，主要是根據(jù)前面的給定的各方面信息權(quán)衡以后做出是否變更的決定。有人又說了：才不是呢，如果是需求變更，那一定得客戶簽字，客戶如果不簽字，我們一點(diǎn)招數(shù)都沒有！我們再一次退而求其次：能不能把客戶的名字寫上，表明他（她）知曉這件事情？應(yīng)該是可以的吧至于表頭信息，我想應(yīng)該沒什么問題，所提供的相關(guān)信息主要是供以后做統(tǒng)計(jì)分析之用。 好，到此為止，我們介紹了軟件需求變更管理七步法。6 / 6
公司管理相關(guān)推薦
鄂ICP備17016276號-1