軟件需求第5章(編輯修改稿)
2024-10-10 13:24 本頁面
【文章內(nèi)容簡介】 害結(jié)果（如果風險成為事實）。有時，人們只說明了風險條件（如“客戶不同意產(chǎn)品的需求說明”）或者只說明了結(jié)果（“我們只能滿足某些主要的客戶”）。最好將這樣的說明句子合并成條件 —— 結(jié)果形式的結(jié)構(gòu)：“如果有些客戶不贊同 產(chǎn)品的需求說明，那我們只能滿足某些主要客戶的意見?！倍粋€條件下可能有多個結(jié)果，同時也可能出現(xiàn)多個條件下導致同一個結(jié)果。 模板能記錄風險變?yōu)槭聦嵉目赡苄约皩椖康南麡O影響，還有整個的風險危害值（可能性 影響）。我用 （極不可能）到 （肯定發(fā)生）來描述可能性，用 1（無甚么影響）到 10（有很深、很大的影響）來表示影響。將這兩個因素相乘即可作為評估風險危害值的依據(jù)。 不要試圖精確量化風險。你的目標是將最有威脅的風險和那些不急需處理的風險區(qū)別開來。大家可能更愿意用高、中和低來估計可能性及影響。但風險條目中至 少應有一個為高的風險。 制定降低風險計劃來明確控制風險要采取的活動，其中一些策略是盡量降低風險發(fā)生的可能性；而另一些則是減少風險發(fā)生后帶來的影響。做計劃時要考慮降低風險所耗費用，千萬別花費 20， 000美元來控制一項僅會損失 10， 000美元的風險。為每項風險安排一個負責人，并確定完成活動的截止日期。長期或復雜的風險可能需要具有多個階段性成果的多步驟降低風險策略計劃。 圖 53說明了本章開始部分介紹的“化學制品跟蹤系統(tǒng)”小組領導者討論的一個風險。小組憑他們以前的經(jīng)驗估計了風險的可能性及其影響。除非他們把其它風險 因素也估計出來，否則他們并不明白風險危害值 。降低風險措施的前兩條是通過更多的用戶參與項目來減少風險發(fā)生的可能性。而采用原型法則可以利用用戶關于界面的早期反饋來減少風險的潛在影響。 制定風險管理計劃 一張風險列表還不等于一個風險管理計劃。對于一個小項目，你可以把控制風險的計劃放在軟件項目管理計劃里。但一個大項目則需要一份獨立的風險管理計劃，包括用于識別、評估、編寫、跟蹤風險的各種方法與途徑。這份計劃還應包括風險管理活動的角色和責任。你可能希望專門讓一個項目風險管理人員負責可能引起麻煩的事。 通常，項目小組為他們的關鍵活動制定了計劃，卻在項目中沒有按計劃去實施或者未能按實際情況進行及時的調(diào)整。要堅持按照所采取的風險管理活動計劃去執(zhí)行。項目的進度安排上也應給風險管理留出足夠時間來確保項目并未浪費早期投資在風險計劃制定上。工程項目的工作分類細目結(jié)構(gòu)中包括降低風險的活動、狀態(tài)報告，以及更新風險清單。 和其它項目管理活動一樣，你需要建立起周期性的監(jiān)控措施。保持對十來個有最大危害的風險的高度重視，并追蹤降低風險措施的有效性。當完成一項活動后，重新評估那項風險的可能性和影響，更新風險清單和其它相關的計劃。當 控制住原本有很高優(yōu)先級的風險后，必然有新條目會進入前十條。請記住，不要僅僅因為完成了一項降低風險的活動而人為去增加一條風險來進行控制。你應當想想你降低風險的方法是否的確減少了風險的危害，使其減少到了一個可以接受的水平。 45b3ab679e853e21c524018e30c33611 46 圖 53 化學制品跟蹤系統(tǒng)的風險條目樣例 與需求有關的風險 下面幾頁介紹的風險因素是按需求工程中獲取、分析、編寫規(guī)格說明、驗證和管理匯總起來的，并推薦了一些方法用于降低風險發(fā)生的可能性或減輕風險發(fā)生給項目帶來的影響。這張清單僅僅是一個起點，在你做項目逐漸積累經(jīng)驗過程中，加入你的風險因 素清單和減輕風險的策略。使用這里提供的條目來幫助你識別需求風險并采用條件 —— 結(jié)果的格式來書寫風險說明。 需求獲取 產(chǎn)品視圖與范圍 。如果團隊成員沒有對他們要做的產(chǎn)品功能達成一個清晰的共識，則很可能導致項目范圍的逐漸擴大。因此最好在項目早期寫一份項目視圖與范圍將業(yè)務需求涵蓋在內(nèi)，并將其作為新的需求及修改需求的指導。 化學制品跟蹤系統(tǒng)的風險條目樣例 序列號： 1 確定日期： 5/4/99 撤消日期： 描述： 需求獲取中無合適用戶參與 ,導致測試之后用戶界面的返工 . 可能性： 影響： 7 危害值： 降低風險計劃： 1．在第一階段早期就要收集易學、易用的需求。
公司管理相關推薦
鄂ICP備17016276號-1