項(xiàng)目管理之需求管理課件

IT項(xiàng)目管理之需求為準(zhǔn)第二部分IT項(xiàng)目管理之需求為準(zhǔn)第二部分需求工程需求獲取需求分析文檔編寫需求狀態(tài)需求跟蹤版本控制需求開(kāi)發(fā)需求管理需求驗(yàn)證需求變更需求工程需求獲取需求分析文檔編寫需求狀態(tài)需求跟蹤版本控制需求基礎(chǔ)認(rèn)知需求相關(guān)概念剖析基礎(chǔ)認(rèn)知需求相關(guān)概念剖析需求的重要性需求是業(yè)務(wù)的根源，需求工作的優(yōu)劣對(duì)業(yè)務(wù)影響最大。就像一條河流，如果源頭被污染了，那么整條河流也就被污染了。需求的重要性需求是業(yè)務(wù)的根源，需求工作的優(yōu)劣對(duì)業(yè)務(wù)影響最大。需求是缺陷主要來(lái)源錯(cuò)誤定位費(fèi)用分析錯(cuò)誤引入階段分析JamesMartin：超過(guò)50%的缺陷由不完善的、不正確的、不準(zhǔn)確的和/或不明確的需求所引起JamesMartin：80%以上的用于定位業(yè)務(wù)錯(cuò)誤的費(fèi)用是基于業(yè)務(wù)系統(tǒng)需求定義的錯(cuò)誤需求是缺陷主要來(lái)源錯(cuò)誤定位費(fèi)用分析錯(cuò)誤引入階段分析James一個(gè)小故事一個(gè)小故事如何練就需求分析的火眼金晴？5W+1H+8C

5W就是Who、When、Where、What、WhyWhy是關(guān)鍵1H就是How–需求本身的流程8C指的是8個(gè)約束和限制，即8個(gè)Constraints：包括性能Performance、成本Cost、時(shí)間Time、可靠性Reliability、安全性Security、合規(guī)性Compliance、技術(shù)性Technology、兼容性Compatibility如何練就需求分析的火眼金晴？5W+1H+8C如何建立組織級(jí)需求工程？專業(yè)的角色做專業(yè)的事？專業(yè)的人做專業(yè)的事？如何建立組織級(jí)需求工程？專業(yè)的角色做專業(yè)的事？專業(yè)的人做專業(yè)需求工程貫穿開(kāi)發(fā)全過(guò)程設(shè)計(jì)需求架構(gòu)設(shè)計(jì)系統(tǒng)規(guī)格軟件需求硬件需求質(zhì)量屬性DFX業(yè)務(wù)需求用戶需求內(nèi)部需求客戶要求功能需求非功能需求標(biāo)準(zhǔn)約束書面標(biāo)準(zhǔn)事實(shí)標(biāo)準(zhǔn)需求工程貫穿開(kāi)發(fā)全過(guò)程設(shè)計(jì)需求架構(gòu)設(shè)計(jì)系統(tǒng)規(guī)格軟件需求硬件需需求存在什么問(wèn)題不是“大而全”，而是“準(zhǔn)而精”；鍍金.swf不是“熱點(diǎn)組合”，而是“關(guān)鍵點(diǎn)組合”；不是“盲目跟風(fēng)”，而是“為我所用”；不是“形成報(bào)告”，而是“達(dá)成共識(shí)”。CRUDLCreate-Read-Update-Delete-List需求存在什么問(wèn)題不是“大而全”，而是“準(zhǔn)而精”；鍍金.swf1.可行性研究項(xiàng)目的機(jī)會(huì)選擇初步可行性研究詳細(xì)可行性研究（1）可行性分析報(bào)告模版（2）金蝶公司可行性分析報(bào)告2.項(xiàng)目立項(xiàng)立項(xiàng)管理過(guò)程建設(shè)方的立項(xiàng)管理承建方的立項(xiàng)管理（1）某大型集團(tuán)IT項(xiàng)目實(shí)施管理方法（2）校務(wù)通模型可研與立項(xiàng)1.可行性研究2.項(xiàng)目立項(xiàng)可研與立項(xiàng)第2章IT項(xiàng)目管理之需求管理合同項(xiàng)目立項(xiàng)過(guò)程1.甲方過(guò)程招標(biāo)書定義、乙方選擇、合同簽署2.乙方過(guò)程項(xiàng)目分析、競(jìng)標(biāo)、合同簽署3.相關(guān)文檔《立項(xiàng)報(bào)告》、《可行性分析報(bào)告》、《標(biāo)書》合同項(xiàng)目立項(xiàng)過(guò)程1.甲方過(guò)程需求分析在工程中的位置用戶業(yè)務(wù)模型需求分析師抽象、提煉需求模型開(kāi)發(fā)團(tuán)隊(duì)設(shè)計(jì)依據(jù)軟件模型需求分析在工程中的位置用戶業(yè)務(wù)模型需求分析師抽象、提煉需求用戶/系統(tǒng)業(yè)務(wù)管理者初始需求變更的需求獲取,分析,定義,驗(yàn)證需求控制需求變更需求規(guī)格說(shuō)明項(xiàng)目環(huán)境需求開(kāi)發(fā)需求管理需求工程活動(dòng)綜合關(guān)系用戶/系統(tǒng)業(yè)務(wù)管理者初始需求變更的需求獲取,分析,定義,驗(yàn)證包括：需求確認(rèn)、需求變更控制、需求跟蹤1、需求確認(rèn)需求確認(rèn)是指開(kāi)發(fā)方和用戶共同對(duì)需求文檔進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后做出書面承諾，使需求文檔具有商業(yè)合同效果。需求管理的最終作用需求管理的目的是在用戶與開(kāi)發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與工作成果的一致性，并控制需求的變更。

包括：需求確認(rèn)、需求變更控制、需求跟蹤需求管理的最終作用一、需求確認(rèn)項(xiàng)目開(kāi)發(fā)面臨的實(shí)際問(wèn)題一、需求確認(rèn)項(xiàng)目開(kāi)發(fā)面臨的實(shí)際問(wèn)題項(xiàng)目開(kāi)發(fā)面臨的實(shí)際問(wèn)題項(xiàng)目開(kāi)發(fā)面臨的實(shí)際問(wèn)題項(xiàng)目開(kāi)發(fā)面臨的實(shí)際問(wèn)題項(xiàng)目開(kāi)發(fā)面臨的實(shí)際問(wèn)題需求驗(yàn)證的目的和任務(wù)需求驗(yàn)證的目的就是要確保軟件需求具有良好的特性（如完整性，正確性等）。需求驗(yàn)證包含的活動(dòng)滿足性（功能需求是否滿足需要）滿意性（非功能需求是否滿意）明確及含蓄的需求(失敗)、(成功)共識(shí)行（是否能共同理解）可行性（技術(shù)是否可行）明晰性（信息是否存在含混性）需求驗(yàn)證的目的和任務(wù)需求驗(yàn)證的目的就是要確保軟件需求具有良好1、為需求進(jìn)行正式評(píng)審正式的審查過(guò)程1、為需求進(jìn)行正式評(píng)審正式的審查過(guò)程需求評(píng)審做不好的后果：?需求變更?需求不明確?需求不可測(cè)?需求不可實(shí)現(xiàn)?導(dǎo)致后續(xù)工作難于開(kāi)展或經(jīng)常出現(xiàn)變更

由于需求未能得到有效管理，在最終項(xiàng)目驗(yàn)收過(guò)程中出現(xiàn)了令人不愉快的情況，實(shí)際開(kāi)發(fā)的軟件沒(méi)能完全反映用戶的需求，導(dǎo)致用戶不滿意，項(xiàng)目延期。需求評(píng)審做不好的后果：?需求變更如何進(jìn)行需求評(píng)審?參與需求分析和評(píng)審的人員的管理?軟件需求文檔的管理?需求分析過(guò)程的管理?需求變更的管理如何進(jìn)行需求評(píng)審?參與需求分析和評(píng)審的人員的管理需求規(guī)格評(píng)審實(shí)例例1：“產(chǎn)品應(yīng)在不少于每秒的正常周期內(nèi)提供狀態(tài)信息。”分析：這個(gè)需求是不完整的：狀態(tài)信息是什么，如何顯示給用戶。這個(gè)需求有幾處含糊。我們?cè)谡務(wù)摦a(chǎn)品的哪部分？狀態(tài)信息間隔真的假定為不少于秒？，甚者每10年顯示一條新的狀態(tài)信息也可以？也許它的意圖是消息間隔不應(yīng)超過(guò)秒，那么1毫秒是不是太短？“每”這個(gè)詞導(dǎo)致了不確定性。問(wèn)題的后果，就是需求的不可證實(shí)。需求規(guī)格評(píng)審實(shí)例例1：“產(chǎn)品應(yīng)在不少于每秒的正常周期內(nèi)提供狀需求規(guī)格評(píng)審實(shí)例例1需求：后臺(tái)任務(wù)管理器因以誤差上下不超過(guò)10秒的秒間隔，在用戶界面的指定位置顯示狀態(tài)信息；如果后臺(tái)進(jìn)程處理正常，那么應(yīng)該顯示任務(wù)已完成的百分?jǐn)?shù)/比；任務(wù)完成時(shí)，應(yīng)顯示相關(guān)的信息；后臺(tái)任務(wù)出錯(cuò)應(yīng)該顯示錯(cuò)誤信息；為了測(cè)試和追蹤，將需求分解多個(gè)子需求。使在構(gòu)造和測(cè)試時(shí)，被易于分別執(zhí)行。需求規(guī)格評(píng)審實(shí)例例1需求：需求規(guī)格評(píng)審實(shí)例例2：“產(chǎn)品應(yīng)瞬間在文本中的顯示和隱藏不可打印字符間切換”

計(jì)算機(jī)在瞬間不能做任何事，所以這個(gè)需求不切實(shí)可行。它的不完整性表現(xiàn)在沒(méi)有聲明觸發(fā)狀態(tài)切換的條件。軟件要在某些條件下更改自己？或者用戶為了模仿更改要做一些什么動(dòng)作？而且，在文檔中改變顯示的范圍是多大：選中的文本？整個(gè)的文檔，或其他的？這也是個(gè)模模糊的問(wèn)題。不可打印字符和隱藏字符一樣嗎？或者是一些屬性標(biāo)志或一些控制字符？問(wèn)題的后果，就是需求的不可證實(shí)。需求規(guī)格評(píng)審實(shí)例例2：“產(chǎn)品應(yīng)瞬間在文本中的顯示和隱藏不可打需求規(guī)格評(píng)審實(shí)例例2需求：用戶能夠在一個(gè)由特定觸發(fā)條件激活處于編輯的文檔中在顯示和隱藏所有HTML標(biāo)記間切換?，F(xiàn)在就很清楚，不可打印字符是HTML標(biāo)記。由于沒(méi)有定義觸發(fā)條件，需求對(duì)設(shè)計(jì)沒(méi)有約束力。只有設(shè)計(jì)人員選定了觸發(fā)條件后，你才能編寫測(cè)試驗(yàn)證觸發(fā)的正確操作。需求規(guī)格評(píng)審實(shí)例例2需求：需求規(guī)格評(píng)審實(shí)例例3：“HTML分析器可以產(chǎn)生HTML標(biāo)記錯(cuò)誤報(bào)告，幫助HTML入門者快速解決錯(cuò)誤”。單詞“快速”使其模糊，沒(méi)有加進(jìn)錯(cuò)誤報(bào)告的定義也是不完整的。我不知道，你怎么驗(yàn)證這個(gè)需求。找一個(gè)自稱為HTML的入門者，看看能不能根據(jù)錯(cuò)誤報(bào)告快速解決錯(cuò)誤？需求規(guī)格評(píng)審實(shí)例例3：“HTML分析器可以產(chǎn)生HTML標(biāo)記錯(cuò)需求規(guī)格評(píng)審實(shí)例例3需求：“HTML分析器可以產(chǎn)生一個(gè)錯(cuò)誤報(bào)告，錯(cuò)誤報(bào)告包含有在被分析文件中出錯(cuò)的HTML文本和行號(hào)以及錯(cuò)誤的描述。如果沒(méi)有錯(cuò)誤，就不會(huì)產(chǎn)生錯(cuò)誤報(bào)告”?，F(xiàn)在我們知道了，什么會(huì)被加到出錯(cuò)報(bào)告中，但是出錯(cuò)報(bào)告是個(gè)什么樣子，則留由設(shè)計(jì)人員決定。我們還指定了一個(gè)例外：如果沒(méi)有發(fā)現(xiàn)錯(cuò)誤，不產(chǎn)生錯(cuò)誤報(bào)告。需求規(guī)格評(píng)審實(shí)例例3需求：需求規(guī)格評(píng)審實(shí)例練習(xí)：以下描述哪些屬于不精確的用戶需求描述？如果不精確，應(yīng)如何改正？

1）系統(tǒng)應(yīng)表現(xiàn)出良好的響應(yīng)速度。

不精確，應(yīng)指出具體項(xiàng)目和響應(yīng)時(shí)間。

2）系統(tǒng)必須用菜單驅(qū)動(dòng)。

“必須”不精確，因系統(tǒng)還可以用其他方式驅(qū)動(dòng)。

3）在數(shù)據(jù)錄入界面，應(yīng)該有10個(gè)按鈕。

不精確，因過(guò)于細(xì)致，限制了設(shè)計(jì)的自由度。

4）系統(tǒng)運(yùn)行時(shí)占用的內(nèi)存不得超過(guò)200M。

僅是一個(gè)約束條件。

5）電梯應(yīng)平穩(wěn)運(yùn)行。

不精確，應(yīng)指出加速、減速、運(yùn)行速度的大小。

6）即使系統(tǒng)崩潰，也不能損壞用戶數(shù)據(jù)。

不精確，因這是一個(gè)難以保證的“用戶需求”。需求規(guī)格評(píng)審實(shí)例練習(xí)：以下描述哪些屬于不精確的用戶需求描2、為需求寫測(cè)試用例目標(biāo)是識(shí)別需求的含混性以需求為基礎(chǔ)，并視其為黑盒子，然后編寫測(cè)試用例。要覆蓋需求常見(jiàn)的測(cè)試點(diǎn)入口條件出口條件主事件流可選事件流非功能需求2、為需求寫測(cè)試用例目標(biāo)是識(shí)別需求的含混性3、用檢查單識(shí)別常見(jiàn)問(wèn)題3、用檢查單識(shí)別常見(jiàn)問(wèn)題4、為需求設(shè)定優(yōu)先級(jí)支持項(xiàng)目分期交付支持需求取舍之道支持需求的模式化4、為需求設(shè)定優(yōu)先級(jí)支持項(xiàng)目分期交付為什么要設(shè)定需求的優(yōu)先級(jí)軟件開(kāi)發(fā)受時(shí)間、成本、質(zhì)量等多種資源的限制，同時(shí)軟件開(kāi)發(fā)的高不確定性，導(dǎo)致需求在項(xiàng)目結(jié)束時(shí)往往難以被全部實(shí)現(xiàn)。因此需要在需求開(kāi)發(fā)階段，對(duì)需求進(jìn)行分解，設(shè)定優(yōu)先級(jí)，先實(shí)現(xiàn)優(yōu)先級(jí)別較高的需求，有助于維護(hù)項(xiàng)目收益和提高項(xiàng)目成功率。為什么要設(shè)定需求的優(yōu)先級(jí)軟件開(kāi)發(fā)受時(shí)間、成本、質(zhì)量等多種資基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定費(fèi)用方法（Cost）：價(jià)值方法（Value）：風(fēng)險(xiǎn)方法（Risk）：最小費(fèi)用優(yōu)先原則最高價(jià)值優(yōu)先原則最低風(fēng)險(xiǎn)優(yōu)先原則它們本質(zhì)上從單一視角探尋適用標(biāo)準(zhǔn)來(lái)評(píng)價(jià)每個(gè)需求，并且計(jì)算出一個(gè)分值用于編排需求的優(yōu)先級(jí)。如何設(shè)定需求的優(yōu)先級(jí)基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定費(fèi)用方法（Cost）：最小費(fèi)基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定XXXXX%XXX%XXX%XXXXn.XXXXX優(yōu)先級(jí)風(fēng)險(xiǎn)%相對(duì)風(fēng)險(xiǎn)費(fèi)用%相對(duì)費(fèi)用價(jià)值%總價(jià)值相對(duì)損失相對(duì)利潤(rùn)需求/特性XXXXX%XXX%XXX%XXXX1.XXXXX總計(jì)XXXX相對(duì)權(quán)值在一個(gè)平面中列出要設(shè)定優(yōu)先級(jí)的所有需求、特性或使用實(shí)例；在這個(gè)例子中，我們將使用特性來(lái)設(shè)定優(yōu)先級(jí)。所有項(xiàng)都必須在同一抽象級(jí)別上；不要把個(gè)人需求與產(chǎn)品特性混合在一起。如果某些特性有邏輯上的聯(lián)系（例如，只有包括特性A的情況下才能實(shí)現(xiàn)特性B）那么在分析中只要列出驅(qū)動(dòng)特性就可以了。這種模型在其有效范圍內(nèi)可以容納幾十種特性。如果你有更多的項(xiàng)，那么就把相關(guān)的特性歸成一類，并建立一個(gè)可管理的初始化列表。如果你需要的話，可以在更詳細(xì)的級(jí)別上進(jìn)行第二輪分析。估計(jì)每一個(gè)特性提供給客戶或業(yè)務(wù)的相關(guān)利益，并用1~9劃分等級(jí)，1代表可忽略的利益，9代表最大的價(jià)值。這些利益等級(jí)表明了與產(chǎn)品的業(yè)務(wù)需求的一致性?？蛻舸硎桥袛噙@些利益的最佳人選。在缺省情況下，利潤(rùn)和損失的權(quán)值是相等的，作為一種精化，你可以更改這兩個(gè)因素的相對(duì)權(quán)值。估計(jì)出如果沒(méi)有把應(yīng)該實(shí)現(xiàn)的特性包括到產(chǎn)品中，將會(huì)給客戶或業(yè)務(wù)上帶來(lái)的損失。使用1~9劃分等級(jí)，這里1代表基本無(wú)損失，9代表嚴(yán)重?fù)p失?？們r(jià)值＝相對(duì)利潤(rùn)＋相對(duì)損失價(jià)值%=總價(jià)值/總計(jì)價(jià)值×100

根據(jù)需求的復(fù)雜度，所需求的用戶界面的實(shí)現(xiàn)情況、重用當(dāng)前代碼的潛在能力、所需要的測(cè)試量和文檔等等，開(kāi)發(fā)者可以估算出費(fèi)用。估計(jì)實(shí)現(xiàn)每個(gè)特性的相對(duì)費(fèi)用，使用1（低）~9（高）劃分等級(jí)。平面圖將計(jì)算出由每一個(gè)特性所構(gòu)成的總費(fèi)用的百分比。開(kāi)發(fā)者應(yīng)該要估計(jì)出與每個(gè)特性相關(guān)的技術(shù)或風(fēng)險(xiǎn)相對(duì)程度，并利用1~9劃分等級(jí)。1級(jí)表示你可以輕而易舉地實(shí)現(xiàn)編程，而9級(jí)表示需要極大地關(guān)注其可行性、缺乏具有專門知識(shí)的人員，或者使用不成熟或不熟悉的工具和技術(shù)。平面圖將計(jì)算出每個(gè)特性所產(chǎn)生的風(fēng)險(xiǎn)百分比。在缺省情況下，利潤(rùn)損失，費(fèi)用和風(fēng)險(xiǎn)的權(quán)值是相等的，但是你可以在平面圖中調(diào)整其權(quán)值。如果你無(wú)需在模型中考慮風(fēng)險(xiǎn)，就把風(fēng)險(xiǎn)的權(quán)值設(shè)為0。價(jià)值%優(yōu)先級(jí)＝（費(fèi)用%×費(fèi)用權(quán)值）＋（風(fēng)險(xiǎn)%×風(fēng)險(xiǎn)權(quán)值）基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定XXXXX%XXX%XXX%優(yōu)先級(jí)設(shè)定演示相對(duì)權(quán)值2110.5需求/特性相對(duì)利潤(rùn)相對(duì)損失總價(jià)值價(jià)值%相對(duì)費(fèi)用費(fèi)用%相對(duì)風(fēng)險(xiǎn)風(fēng)險(xiǎn)%優(yōu)先級(jí)UC153138.42813.01.345UC2972516.2511.939.10.987UC355159.737.126.10.957UC42153.212.413.00.833UC5491711.049.5412.10.708UC643117.137.126.10.702UC762149.149.539.10.646UC8982616.9716.78220.586UC934106.549.526.10.517UC1074811.7921.4721.20.365總計(jì)54461541004210033100迭代1BaseLine=UC1-3迭代2BaseLine=UC4-6迭代3BaseLine=UC7-9優(yōu)先級(jí)設(shè)定演示相對(duì)權(quán)值2110.5需求/特性相對(duì)相對(duì)總5、最后：形成總體共識(shí)

本需求文檔建立在雙方對(duì)需求的共同理解基礎(chǔ)上，我同意后續(xù)的開(kāi)發(fā)工作根據(jù)該需求文檔開(kāi)展。如果需求發(fā)生變化，我們將按照“需求變更控制規(guī)程”執(zhí)行。我明白，需求的變更將導(dǎo)致雙方重新協(xié)商成本、資源和進(jìn)度等。甲方負(fù)責(zé)人簽字乙方負(fù)責(zé)人簽字5、最后：形成總體共識(shí)什么是需求變更？項(xiàng)目實(shí)現(xiàn)需求的程度(失敗)、（成功）初始需求變更的需求對(duì)問(wèn)題的初始理解對(duì)問(wèn)題的新理解時(shí)間二、控制需求變更什么是需求變更？初始需求變更的需求對(duì)問(wèn)題的對(duì)問(wèn)題的時(shí)間二、控受控的需求需求文檔V1系統(tǒng)實(shí)現(xiàn)V1系統(tǒng)實(shí)現(xiàn)V2需求變更受控的需求需求文檔V1系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)需求變更受控的需求變更需求文檔V1需求文檔V2系統(tǒng)實(shí)現(xiàn)V1系統(tǒng)實(shí)現(xiàn)V2需求變更由CCB委員會(huì)裁定受控的需求變更需求文檔V1需求文檔V2系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)需求變CCB的解釋CCB變更控制委員會(huì)(ChangeControlBoard)CCB是系統(tǒng)集成項(xiàng)目的所有者權(quán)益代表，負(fù)載裁定接受那些變更。CCB由項(xiàng)目所涉及的多方成員共同組成，通常包括用戶和實(shí)施方的決策人員。CCB是決策機(jī)構(gòu)，不是作業(yè)機(jī)構(gòu)，通常CCB的工作是通過(guò)評(píng)審手段來(lái)決定項(xiàng)目是否能變更，不提出變更方案。CCB的解釋CCB變更控制委員會(huì)(ChangeContr批準(zhǔn)提出變更請(qǐng)求變更影響評(píng)估評(píng)審評(píng)估報(bào)告審批用戶認(rèn)可修訂項(xiàng)目計(jì)劃實(shí)施變更驗(yàn)證變更結(jié)束拒絕修正需求變更控制流程批準(zhǔn)提出變更請(qǐng)求變更影響評(píng)估評(píng)審評(píng)估報(bào)告審批用戶認(rèn)可修訂項(xiàng)目需求變更申請(qǐng)單（我國(guó)）需求變更申請(qǐng)單（我國(guó)）變更管理五級(jí)成熟度模型第五級(jí)統(tǒng)一平臺(tái)（建立變更管理工作流系統(tǒng)）第四級(jí)統(tǒng)一流程（為了協(xié)商小組高效工作而設(shè)定）第三級(jí)統(tǒng)一協(xié)商（批處理、根據(jù)項(xiàng)目設(shè)定變更批處理周期）第二級(jí)統(tǒng)一接口（協(xié)商改動(dòng)的人應(yīng)少而精、項(xiàng)目層）第一級(jí)統(tǒng)一描述（變更單標(biāo)準(zhǔn)化）變更管理五級(jí)成熟度模型第五級(jí)統(tǒng)一平臺(tái)（建立變更管理工作流系需求變更案例分析面對(duì)客戶的需求變更，接受還是拒絕？在某公司的項(xiàng)目管理課堂上，小李，小王、小林等人正在七嘴八舌地議論紛紛。原來(lái)，大家正在討論公司最近遇到的兩個(gè)頗為有趣的項(xiàng)目。

需求變更案例分析面對(duì)客戶的需求變更，接受還是拒絕？情況1：盡量滿足用戶需要據(jù)小王介紹，這兩個(gè)項(xiàng)目分別由兩個(gè)項(xiàng)目經(jīng)理來(lái)?yè)?dān)任。其中，項(xiàng)目經(jīng)理A屬于“謙虛”型，對(duì)于客戶提出的問(wèn)題，無(wú)論大小都給與解決，客戶對(duì)此非常滿意，然而，項(xiàng)目進(jìn)度卻拖得比較長(zhǎng)，而且，客戶總想把所有的問(wèn)題都改完再說(shuō)，項(xiàng)目已經(jīng)一再延期。情況1：盡量滿足用戶需要據(jù)小王介紹，這兩個(gè)項(xiàng)目分別由兩個(gè)項(xiàng)目情況2：嚴(yán)格執(zhí)行項(xiàng)目計(jì)劃相比之下，項(xiàng)目經(jīng)理B顯得稍有些“盛氣凌人”，對(duì)于客戶提出的問(wèn)題，大多都不予理睬，客戶對(duì)此不是很滿意，不過(guò)，該項(xiàng)目的進(jìn)度控制得比較好，基本能夠按期完成項(xiàng)目。情況2：嚴(yán)格執(zhí)行項(xiàng)目計(jì)劃相比之下，項(xiàng)目經(jīng)理B顯得稍有些“盛氣分析1不太遷就用戶小王：“對(duì)項(xiàng)目經(jīng)理來(lái)說(shuō)，成本、質(zhì)量和時(shí)間是最為重要的三要素。與客戶的關(guān)系當(dāng)然很重要，但也要全盤考慮項(xiàng)目的各要素。對(duì)于用戶的要求，應(yīng)該在有限的范圍內(nèi)給與解決，但不可以做出太大的犧牲。一味的遷就用戶將會(huì)使整個(gè)項(xiàng)目失敗?！?/p>

分析1不太遷就用戶小王：“對(duì)項(xiàng)目經(jīng)理來(lái)說(shuō)，成本、質(zhì)量和時(shí)間分析2堅(jiān)持原則，適當(dāng)調(diào)節(jié)用戶關(guān)系小林：“當(dāng)前，國(guó)內(nèi)的項(xiàng)目一般情況下是由銷售處面簽單，再由項(xiàng)目經(jīng)理接手后續(xù)的工作，因此客戶關(guān)系多在事前已經(jīng)搞定。發(fā)生新的情況后，可以由公司的公關(guān)部出面與客戶進(jìn)行協(xié)調(diào)，項(xiàng)目經(jīng)理可以在此過(guò)程中堅(jiān)持一下原則，與公司的公關(guān)部一個(gè)紅臉，一個(gè)白臉，唱出一出好戲?！?/p>

分析2堅(jiān)持原則，適當(dāng)調(diào)節(jié)用戶關(guān)系小林：“當(dāng)前，國(guó)內(nèi)的項(xiàng)目一分析3用戶就是上帝小李：“不管怎樣，客戶才是第一位的?？蛻艨梢越o你帶來(lái)收入，也可以給你帶來(lái)更多的客戶和工作，有什么道理不多配合一下他們呢？說(shuō)實(shí)話我對(duì)B的做法蠻欣賞的，可惜行不通。因?yàn)榭蛻羰巧系?，如果照B的做法，后果會(huì)造成做一次項(xiàng)目丟掉一個(gè)客戶，太不劃算了。”

分析3用戶就是上帝小李：“不管怎樣，客戶才是第一位的?？蛻魡?wèn)題：1、如果你的項(xiàng)目遇到需求變更問(wèn)題，你會(huì)采用哪種方式去應(yīng)對(duì)？2、分析這兩種應(yīng)對(duì)需求變更方式的優(yōu)缺點(diǎn)。

問(wèn)題：指導(dǎo)策略：合理控制1、根據(jù)客戶提出需求的實(shí)際情況而定對(duì)于客戶的需求，如何是合理的，在自己的范圍之內(nèi)，是可以變更的，但是如果在對(duì)前面的主體框架是做以否定的話，那就斷然拒絕！指導(dǎo)策略：合理控制1、根據(jù)客戶提出需求的實(shí)際情況而定指導(dǎo)策略：合理控制2、把握好度項(xiàng)目的目的是在規(guī)定的時(shí)間內(nèi)完成規(guī)定的內(nèi)容。項(xiàng)目范圍在項(xiàng)目啟動(dòng)階段就已經(jīng)確定下來(lái)了，絕對(duì)不能更改的。如果經(jīng)常更改，項(xiàng)目經(jīng)理需要分析一下原因。如果是客戶原因需要更改，項(xiàng)目經(jīng)理需要分析工作量，盡量少做改動(dòng)，但是不能完全拒絕客戶。如果全盤接受，客戶會(huì)毫無(wú)顧及的更改；如果全然拒絕，就沒(méi)做好溝通管理。指導(dǎo)策略：合理控制2、把握好度隨著開(kāi)發(fā)工作的進(jìn)展需求將逐步擴(kuò)展和演化各個(gè)開(kāi)發(fā)階段的工作業(yè)務(wù)之間存在的繼承關(guān)系使每一項(xiàng)需求均能追溯到前后繼承關(guān)系的脈絡(luò)清晰可見(jiàn)三、需求跟蹤隨著開(kāi)發(fā)工作的進(jìn)展需求將逐步擴(kuò)展和演化三、需求跟蹤開(kāi)發(fā)階段需求狀態(tài)需求建議設(shè)計(jì)編碼測(cè)試獲取定義承諾設(shè)計(jì)實(shí)現(xiàn)完成生存期各階段需求狀態(tài)的演變開(kāi)發(fā)需求需求建議設(shè)計(jì)編碼測(cè)試獲取定義承諾設(shè)計(jì)實(shí)現(xiàn)完成生存期各需求的類型及其追蹤性問(wèn)題解決方案領(lǐng)域業(yè)務(wù)領(lǐng)域業(yè)務(wù)需求用戶需求軟件需求測(cè)試規(guī)約設(shè)計(jì)或代碼用戶手冊(cè)所要構(gòu)建的系統(tǒng)追蹤性需求的類型及其追蹤性問(wèn)題解決方案領(lǐng)域業(yè)務(wù)領(lǐng)域業(yè)務(wù)需求用戶需求需求跟蹤歸納如下：1、建立和維護(hù)需求跟蹤矩陣正向跟蹤逆向跟蹤當(dāng)需求文檔或后續(xù)工作成果發(fā)生變更時(shí)，要及時(shí)更新需求跟蹤矩陣2、查找不一致后續(xù)工作成果沒(méi)有實(shí)現(xiàn)需求文檔中的某些需求后續(xù)工作成果實(shí)現(xiàn)了需求文檔中不存在的需求后續(xù)工作成果沒(méi)有正確實(shí)現(xiàn)需求文檔中的需求3、消除不一致將消除不一致記錄到“需求跟蹤報(bào)告”消除不一致后，項(xiàng)目經(jīng)理更新“需求跟蹤矩陣”需求跟蹤歸納如下：軟件需求屬性矩陣屬性需求需求狀態(tài)優(yōu)先級(jí)工作量風(fēng)險(xiǎn)穩(wěn)定性產(chǎn)品版本職責(zé)分配原因功能需求非功能需求設(shè)計(jì)約束軟件需求屬性矩陣屬性需求優(yōu)先級(jí)工作量風(fēng)險(xiǎn)穩(wěn)定性產(chǎn)品職責(zé)第2章IT項(xiàng)目管理之需求管理實(shí)現(xiàn)“需求全生命周期”的管理達(dá)到“需求-開(kāi)發(fā)-測(cè)試”一體化實(shí)現(xiàn)“需求全生命周期”的管理需求生命周期管理平臺(tái)需求生命周期管理平臺(tái)一些重要名詞解釋管理流程：用于管理的規(guī)范流程（例如：需求確認(rèn)、審批、簽署、驗(yàn)收、變更流程等）OBS：組織分解結(jié)構(gòu)（以樹(shù)形結(jié)構(gòu)描述項(xiàng)目參與組織與角色的分解）WBS:工作分解結(jié)構(gòu)（以樹(shù)形結(jié)構(gòu)描述工作任務(wù)分解）PBS：產(chǎn)品分解結(jié)構(gòu)（以樹(shù)形結(jié)構(gòu)描述交付物分解）RBS:資源分解結(jié)構(gòu)（以樹(shù)形結(jié)構(gòu)描述服務(wù)于項(xiàng)目的資源）報(bào)表模版：項(xiàng)目執(zhí)行所需要的報(bào)表、報(bào)告、文檔的模版活動(dòng)：Activity（WBS的葉子），也稱為工作，作業(yè)等依賴關(guān)系：作業(yè)(活動(dòng))的先后次序資源：有形資源，為完成工作所用到的人財(cái)物日歷：工作日歷關(guān)鍵路徑：一系列不得有任何推遲的工作，否則就來(lái)不及了浮時(shí)：那些有可能能推遲的工作的浮動(dòng)時(shí)間量基線：計(jì)劃的快照，形成比較基準(zhǔn)風(fēng)險(xiǎn)：預(yù)計(jì)未來(lái)可能發(fā)生并對(duì)項(xiàng)目產(chǎn)生影響的事件變更：項(xiàng)目進(jìn)行過(guò)程中產(chǎn)生的新需求或原有需求的變化一些重要名詞解釋管理流程：用于管理的規(guī)范流程（例如：需求確認(rèn)項(xiàng)目管理基礎(chǔ)動(dòng)畫教程1、資源分配管理；2、個(gè)人效能；3、資源管理；4、風(fēng)險(xiǎn)管理；5、承諾；6、不懂承諾的管理者；7、不明白依賴；8、不知后果；9、理解承諾事項(xiàng)；10、索取承諾的困難；11、信口開(kāi)河；12、假裝信心；13、不切實(shí)際的信心；14、其實(shí)不可能做到；15、其實(shí)做到是萬(wàn)幸；16、沒(méi)有自知之明；17、對(duì)任何人都說(shuō)盡力；18、項(xiàng)目缺失了什么；19、現(xiàn)狀調(diào)查。項(xiàng)目管理基礎(chǔ)動(dòng)畫教程1、資源分配管理；11、信口開(kāi)河；本節(jié)結(jié)束，祝大家需求為準(zhǔn)！謝謝本節(jié)結(jié)束，祝大家需求為準(zhǔn)！謝謝IT項(xiàng)目管理之需求為準(zhǔn)第二部分IT項(xiàng)目管理之需求為準(zhǔn)第二部分需求工程需求獲取需求分析文檔編寫需求狀態(tài)需求跟蹤版本控制需求開(kāi)發(fā)需求管理需求驗(yàn)證需求變更需求工程需求獲取需求分析文檔編寫需求狀態(tài)需求跟蹤版本控制需求基礎(chǔ)認(rèn)知需求相關(guān)概念剖析基礎(chǔ)認(rèn)知需求相關(guān)概念剖析需求的重要性需求是業(yè)務(wù)的根源，需求工作的優(yōu)劣對(duì)業(yè)務(wù)影響最大。就像一條河流，如果源頭被污染了，那么整條河流也就被污染了。需求的重要性需求是業(yè)務(wù)的根源，需求工作的優(yōu)劣對(duì)業(yè)務(wù)影響最大。需求是缺陷主要來(lái)源錯(cuò)誤定位費(fèi)用分析錯(cuò)誤引入階段分析JamesMartin：超過(guò)50%的缺陷由不完善的、不正確的、不準(zhǔn)確的和/或不明確的需求所引起JamesMartin：80%以上的用于定位業(yè)務(wù)錯(cuò)誤的費(fèi)用是基于業(yè)務(wù)系統(tǒng)需求定義的錯(cuò)誤需求是缺陷主要來(lái)源錯(cuò)誤定位費(fèi)用分析錯(cuò)誤引入階段分析James一個(gè)小故事一個(gè)小故事如何練就需求分析的火眼金晴？5W+1H+8C

5W就是Who、When、Where、What、WhyWhy是關(guān)鍵1H就是How–需求本身的流程8C指的是8個(gè)約束和限制，即8個(gè)Constraints：包括性能Performance、成本Cost、時(shí)間Time、可靠性Reliability、安全性Security、合規(guī)性Compliance、技術(shù)性Technology、兼容性Compatibility如何練就需求分析的火眼金晴？5W+1H+8C如何建立組織級(jí)需求工程？專業(yè)的角色做專業(yè)的事？專業(yè)的人做專業(yè)的事？如何建立組織級(jí)需求工程？專業(yè)的角色做專業(yè)的事？專業(yè)的人做專業(yè)需求工程貫穿開(kāi)發(fā)全過(guò)程設(shè)計(jì)需求架構(gòu)設(shè)計(jì)系統(tǒng)規(guī)格軟件需求硬件需求質(zhì)量屬性DFX業(yè)務(wù)需求用戶需求內(nèi)部需求客戶要求功能需求非功能需求標(biāo)準(zhǔn)約束書面標(biāo)準(zhǔn)事實(shí)標(biāo)準(zhǔn)需求工程貫穿開(kāi)發(fā)全過(guò)程設(shè)計(jì)需求架構(gòu)設(shè)計(jì)系統(tǒng)規(guī)格軟件需求硬件需需求存在什么問(wèn)題不是“大而全”，而是“準(zhǔn)而精”；鍍金.swf不是“熱點(diǎn)組合”，而是“關(guān)鍵點(diǎn)組合”；不是“盲目跟風(fēng)”，而是“為我所用”；不是“形成報(bào)告”，而是“達(dá)成共識(shí)”。CRUDLCreate-Read-Update-Delete-List需求存在什么問(wèn)題不是“大而全”，而是“準(zhǔn)而精”；鍍金.swf1.可行性研究項(xiàng)目的機(jī)會(huì)選擇初步可行性研究詳細(xì)可行性研究（1）可行性分析報(bào)告模版（2）金蝶公司可行性分析報(bào)告2.項(xiàng)目立項(xiàng)立項(xiàng)管理過(guò)程建設(shè)方的立項(xiàng)管理承建方的立項(xiàng)管理（1）某大型集團(tuán)IT項(xiàng)目實(shí)施管理方法（2）校務(wù)通模型可研與立項(xiàng)1.可行性研究2.項(xiàng)目立項(xiàng)可研與立項(xiàng)第2章IT項(xiàng)目管理之需求管理合同項(xiàng)目立項(xiàng)過(guò)程1.甲方過(guò)程招標(biāo)書定義、乙方選擇、合同簽署2.乙方過(guò)程項(xiàng)目分析、競(jìng)標(biāo)、合同簽署3.相關(guān)文檔《立項(xiàng)報(bào)告》、《可行性分析報(bào)告》、《標(biāo)書》合同項(xiàng)目立項(xiàng)過(guò)程1.甲方過(guò)程需求分析在工程中的位置用戶業(yè)務(wù)模型需求分析師抽象、提煉需求模型開(kāi)發(fā)團(tuán)隊(duì)設(shè)計(jì)依據(jù)軟件模型需求分析在工程中的位置用戶業(yè)務(wù)模型需求分析師抽象、提煉需求用戶/系統(tǒng)業(yè)務(wù)管理者初始需求變更的需求獲取,分析,定義,驗(yàn)證需求控制需求變更需求規(guī)格說(shuō)明項(xiàng)目環(huán)境需求開(kāi)發(fā)需求管理需求工程活動(dòng)綜合關(guān)系用戶/系統(tǒng)業(yè)務(wù)管理者初始需求變更的需求獲取,分析,定義,驗(yàn)證包括：需求確認(rèn)、需求變更控制、需求跟蹤1、需求確認(rèn)需求確認(rèn)是指開(kāi)發(fā)方和用戶共同對(duì)需求文檔進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后做出書面承諾，使需求文檔具有商業(yè)合同效果。需求管理的最終作用需求管理的目的是在用戶與開(kāi)發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與工作成果的一致性，并控制需求的變更。

包括：需求確認(rèn)、需求變更控制、需求跟蹤需求管理的最終作用一、需求確認(rèn)項(xiàng)目開(kāi)發(fā)面臨的實(shí)際問(wèn)題一、需求確認(rèn)項(xiàng)目開(kāi)發(fā)面臨的實(shí)際問(wèn)題項(xiàng)目開(kāi)發(fā)面臨的實(shí)際問(wèn)題項(xiàng)目開(kāi)發(fā)面臨的實(shí)際問(wèn)題項(xiàng)目開(kāi)發(fā)面臨的實(shí)際問(wèn)題項(xiàng)目開(kāi)發(fā)面臨的實(shí)際問(wèn)題需求驗(yàn)證的目的和任務(wù)需求驗(yàn)證的目的就是要確保軟件需求具有良好的特性（如完整性，正確性等）。需求驗(yàn)證包含的活動(dòng)滿足性（功能需求是否滿足需要）滿意性（非功能需求是否滿意）明確及含蓄的需求(失敗)、(成功)共識(shí)行（是否能共同理解）可行性（技術(shù)是否可行）明晰性（信息是否存在含混性）需求驗(yàn)證的目的和任務(wù)需求驗(yàn)證的目的就是要確保軟件需求具有良好1、為需求進(jìn)行正式評(píng)審正式的審查過(guò)程1、為需求進(jìn)行正式評(píng)審正式的審查過(guò)程需求評(píng)審做不好的后果：?需求變更?需求不明確?需求不可測(cè)?需求不可實(shí)現(xiàn)?導(dǎo)致后續(xù)工作難于開(kāi)展或經(jīng)常出現(xiàn)變更

由于需求未能得到有效管理，在最終項(xiàng)目驗(yàn)收過(guò)程中出現(xiàn)了令人不愉快的情況，實(shí)際開(kāi)發(fā)的軟件沒(méi)能完全反映用戶的需求，導(dǎo)致用戶不滿意，項(xiàng)目延期。需求評(píng)審做不好的后果：?需求變更如何進(jìn)行需求評(píng)審?參與需求分析和評(píng)審的人員的管理?軟件需求文檔的管理?需求分析過(guò)程的管理?需求變更的管理如何進(jìn)行需求評(píng)審?參與需求分析和評(píng)審的人員的管理需求規(guī)格評(píng)審實(shí)例例1：“產(chǎn)品應(yīng)在不少于每秒的正常周期內(nèi)提供狀態(tài)信息?！狈治觯哼@個(gè)需求是不完整的：狀態(tài)信息是什么，如何顯示給用戶。這個(gè)需求有幾處含糊。我們?cè)谡務(wù)摦a(chǎn)品的哪部分？狀態(tài)信息間隔真的假定為不少于秒？，甚者每10年顯示一條新的狀態(tài)信息也可以？也許它的意圖是消息間隔不應(yīng)超過(guò)秒，那么1毫秒是不是太短？“每”這個(gè)詞導(dǎo)致了不確定性。問(wèn)題的后果，就是需求的不可證實(shí)。需求規(guī)格評(píng)審實(shí)例例1：“產(chǎn)品應(yīng)在不少于每秒的正常周期內(nèi)提供狀需求規(guī)格評(píng)審實(shí)例例1需求：后臺(tái)任務(wù)管理器因以誤差上下不超過(guò)10秒的秒間隔，在用戶界面的指定位置顯示狀態(tài)信息；如果后臺(tái)進(jìn)程處理正常，那么應(yīng)該顯示任務(wù)已完成的百分?jǐn)?shù)/比；任務(wù)完成時(shí)，應(yīng)顯示相關(guān)的信息；后臺(tái)任務(wù)出錯(cuò)應(yīng)該顯示錯(cuò)誤信息；為了測(cè)試和追蹤，將需求分解多個(gè)子需求。使在構(gòu)造和測(cè)試時(shí)，被易于分別執(zhí)行。需求規(guī)格評(píng)審實(shí)例例1需求：需求規(guī)格評(píng)審實(shí)例例2：“產(chǎn)品應(yīng)瞬間在文本中的顯示和隱藏不可打印字符間切換”

計(jì)算機(jī)在瞬間不能做任何事，所以這個(gè)需求不切實(shí)可行。它的不完整性表現(xiàn)在沒(méi)有聲明觸發(fā)狀態(tài)切換的條件。軟件要在某些條件下更改自己？或者用戶為了模仿更改要做一些什么動(dòng)作？而且，在文檔中改變顯示的范圍是多大：選中的文本？整個(gè)的文檔，或其他的？這也是個(gè)模模糊的問(wèn)題。不可打印字符和隱藏字符一樣嗎？或者是一些屬性標(biāo)志或一些控制字符？問(wèn)題的后果，就是需求的不可證實(shí)。需求規(guī)格評(píng)審實(shí)例例2：“產(chǎn)品應(yīng)瞬間在文本中的顯示和隱藏不可打需求規(guī)格評(píng)審實(shí)例例2需求：用戶能夠在一個(gè)由特定觸發(fā)條件激活處于編輯的文檔中在顯示和隱藏所有HTML標(biāo)記間切換。現(xiàn)在就很清楚，不可打印字符是HTML標(biāo)記。由于沒(méi)有定義觸發(fā)條件，需求對(duì)設(shè)計(jì)沒(méi)有約束力。只有設(shè)計(jì)人員選定了觸發(fā)條件后，你才能編寫測(cè)試驗(yàn)證觸發(fā)的正確操作。需求規(guī)格評(píng)審實(shí)例例2需求：需求規(guī)格評(píng)審實(shí)例例3：“HTML分析器可以產(chǎn)生HTML標(biāo)記錯(cuò)誤報(bào)告，幫助HTML入門者快速解決錯(cuò)誤”。單詞“快速”使其模糊，沒(méi)有加進(jìn)錯(cuò)誤報(bào)告的定義也是不完整的。我不知道，你怎么驗(yàn)證這個(gè)需求。找一個(gè)自稱為HTML的入門者，看看能不能根據(jù)錯(cuò)誤報(bào)告快速解決錯(cuò)誤？需求規(guī)格評(píng)審實(shí)例例3：“HTML分析器可以產(chǎn)生HTML標(biāo)記錯(cuò)需求規(guī)格評(píng)審實(shí)例例3需求：“HTML分析器可以產(chǎn)生一個(gè)錯(cuò)誤報(bào)告，錯(cuò)誤報(bào)告包含有在被分析文件中出錯(cuò)的HTML文本和行號(hào)以及錯(cuò)誤的描述。如果沒(méi)有錯(cuò)誤，就不會(huì)產(chǎn)生錯(cuò)誤報(bào)告”?，F(xiàn)在我們知道了，什么會(huì)被加到出錯(cuò)報(bào)告中，但是出錯(cuò)報(bào)告是個(gè)什么樣子，則留由設(shè)計(jì)人員決定。我們還指定了一個(gè)例外：如果沒(méi)有發(fā)現(xiàn)錯(cuò)誤，不產(chǎn)生錯(cuò)誤報(bào)告。需求規(guī)格評(píng)審實(shí)例例3需求：需求規(guī)格評(píng)審實(shí)例練習(xí)：以下描述哪些屬于不精確的用戶需求描述？如果不精確，應(yīng)如何改正？

1）系統(tǒng)應(yīng)表現(xiàn)出良好的響應(yīng)速度。

不精確，應(yīng)指出具體項(xiàng)目和響應(yīng)時(shí)間。

2）系統(tǒng)必須用菜單驅(qū)動(dòng)。

“必須”不精確，因系統(tǒng)還可以用其他方式驅(qū)動(dòng)。

3）在數(shù)據(jù)錄入界面，應(yīng)該有10個(gè)按鈕。

不精確，因過(guò)于細(xì)致，限制了設(shè)計(jì)的自由度。

4）系統(tǒng)運(yùn)行時(shí)占用的內(nèi)存不得超過(guò)200M。

僅是一個(gè)約束條件。

5）電梯應(yīng)平穩(wěn)運(yùn)行。

不精確，應(yīng)指出加速、減速、運(yùn)行速度的大小。

6）即使系統(tǒng)崩潰，也不能損壞用戶數(shù)據(jù)。

不精確，因這是一個(gè)難以保證的“用戶需求”。需求規(guī)格評(píng)審實(shí)例練習(xí)：以下描述哪些屬于不精確的用戶需求描2、為需求寫測(cè)試用例目標(biāo)是識(shí)別需求的含混性以需求為基礎(chǔ)，并視其為黑盒子，然后編寫測(cè)試用例。要覆蓋需求常見(jiàn)的測(cè)試點(diǎn)入口條件出口條件主事件流可選事件流非功能需求2、為需求寫測(cè)試用例目標(biāo)是識(shí)別需求的含混性3、用檢查單識(shí)別常見(jiàn)問(wèn)題3、用檢查單識(shí)別常見(jiàn)問(wèn)題4、為需求設(shè)定優(yōu)先級(jí)支持項(xiàng)目分期交付支持需求取舍之道支持需求的模式化4、為需求設(shè)定優(yōu)先級(jí)支持項(xiàng)目分期交付為什么要設(shè)定需求的優(yōu)先級(jí)軟件開(kāi)發(fā)受時(shí)間、成本、質(zhì)量等多種資源的限制，同時(shí)軟件開(kāi)發(fā)的高不確定性，導(dǎo)致需求在項(xiàng)目結(jié)束時(shí)往往難以被全部實(shí)現(xiàn)。因此需要在需求開(kāi)發(fā)階段，對(duì)需求進(jìn)行分解，設(shè)定優(yōu)先級(jí)，先實(shí)現(xiàn)優(yōu)先級(jí)別較高的需求，有助于維護(hù)項(xiàng)目收益和提高項(xiàng)目成功率。為什么要設(shè)定需求的優(yōu)先級(jí)軟件開(kāi)發(fā)受時(shí)間、成本、質(zhì)量等多種資基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定費(fèi)用方法（Cost）：價(jià)值方法（Value）：風(fēng)險(xiǎn)方法（Risk）：最小費(fèi)用優(yōu)先原則最高價(jià)值優(yōu)先原則最低風(fēng)險(xiǎn)優(yōu)先原則它們本質(zhì)上從單一視角探尋適用標(biāo)準(zhǔn)來(lái)評(píng)價(jià)每個(gè)需求，并且計(jì)算出一個(gè)分值用于編排需求的優(yōu)先級(jí)。如何設(shè)定需求的優(yōu)先級(jí)基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定費(fèi)用方法（Cost）：最小費(fèi)基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定XXXXX%XXX%XXX%XXXXn.XXXXX優(yōu)先級(jí)風(fēng)險(xiǎn)%相對(duì)風(fēng)險(xiǎn)費(fèi)用%相對(duì)費(fèi)用價(jià)值%總價(jià)值相對(duì)損失相對(duì)利潤(rùn)需求/特性XXXXX%XXX%XXX%XXXX1.XXXXX總計(jì)XXXX相對(duì)權(quán)值在一個(gè)平面中列出要設(shè)定優(yōu)先級(jí)的所有需求、特性或使用實(shí)例；在這個(gè)例子中，我們將使用特性來(lái)設(shè)定優(yōu)先級(jí)。所有項(xiàng)都必須在同一抽象級(jí)別上；不要把個(gè)人需求與產(chǎn)品特性混合在一起。如果某些特性有邏輯上的聯(lián)系（例如，只有包括特性A的情況下才能實(shí)現(xiàn)特性B）那么在分析中只要列出驅(qū)動(dòng)特性就可以了。這種模型在其有效范圍內(nèi)可以容納幾十種特性。如果你有更多的項(xiàng)，那么就把相關(guān)的特性歸成一類，并建立一個(gè)可管理的初始化列表。如果你需要的話，可以在更詳細(xì)的級(jí)別上進(jìn)行第二輪分析。估計(jì)每一個(gè)特性提供給客戶或業(yè)務(wù)的相關(guān)利益，并用1~9劃分等級(jí)，1代表可忽略的利益，9代表最大的價(jià)值。這些利益等級(jí)表明了與產(chǎn)品的業(yè)務(wù)需求的一致性?？蛻舸硎桥袛噙@些利益的最佳人選。在缺省情況下，利潤(rùn)和損失的權(quán)值是相等的，作為一種精化，你可以更改這兩個(gè)因素的相對(duì)權(quán)值。估計(jì)出如果沒(méi)有把應(yīng)該實(shí)現(xiàn)的特性包括到產(chǎn)品中，將會(huì)給客戶或業(yè)務(wù)上帶來(lái)的損失。使用1~9劃分等級(jí)，這里1代表基本無(wú)損失，9代表嚴(yán)重?fù)p失。總價(jià)值＝相對(duì)利潤(rùn)＋相對(duì)損失價(jià)值%=總價(jià)值/總計(jì)價(jià)值×100

根據(jù)需求的復(fù)雜度，所需求的用戶界面的實(shí)現(xiàn)情況、重用當(dāng)前代碼的潛在能力、所需要的測(cè)試量和文檔等等，開(kāi)發(fā)者可以估算出費(fèi)用。估計(jì)實(shí)現(xiàn)每個(gè)特性的相對(duì)費(fèi)用，使用1（低）~9（高）劃分等級(jí)。平面圖將計(jì)算出由每一個(gè)特性所構(gòu)成的總費(fèi)用的百分比。開(kāi)發(fā)者應(yīng)該要估計(jì)出與每個(gè)特性相關(guān)的技術(shù)或風(fēng)險(xiǎn)相對(duì)程度，并利用1~9劃分等級(jí)。1級(jí)表示你可以輕而易舉地實(shí)現(xiàn)編程，而9級(jí)表示需要極大地關(guān)注其可行性、缺乏具有專門知識(shí)的人員，或者使用不成熟或不熟悉的工具和技術(shù)。平面圖將計(jì)算出每個(gè)特性所產(chǎn)生的風(fēng)險(xiǎn)百分比。在缺省情況下，利潤(rùn)損失，費(fèi)用和風(fēng)險(xiǎn)的權(quán)值是相等的，但是你可以在平面圖中調(diào)整其權(quán)值。如果你無(wú)需在模型中考慮風(fēng)險(xiǎn)，就把風(fēng)險(xiǎn)的權(quán)值設(shè)為0。價(jià)值%優(yōu)先級(jí)＝（費(fèi)用%×費(fèi)用權(quán)值）＋（風(fēng)險(xiǎn)%×風(fēng)險(xiǎn)權(quán)值）基于價(jià)值、費(fèi)用和風(fēng)險(xiǎn)的優(yōu)先級(jí)設(shè)定XXXXX%XXX%XXX%優(yōu)先級(jí)設(shè)定演示相對(duì)權(quán)值2110.5需求/特性相對(duì)利潤(rùn)相對(duì)損失總價(jià)值價(jià)值%相對(duì)費(fèi)用費(fèi)用%相對(duì)風(fēng)險(xiǎn)風(fēng)險(xiǎn)%優(yōu)先級(jí)UC153138.42813.01.345UC2972516.2511.939.10.987UC355159.737.126.10.957UC42153.212.413.00.833UC5491711.049.5412.10.708UC643117.137.126.10.702UC762149.149.539.10.646UC8982616.9716.78220.586UC934106.549.526.10.517UC1074811.7921.4721.20.365總計(jì)54461541004210033100迭代1BaseLine=UC1-3迭代2BaseLine=UC4-6迭代3BaseLine=UC7-9優(yōu)先級(jí)設(shè)定演示相對(duì)權(quán)值2110.5需求/特性相對(duì)相對(duì)總5、最后：形成總體共識(shí)

本需求文檔建立在雙方對(duì)需求的共同理解基礎(chǔ)上，我同意后續(xù)的開(kāi)發(fā)工作根據(jù)該需求文檔開(kāi)展。如果需求發(fā)生變化，我們將按照“需求變更控制規(guī)程”執(zhí)行。我明白，需求的變更將導(dǎo)致雙方重新協(xié)商成本、資源和進(jìn)度等。甲方負(fù)責(zé)人簽字乙方負(fù)責(zé)人簽字5、最后：形成總體共識(shí)什么是需求變更？項(xiàng)目實(shí)現(xiàn)需求的程度(失敗)、（成功）初始需求變更的需求對(duì)問(wèn)題的初始理解對(duì)問(wèn)題的新理解時(shí)間二、控制需求變更什么是需求變更？初始需求變更的需求對(duì)問(wèn)題的對(duì)問(wèn)題的時(shí)間二、控受控的需求需求文檔V1系統(tǒng)實(shí)現(xiàn)V1系統(tǒng)實(shí)現(xiàn)V2需求變更受控的需求需求文檔V1系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)需求變更受控的需求變更需求文檔V1需求文檔V2系統(tǒng)實(shí)現(xiàn)V1系統(tǒng)實(shí)現(xiàn)V2需求變更由CCB委員會(huì)裁定受控的需求變更需求文檔V1需求文檔V2系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)需求變CCB的解釋CCB變更控制委員會(huì)(ChangeControlBoard)CCB是系統(tǒng)集成項(xiàng)目的所有者權(quán)益代表，負(fù)載裁定接受那些變更。CCB由項(xiàng)目所涉及的多方成員共同組成，通常包括用戶和實(shí)施方的決策人員。CCB是決策機(jī)構(gòu)，不是作業(yè)機(jī)構(gòu)，通常CCB的工作是通過(guò)評(píng)審手段來(lái)決定項(xiàng)目是否能變更，不提出變更方案。CCB的解釋CCB變更控制委員會(huì)(ChangeContr批準(zhǔn)提出變更請(qǐng)求變更影響評(píng)估評(píng)審評(píng)估報(bào)告審批用戶認(rèn)可修訂項(xiàng)目計(jì)劃實(shí)施變更驗(yàn)證變更結(jié)束拒絕修正需求變更控制流程批準(zhǔn)提出變更請(qǐng)求變更影響評(píng)估評(píng)審評(píng)估報(bào)告審批用戶認(rèn)可修訂項(xiàng)目需求變更申請(qǐng)單（我國(guó)）需求變更申請(qǐng)單（我國(guó)）變更管理五級(jí)成熟度模型第五級(jí)統(tǒng)一平臺(tái)（建立變更管理工作流系統(tǒng)）第四級(jí)統(tǒng)一流程（為了協(xié)商小組高效工作而設(shè)定）第三級(jí)統(tǒng)一協(xié)商（批處理、根據(jù)項(xiàng)目設(shè)定變更批處理周期）第二級(jí)統(tǒng)一接口（協(xié)商改動(dòng)的人應(yīng)少而精、項(xiàng)目層）第一級(jí)統(tǒng)一描述（變更單標(biāo)準(zhǔn)化）變更管理五級(jí)成熟度模型第五級(jí)統(tǒng)一平臺(tái)（建立變更管理工作流系需求變更案例分析面對(duì)客戶的需求變更，接受還是拒絕？在某公司的項(xiàng)目管理課堂上，小李，小王、小林等人正在七嘴八舌地議論紛紛。原來(lái)，大家正在討論公司最近遇到的兩個(gè)頗為有趣的項(xiàng)目。

需求變更案例分析面對(duì)客戶的需求變更，接受還是拒絕？情況1：盡量滿足用戶需要據(jù)小王介紹，這兩個(gè)項(xiàng)目分別由兩個(gè)項(xiàng)目經(jīng)理來(lái)?yè)?dān)任。其中，項(xiàng)目經(jīng)理A屬于“謙虛”型，對(duì)于客戶提出的問(wèn)題，無(wú)論大小都給與解決，客戶對(duì)此非常滿意，然而，項(xiàng)目進(jìn)度卻拖得比較長(zhǎng)，而且，客戶總想把所有的問(wèn)題都改完再說(shuō)，項(xiàng)目已經(jīng)一再延期。情況1：盡量滿足用戶需要據(jù)小王介紹，這兩個(gè)項(xiàng)目分別由兩個(gè)項(xiàng)目情況2：嚴(yán)格執(zhí)行項(xiàng)目計(jì)劃相比之下，項(xiàng)目經(jīng)理B顯得稍有些“盛氣凌人”，對(duì)于客戶提出的問(wèn)題，大多都不予理睬，客戶對(duì)此不是很滿意，不過(guò)，該項(xiàng)目的進(jìn)度控制得比較好，基本能夠按期完成項(xiàng)目。情況2：嚴(yán)格執(zhí)行項(xiàng)目計(jì)劃相比之下，項(xiàng)目經(jīng)理B顯得稍有些“盛氣分析1不太遷就用戶小王：“對(duì)項(xiàng)目經(jīng)理來(lái)說(shuō)，成本、質(zhì)量和時(shí)間是最為重要的三要素。與客戶的關(guān)系當(dāng)然很重要，但也要全盤考慮項(xiàng)目的各要素。對(duì)于用戶的要求，應(yīng)該在有限的范圍內(nèi)給與解決，但不可以做出太大的犧牲。一味的遷就用戶將會(huì)使整個(gè)項(xiàng)目失敗。”

分析1不太遷就用戶小王：“對(duì)項(xiàng)目經(jīng)理來(lái)說(shuō)，成本、質(zhì)量和時(shí)間分析2堅(jiān)持原則，適當(dāng)調(diào)節(jié)用戶關(guān)系小林：“當(dāng)前，國(guó)內(nèi)的項(xiàng)目一般情況下是由銷售處面簽單，再由項(xiàng)目經(jīng)理接手后續(xù)的工作，因此客戶關(guān)系多在事前已經(jīng)搞定。發(fā)生新的情況后，可以由公司的公關(guān)部出面與客戶進(jìn)行協(xié)調(diào)，項(xiàng)目經(jīng)理可以在此過(guò)程中堅(jiān)持一下原則，與公司的公關(guān)部一個(gè)紅臉，一個(gè)白臉，唱出一出好戲?！?/p>

分析2堅(jiān)持原則，適當(dāng)調(diào)節(jié)用戶關(guān)系小林：“當(dāng)前，國(guó)內(nèi)的項(xiàng)目一分析3用戶就是上帝小李：“