風險分類體系表

1、風險分類體系表風險分類體系表，按照產(chǎn)品工程類、開發(fā)規(guī)程和方法類、規(guī)劃約束類三個類不，采納列舉各類的不同來源和屬性下的問題方法，關(guān)心在項目中更好的識不風險來源和治理風險。表A.1 產(chǎn)品工程類產(chǎn)品工程類來源屬性問題需求支持性需求的相關(guān)方是否對需求活動提供了足夠的支持？客戶或用戶能確保參與需求的獵取活動嗎？no 能采取措施使其參與或采納客戶和用戶代表替代的方法嗎？客戶或用戶能為開發(fā)方提供現(xiàn)場觀看的機會嗎？no 能由用戶或用戶代表詳細描述用戶的實際工作流程嗎？組織對需求人員進行市場調(diào)查活動給與資源和時刻方面的支持嗎？客戶理解需求分析人員的需求獵取和需求分析活動嗎？no 能通過培訓(xùn)或進一步溝通取得他們的

2、理解嗎？掌握性設(shè)計人員對需求的內(nèi)容準確掌握了嗎？設(shè)計人員對需求的內(nèi)容能獲得正確理解嗎？no 能通過培訓(xùn)或與需求人員的溝通解決那個問題嗎？設(shè)計人員對需求的內(nèi)容全面掌握嗎？no 能通過培訓(xùn)或與需求人員的溝通解決那個問題嗎？穩(wěn)定性隨著開發(fā)的進行需求是否發(fā)生變化？需求是否穩(wěn)定？no 在哪些方面（質(zhì)量、功能、進度、集成、設(shè)計、測試）阻礙系統(tǒng)？外部接口是否會有變化？完整性需求是否有所遺漏或規(guī)定不夠完整？是否有你明白應(yīng)該在需求講明書中寫明，但卻沒有寫的需求？yes 你能夠?qū)⑦@些需求融入到系統(tǒng)中嗎？客戶是否有需求講明書中沒有包括的需求或期望？yes 是否有一種途徑去獲得這些需求？是否完整地定義了外部接口？清晰

3、性需求是否清晰或有必要的解釋？你是否理解書面化的需求講明書？no 不明確之處是否正在被中意地解決？yes 描述是否存在歧義或者缺少必要地解釋？ 有效性按照需求所開發(fā)出的產(chǎn)品能否真正滿足客戶的要求？是否存在沒有講明客戶真正想要的需求？Yes 你如何解決這些問題？你和客戶對需求的理解是否一致？yes 是否有一種方法確定上述問題？你如何樣來確認需求？（原型、分析、模擬）可行性從分析的觀點看需求是不可行的？是否有些需求在技術(shù)上難以實現(xiàn)？yes a:這些需求是什么？yes b:什么緣故這些需求實現(xiàn)是困難的？no 是否為這些需求做了可行的研究？Yes 你認為可行性研究中所做的假定是否可信？ 先例需求所規(guī)定

4、的內(nèi)容你往常從沒做過或者你所在的公司從沒有做過？需求是否代表當前技術(shù)進展的最高水平？（技術(shù)、方法、語言、硬件）no 對你來講現(xiàn)有的需求是否存在新的內(nèi)容？yes 在這些領(lǐng)域是否有足夠的技能水平？ no是否有打算去獲得這些領(lǐng)域的必備技能？可衡量需求是否規(guī)定了一個更大、更復(fù)雜的產(chǎn)品，或者要求一個更大的團隊來完成？是否關(guān)注系統(tǒng)的規(guī)模和復(fù)雜性？no 在這之前你是否做過同樣規(guī)模和復(fù)雜性的項目？如此規(guī)模的項目是否需要一個比通常更大的團隊來完成？功能在滿足功能性需求方面是否存在一些隱含的問題？是否有規(guī)定的算法不能滿足需求的情況發(fā)生？no 是否存在牽強符合需求的算法和設(shè)計？你是如何確定算法和設(shè)計的可行性的？（原

5、型、模型、分析、模擬）難度設(shè)計或?qū)崿F(xiàn)是否存在困難？是否存在依據(jù)不切實際和樂觀的假定而得出的設(shè)計？是否存在設(shè)計上有難度的需求或功能？no 你是否有所有需求的解決方案？yes這些需求是什么？什么緣故不易實現(xiàn)？設(shè)計接口是否詳細定義同時操縱了內(nèi)部接口（硬件和軟件）？是否詳細定義了內(nèi)部接口？（軟件和軟件、軟件和硬件）是否有一種方法用來定義內(nèi)部接口？yes 關(guān)于內(nèi)部接口的變化是否有一種操縱方法？硬件是否和軟件一起并行開發(fā)？yes a.硬件講明書是否發(fā)生變更？yes b.所有的軟件接口都被定義了嗎？yes c.是否有可用于測試軟件的工程設(shè)計模型？性能是否有關(guān)于響應(yīng)時刻或吞吐量方面的需求？在軟件性能方面是否存

6、在問題？（吞吐量、調(diào)度異步實時事件、實時響應(yīng)、恢復(fù)時限、響應(yīng)時刻、數(shù)據(jù)庫響應(yīng)）是否做了性能分析？yes a.對性能的分析你有多大的把握？ yes b.在設(shè)計和實現(xiàn)過程中是否有一個可用于跟蹤性能的模型？可測試性測試產(chǎn)品是困難的或不可能的嗎？軟件是否容易測試？設(shè)計是否包括一些特性能夠關(guān)心測試？測試人員是否參與了需求分析？硬件限制關(guān)于目標硬件是否存在一些限制？硬件設(shè)備是否限制了你滿足軟件需求的能力？（體系架構(gòu)、內(nèi)存容量、吞吐量、實時響應(yīng)、響應(yīng)時刻、恢復(fù)時限、數(shù)據(jù)庫性能、功能、可靠性、可用性）非軟件開發(fā)打算中非開發(fā)的軟件是否存在問題？假如是復(fù)用或重構(gòu)的軟件你是否按照打算安排復(fù)用或重構(gòu)非開發(fā)的軟件？Ye

7、s 你是否預(yù)見到了什么問題？（文檔、性能、功能、按時交付、客戶化）假如使用了商業(yè)現(xiàn)貨軟件使用的商業(yè)現(xiàn)貨軟件是否存在問題？確定接口、規(guī)?；蛐阅艿奈臋n不夠充分性能欠佳需要大的共享內(nèi)存和數(shù)據(jù)庫容量與應(yīng)用軟件的接口存在問題沒有全面的測試不能剔除所有的bug可維護性不強供貨商響應(yīng)速度緩慢關(guān)于集成商業(yè)現(xiàn)貨軟件的補充資料和修訂版你是否預(yù)見到什么問題？可行性實現(xiàn)設(shè)計是否是困難的或不可能的？設(shè)計講明書是否全面定義了執(zhí)行產(chǎn)品的所有部分？選擇的算法和設(shè)計容易去實現(xiàn)嗎？測試在你驗證關(guān)于設(shè)計的代碼之前是否已開始了單元設(shè)計？列出的單元測試是否充分？是否有足夠的時刻去執(zhí)行你認為應(yīng)該做的單元測試？假如有進度問題是否做了關(guān)于單

8、元測試的進度承諾？編碼和單元測試編碼/實現(xiàn)在編碼和實現(xiàn)方面是否存在問題？用來寫代碼的設(shè)計講明書是否足夠詳細？當編寫代碼時設(shè)計是否有變更？是否存在一些系統(tǒng)限制（內(nèi)存、外部存儲）給編寫代碼帶來一定的困難？完成軟件功能所使用的語言是否適合？在程序中是否使用了多種語言？yes 不同的編譯器產(chǎn)生的代碼接口是否兼容？開發(fā)計算機是否同目標用戶計算機相同？no 開發(fā)計算機和目標用戶計算機編譯器是否存在差異？假如使用了硬件環(huán)境編寫軟件的硬件講明書是否充分？當編寫代碼時硬件講明書是否發(fā)生變更？環(huán)境集成和測試環(huán)境是否預(yù)備充分？是否有足夠的硬件去做充分的集成和測試？驗證需求的開發(fā)覺實際場景和測試數(shù)據(jù)是否存在問題？（特

9、定的數(shù)據(jù)通信、實時響應(yīng)、異步事件處理、多用戶接口）你能否用設(shè)備去驗證性能？硬件和軟件工具是否方便測試？yes 所有的測試是否充分？產(chǎn)品接口定義、設(shè)施預(yù)備是否充分？時刻是否充足？需要時目標用戶的硬件是否可得到？接收標準是否與所有需求一致？yes 是否有一個正式的協(xié)議？外部接口是否被定義、文檔化同時形成基線？是否存在難于測試的需求？所規(guī)定的產(chǎn)品集成是否充分？是否分配了足夠的時刻用來產(chǎn)品集成和測試？假如是商業(yè)現(xiàn)貨軟件在驗證分配給商業(yè)軟件的需求時供貨商的數(shù)據(jù)是否可同意？yes 在這方面合同清晰闡述了嗎？集成測試系統(tǒng)系統(tǒng)集成過程中相互間的協(xié)調(diào)、接口定義、設(shè)備方面是否存在問題？規(guī)定了足夠的系統(tǒng)集成了嗎？在

10、系統(tǒng)集成和測試方面是否分配了足夠的時刻？所有合同商差不多上集成團隊的一部分嗎？產(chǎn)品是否被集成到當前的系統(tǒng)中？Yes 與當前系統(tǒng)是否有一個并行接入的時刻段？no 你將如何保證集成后的產(chǎn)品能夠正常的工作？系統(tǒng)集成是否在客戶現(xiàn)場進行？可維護性維護系統(tǒng)是否是困難的？整體架構(gòu)、設(shè)計、編碼是否給維護帶來困難？維護人員是否參與了早期的設(shè)計？為開發(fā)方以外的組織進行產(chǎn)品維護時提供的文檔是否充分？可靠性滿足可用性和可靠性方面的需求是否有難度？分配給軟件的需求是否包括了可靠性方面的需求？分配給軟件的需求是否包括了可用性方面的需求？ yes 恢復(fù)時限方面是否有問題？工程特性安全性安全性需求是不可行和無法驗證的嗎？分配

11、給軟件的需求是否包括安全性方面的需求？yes 在符合安全性需求的過程中你是否遇到了困難？驗證滿足需求中安全性方面的需求時是否存在困難？保密性處理保密性方面的需求是否比編程經(jīng)驗更重要？是否存在無先例的或代表當前最高技術(shù)水平的保密性需求？是否是單機多用戶系統(tǒng)？是否實現(xiàn)了這種級不的保密性需求？講明書設(shè)計、實現(xiàn)和測試系統(tǒng)所用的文檔是充分的？用來設(shè)計系統(tǒng)的軟件需求講明書是否是充分的？設(shè)計和實現(xiàn)系統(tǒng)的硬件講明書是否是充分的？外部接口需求是否專門好的被定義？測試講明書是否是充分的去全面測試系統(tǒng)？假如是實現(xiàn)時期和部分實現(xiàn)時期用于實現(xiàn)該系統(tǒng)的設(shè)計講明書是否足夠清晰？（內(nèi)部接口）表A.2 開發(fā)過程和方法類開發(fā)過程

12、和方法來源屬性問題開發(fā)過程規(guī)范性對開發(fā)過程的實施是否專門難理解或?qū)ｉT難予以維護？是否使用一種以上的開發(fā)模型（如瀑布、增量）？yes 相互間協(xié)調(diào)是否存在問題？是否對所有的開發(fā)活動予以正式策劃（需求分析、設(shè)計、編碼、集成測試、安裝、質(zhì)量保證、配置治理）？yes a:該打算規(guī)定的過程是否清晰？yes b:開發(fā)人員是否熟悉此打算？適應(yīng)性過程是否適合于開發(fā)模型（如瀑布、原型）？開發(fā)過程是否適應(yīng)于產(chǎn)品？開發(fā)過程是否由一組相互一致的規(guī)程、方法和工具所支持？過程可控性軟件開發(fā)過程是否得到強化實施、監(jiān)督并用可度量的方法操縱？分布在不同現(xiàn)場的開發(fā)是否可協(xié)調(diào)？每位項目組成員都遵循開發(fā)過程嗎？yes 如何保證的？能否

13、度量出開發(fā)過程滿足不滿足預(yù)定的生產(chǎn)率目標和質(zhì)量目標？假如采納分布式開發(fā)，還需考察：關(guān)于多場地的分布式開發(fā)，是否有足夠的協(xié)調(diào)能力？可理解性項目組成員是否具有實施過程的經(jīng)驗？過程能否被所有成員所理解？項目組成員能否順利實施開發(fā)過程？產(chǎn)品可控性是否具有某些機制用以操縱產(chǎn)品的變化？是否存在需求跟蹤機制，可使需求從原始講明一直跟蹤到測試用例？是否運用某種跟蹤機制，用以評價需求變化對分析的阻礙？是否存在正式的變更操縱流程？yes 它覆蓋到已基線化的所有需求、設(shè)計、代碼和文檔的變更了嗎？任意級不上的變化是否都向上追溯到了系統(tǒng)級不、向下追溯到了測試級不？系統(tǒng)加入新的需求時，是否進行了足夠的分析？是否具有某種方

14、法對接口進行跟蹤？開發(fā)系統(tǒng)容量是否具有足夠的處理能力、內(nèi)存容量和存儲能力？是否為所有人員提供滿足一定處理能力的開發(fā)環(huán)境？是否具備足夠的跨時期（如代碼、集成、測試）能力？適應(yīng)性開發(fā)系統(tǒng)是否支持所有時期、所有活動和所有功能？開發(fā)系統(tǒng)是否支持進程的所有各個方面（需求分析、性能分析、設(shè)計、編碼、測試、文檔、配置治理、治理跟蹤、需求跟蹤）？可用性開發(fā)系統(tǒng)的應(yīng)用是否方便？項目組成員一般認為開發(fā)系統(tǒng)是否便于使用？開發(fā)系統(tǒng)的信息是否完備？可理解性公司或項目組成員是否完全不熟悉該開發(fā)系統(tǒng)？項目組成員先前是否使用過某些工具和方法？可靠性系統(tǒng)是否遇到過軟件缺陷、系統(tǒng)崩潰、安裝備份不足的問題？是否考慮過系統(tǒng)可行性（如

15、編譯、開發(fā)工具、硬件）？系統(tǒng)支持系統(tǒng)能否及時獲得專家或供貨商的支持？使用開發(fā)工具的人是否獲得過培訓(xùn)？與運用某種系統(tǒng)的專家是否便于溝通？供貨商對問題的反饋是否迅速？可交付性為了把開發(fā)系統(tǒng)交付給用戶，對可同意的需求進行定義是否還未計入預(yù)算？提示：假如參加項目的人員對此不理解，或許從風險的觀點看會漏掉一個問題。是否將開發(fā)系統(tǒng)交付給了用戶？yes 對交付是否分配了足夠的預(yù)算、進度和資源？治理過程制定打算打算及時制定了嗎？，是否包含應(yīng)急的打算？時刻進度是按照打算實施的嗎？yes 大伙兒是否只是當成例行公事？當發(fā)生變化時，是否重新制定打算，并按照打算進行實施？因此項目組成員的工作中都包含打算嗎？關(guān)于已知的

16、風險有應(yīng)急的打算嗎？yes 你是如何樣確定何時進行應(yīng)急打算？充分的提出長期存在的問題嗎？組織機構(gòu)清晰角色和報告之間的關(guān)系時刻進度的組織是有效的嗎？大伙兒是否清晰他們自己及其他人在打算中的角色嗎？大伙兒是否清晰每個人擁有的權(quán)利是什么嗎？治理經(jīng)驗是經(jīng)理在軟件開發(fā)、軟件治理、應(yīng)用領(lǐng)域、開發(fā)過程和大型打算中的經(jīng)驗。是否有經(jīng)驗豐富的治理者（軟件治理、軟件開發(fā)、開發(fā)過程、應(yīng)用領(lǐng)域、軟件規(guī)模和復(fù)雜性等方面）？ 打算接口和客戶、承包商、高級或者同級經(jīng)理的接口上下的治理溝通是否存在問題？和用戶文檔之間的問題是否及時得到解決？在和用戶的治理會議中有適當?shù)淖龃蛩闳藛T嗎（如技術(shù)經(jīng)理、開發(fā)人員、分析人員）？ 是否有治理

17、機制確保用戶代表能夠針對功能和操作方面代表客戶的意見。是否有良好的機制用于呈現(xiàn)給客戶和高級治理者。治理方法監(jiān)控治理規(guī)則定義和開發(fā)過程的跟蹤定期的報告每周狀態(tài)報告嗎？yes 每個人關(guān)于每周狀態(tài)報告都得到回復(fù)了嗎？從每人的每周狀態(tài)報告中能夠獵取適當?shù)男畔?？對打算進行跟蹤了嗎？yes 治理層是否得到了清晰的進度圖表？人員治理項目組成員合理的培訓(xùn)和使用。大伙兒在項目中獲得了關(guān)于技能方面的培訓(xùn)嗎？yes 這部分包含在打算進度中嗎？人員是否被分配到于自己工作經(jīng)驗不相符的工作區(qū)域？項目組成員是否容易獲得治理進度安排？所有成員是否了解關(guān)于打算的執(zhí)行狀態(tài)？大伙兒感受到保持打算的重要性了嗎？在做治理決定之前，與

18、大伙兒討論對他們工作的阻礙了嗎？是否有適當?shù)捻椖拷M成員（技術(shù)經(jīng)理、開發(fā)人員、分析人員）與客戶一起參與了項目的治理進度安排？ 質(zhì)量保證保證產(chǎn)品質(zhì)量的資源過程軟件質(zhì)量保證在進度方面的作用充分嗎？你定義了保證質(zhì)量的機制了嗎？yes a:所有的區(qū)域和過程都有質(zhì)量保證過程嗎？yes b:通常大伙兒在他們工作中運用這些流程嗎？配置治理關(guān)于多點安裝變更流程和版本操縱是否充分？你有足夠的配置治理系統(tǒng)嗎？配置治理人員充分嗎？和安裝系統(tǒng)的需求進行協(xié)調(diào)了嗎？yes a:對安裝的系統(tǒng)有足夠的配置治理嗎？yes b:配置治理系統(tǒng)和你的工作同步變更嗎？你正在安裝多樣的站點嗎？yes 配置治理系統(tǒng)支持多點安裝嗎？工作環(huán)境質(zhì)

19、量意識是否缺乏質(zhì)量工作的目標？所有人員是否都遵循質(zhì)量操縱流程？能夠獲得關(guān)于質(zhì)量方面的時刻進度嗎？協(xié)調(diào)性是否缺乏團隊精神？在解決沖突之間是否需要進行治理層干預(yù)？大伙兒是否通過定義好的功能邊界進行協(xié)調(diào)工作？大伙兒是否朝著通用的目標而有效地進行工作？在某種情況下，治理干預(yù)是否需要協(xié)調(diào)其他人員一起進行工作？溝通性在同級人員和經(jīng)理之間存在著任務(wù)和目標的薄弱意識，同時技術(shù)信息欠缺溝通嗎？在項目組成員之間存在良好的溝通性嗎（如項目經(jīng)理、技術(shù)經(jīng)理、開發(fā)人員、測試人員、配置治理員、QA）？ 項目經(jīng)理善于和項目組成員進行溝通嗎？yes a:你能專門好的向你的項目經(jīng)理尋求關(guān)心嗎？yes b:項目組成員在沒有完成手里

20、工作時能夠提高風險嗎？項目組成員關(guān)于阻礙他們工作的情況能夠得到及時的通知嗎？yes 是正式的依舊非正式的？士氣是一種沒有生產(chǎn)性、沒有制造性的氣氛嗎？人們感受到自己做了額外的工作而沒有得到承認嗎？在開發(fā)過程中，如何保持項目組成員的高昂士氣？no 產(chǎn)生士氣低落的全然因素是什么？保留你所需要的人員方面有什么問題嗎？表A.3 規(guī)劃約束類規(guī)劃約束類來源屬性問題資源進度進度是否不合適或不穩(wěn)定？ 進度一直是穩(wěn)定的嗎進度合理嗎？ yes 可能的方法是否基于歷史數(shù)據(jù)？采納的方法在過去的實踐中證明有效？是否存在進度打算中沒有打算到的領(lǐng)域（QA活動、培訓(xùn)、維護課程和培訓(xùn)、關(guān)鍵設(shè)備、可交付的開發(fā)系統(tǒng)）？是否存在容易阻

21、礙進度的外部的依靠關(guān)系？人員人員是否缺乏經(jīng)驗和缺乏必備的知識和技能或人力不足？是否存在所需要的技術(shù)技能缺乏的領(lǐng)域（軟件工程和需求分析方法、算法專家技術(shù)、設(shè)計和設(shè)計方法、程序語言、集成和測試方法、可靠性、可維護性、有用性、人員因素、配置治理、質(zhì)量保證、目標環(huán)境、安全等級、商業(yè)軟件、重用軟件、執(zhí)行系統(tǒng)、 數(shù)據(jù)庫、要緊應(yīng)用領(lǐng)域、性能分析、關(guān)鍵軟件等）？是否有充分的人員供給打算？人員穩(wěn)定嗎？當你需要時你是否有權(quán)使用適當?shù)娜诉x？針對這種類型的系統(tǒng)是否實施了人員的安排？程序是否依靠少數(shù)幾個關(guān)鍵人員？在選擇合適人員時是否有問題？預(yù)算資金是否不充?；虿环€(wěn)定？預(yù)算穩(wěn)定嗎？預(yù)確實是否基于合理的可能？yes 可能的方法是否基于歷史數(shù)據(jù)？no 假如沒有基于歷史數(shù)據(jù)，這種方法是否曾經(jīng)使用并有效？是否有部分特征或功能作為設(shè)計成本操縱的一部分而被刪除？是否存在沒有分配足夠的預(yù)