it項(xiàng)目管理之需求為準(zhǔn)(編輯修改稿)
2025-02-07 21:36 本頁面
【文章內(nèi)容簡介】 面的需求是否對需求定義進(jìn)行了可行性分析和相關(guān)文件( 資料) 是否已歸檔是否對影響需求實(shí)現(xiàn)的因素進(jìn)行了調(diào)查、調(diào)查結(jié)果是否已歸檔需求評審檢查表清晰性/ 無二義性完整性為需求設(shè)定優(yōu)先級 ? 支持項(xiàng)目分期交付 ? 支持需求取舍之道 ? 支持需求的模式化 為什么要設(shè)定需求的優(yōu)先級 ?軟件開發(fā)受時間、成本、質(zhì)量等多種資源的限制，同時軟件開發(fā)的高不確定性，導(dǎo)致 需求在項(xiàng)目結(jié)束時往往難以被全部實(shí)現(xiàn)。 ?因此需要在需求開發(fā)階段，對需求進(jìn)行分解， 設(shè)定優(yōu)先級 ，先實(shí)現(xiàn)優(yōu)先級別較高的需求， 有助于維護(hù)項(xiàng)目收益和提高項(xiàng)目成功率。 ? 基于價值、費(fèi)用和風(fēng)險的優(yōu)先級設(shè)定 1) 費(fèi)用方法（ Cost）： 2) 價值方法（ Value）： 3) 風(fēng)險方法（ Risk）： 最小費(fèi)用優(yōu)先原則 最高價值優(yōu)先原則 最低風(fēng)險優(yōu)先原則 它們本質(zhì)上從單一視角探尋適用標(biāo)準(zhǔn)來評價每個需求 ， 并且計(jì)算出一個分值用于編排需求的優(yōu)先級 。 如何設(shè)定需求的優(yōu)先級 基于價值、費(fèi)用和風(fēng)險的優(yōu)先級設(shè)定 XXX XX% X XX% X XX% XX X X n. XXXXX 優(yōu)先級 風(fēng)險 % 相對風(fēng)險 費(fèi)用 % 相對費(fèi)用 價值 % 總價值 相對損失 相對利潤 需求 /特性 XXX XX% X XX% X XX% XX X X 1. XXXXX 總計(jì) X X X X 相對權(quán)值 在一個平面中列出要設(shè)定優(yōu)先級的所有需求、特性或使用實(shí)例 ； 在這個例子中，我們將使用特性來設(shè)定優(yōu)先級。 所有項(xiàng)都必須在同一抽象級別上；不要把個人需求與產(chǎn)品特性混合在一起。如果某些特性有邏輯上的聯(lián)系（例如，只有包括特性 A的情況下才能實(shí)現(xiàn)特性 B） 那么在分析中只要列出驅(qū)動特性就可以了。 這種模型在其有效范圍內(nèi)可以容納幾十種特性。如果你有更多的項(xiàng)，那么就把相關(guān)的特性歸成一類，并建立一個可管理的初始化列表。如果你需要的話，可以在更詳細(xì)的級別上進(jìn)行第二輪分析。 估計(jì)每一個特性提供給客戶或業(yè)務(wù)的相關(guān)利益，并用 1 ~ 9劃分等級， 1代表可忽略的利益， 9代表最大的價值。 這些利益等級表明了與產(chǎn)品的業(yè)務(wù)需求的一致性。客戶代表是判斷這些利益的最佳人選。 在缺省情況下，利潤和損失的權(quán)值是相等的，作為一種精化，你可以更改這兩個因素的相對權(quán)值。 估計(jì)出如果沒有把應(yīng)該實(shí)現(xiàn)的特性包括到產(chǎn)品中，將會給客戶或業(yè)務(wù)上帶來的損失。 使用 1 ~ 9劃分等級，這里 1代表基本無損失， 9代表嚴(yán)重?fù)p失。 總價值＝相對利潤＋相對損失 價值 %=總 價值 /總計(jì)價值 100 根據(jù)需求的復(fù)雜度，所需求的用戶界面的實(shí)現(xiàn)情況、重用當(dāng)前代碼的潛在能力、所需要的測試量和文檔等等，開發(fā)者可以估算出費(fèi)用。 估計(jì)實(shí)現(xiàn)每個特性的相對費(fèi)用，使用 1（低） ~ 9（高）劃分等級。 平面圖將計(jì)算出由每一個特性所構(gòu)成的總費(fèi)用的百分比。 開發(fā)者應(yīng)該要估計(jì)出與每個特性相關(guān)的技術(shù)或風(fēng)險相對程度，并利用1 ~ 9劃分等級。 1級表示你可以輕而易舉地實(shí)現(xiàn)編程，而 9級表示需要極大地關(guān)注其可行性、缺乏具有專門知識的人員，或者使用不成熟或不熟悉的工具和技術(shù)。 平面圖將計(jì)算出每個特性所產(chǎn)生的風(fēng)險百分比。在缺省情況下，利潤損失，費(fèi)用和風(fēng)險的權(quán)值是相等的，但是你可以在平面圖中調(diào)整其權(quán)值。 如果你無需在模型中考慮風(fēng)險，就把風(fēng)險的權(quán)值設(shè)為 0。 價值 % 優(yōu)先級＝ （費(fèi)用 %費(fèi)用權(quán)值）＋（風(fēng)險 %風(fēng)險權(quán)值） 優(yōu)先級設(shè)定演示 相對權(quán)值 2 1 1 需求 / 特性 相對 利潤 相對 損失 總 價值 價值 % 相對 費(fèi)用 費(fèi)用 % 相對 風(fēng)險 風(fēng)險 % 優(yōu)先級 UC1 5 3 13 2 8 1 UC2 9 7 25 5 3 UC3 5 5 15 3 2 UC4 2 1 5 1 1 UC5 4 9 17 4 4 UC6 4 3 11 3 2 UC7 6 2 14 4 3 UC8 9 8 26 7 8 22 UC9 3 4 10 4 2 UC10 7 4 8 9 7 總計(jì) 54 46 154 100 42 100 33 100 迭代 1 BaseLine=UC13 迭代 2 BaseLine=UC46 迭代 3 BaseLine=UC79 最后：形成總體共識 本需求文檔建立在雙方對需求的共同理解基礎(chǔ)上 ，我同意后續(xù)的開發(fā)工作根據(jù)該需求文檔開展 。 如果需求發(fā)生變化 ， 我們將按照 “ 需求變更控制規(guī)程 ” 執(zhí)行 。 我明白 ， 需求的變更將導(dǎo)致雙方重新協(xié)商成本 、 資源和進(jìn)度等 。 甲方負(fù)責(zé)人簽字 乙方負(fù)責(zé)人簽字 什么是需求變更？ 項(xiàng)目實(shí)現(xiàn)需求的程度 (失敗 )、 （成功） 初始需求 變更的需求 對問題的 初始理解 對問題的 新理解 時間 二、控制需求變更 受控的需求 需求文檔 V1 系統(tǒng)實(shí)現(xiàn) V1 系統(tǒng)實(shí)現(xiàn) V2 需求變更 受控的需求變更 需求文檔 V1 需求文檔 V2 系統(tǒng)實(shí)現(xiàn) V1 系
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1