我們將圍繞著“需求變更”這個(gè)主題展開討論，希望對(duì)各位開發(fā)能有所幫助。讓我們先來(lái)看一個(gè)需求變更的典型案例：

    Steven剛出任項(xiàng)目經(jīng)理，并承接了一個(gè)中型軟件項(xiàng)目。公司再三叮嚀他一定要尊重客戶，充分滿足客戶需求。項(xiàng)目開始比較順利，但進(jìn)入到后期，客戶頻繁的需求變更帶來(lái)很多額外工作。Steven動(dòng)員大家加班，保持了項(xiàng)目的正常進(jìn)度，客戶相當(dāng)滿意。

    但需求變更卻越來(lái)越多。為了節(jié)省時(shí)間，客戶的業(yè)務(wù)人員不再向Steven申請(qǐng)變更，而是直接找程序員商量。程序員疲于應(yīng)付，往往直接改程序而不做任何記錄，很多相關(guān)文檔也忘記修改。很快Steven就發(fā)現(xiàn)：需求、設(shè)計(jì)和代碼無(wú)法保持一致，甚至沒有人能說(shuō)清楚現(xiàn)在系統(tǒng)“到底改成什么樣了”。版本管理也出現(xiàn)了混亂，很多人違反配置管理規(guī)定，直接在測(cè)試環(huán)境中修改和編譯程序。但在進(jìn)度壓力下，他也只能佯裝不知此事。但因頻繁出現(xiàn)“改好的錯(cuò)誤又重新出現(xiàn)”的問題，客戶已經(jīng)明確表示“失去了耐心”。

    而這還只是噩夢(mèng)的開始。一個(gè)程序員未經(jīng)許可擅自修改了核心模塊，造成系統(tǒng)運(yùn)行異常緩慢，大量應(yīng)用程序超時(shí)退出。雖然最終花費(fèi)了整整3天的時(shí)間解決了這個(gè)問題，但客戶卻投訴了，表示“無(wú)法容忍這種低下的項(xiàng)目管理水平”。更糟糕的是，因?yàn)閾?dān)心系統(tǒng)中還隱含著其他類似的錯(cuò)誤，客戶高層對(duì)項(xiàng)目的質(zhì)量也疑慮重重。

    隨后發(fā)生的事情讓Steven更加為難：客戶的兩個(gè)負(fù)責(zé)人對(duì)界面風(fēng)格的看法不一致，并為此發(fā)生了激烈爭(zhēng)執(zhí)。Steven知道如果發(fā)表意見可能會(huì)得罪其中一方，于是保持了沉默。最終客戶決定調(diào)整所有界面， Steven只好立刻動(dòng)員大家抓緊時(shí)間修改?？珊髞?lái)當(dāng)聽說(shuō)因修改界面而造成了項(xiàng)目一周的延誤后，客戶方原來(lái)發(fā)生爭(zhēng)執(zhí)的兩人這次卻非常一致，同時(shí)氣憤地質(zhì)問Steven：“為什么你不早點(diǎn)告訴我們要延期！早知這樣才不會(huì)讓你改呢！”Steven很無(wú)耐，疑惑自己到底錯(cuò)在哪里了。

    段落導(dǎo)航：

    為了方便大家的閱讀，我們將本期內(nèi)容進(jìn)行了合理的分類，您可以使用下面的鏈接瀏覽您感興趣的主題?！　?/p>

    對(duì)軟件需求和需求變更的理解

    需求變更的原因

    需求變更的代價(jià)

    如何控制需求變更

    需求變更的管理

    實(shí)施需求變更管理需要遵循以下六大原則

    應(yīng)對(duì)之道