• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    Microsoft 解決方案框架:風險管理原則 v.1.1

    發布: 2008-5-10 17:50 | 作者: 網絡轉載 | 來源: 網絡轉載 | 查看: 446次 | 進入軟件測試論壇討論

    領測軟件測試網

    風險聲明

    風險聲明是一種自然語言表達,它表述了真實、實際存在的項目事件或屬性狀態和潛在、沒有實現的項目事件或屬性間的因果關系。風險聲明的第一部分被稱為條件,它提供了現有項目屬性或事件狀態的描述,項目團隊認為這可能有原因地導致項目損失或收益縮減。而風險聲明的第二部分則是另一種自然語言聲明,稱為結果 。結果闡述了不期望出現的項目屬性或事件狀態。這兩種聲明被“因此”或是“結果”這樣的連詞關聯起來,暗示著不確定的(換句話說,不是100%的)但又存在因果關系的關系。圖 3 用圖表的方法對其進行了描述。

    Figure 3: Risk Statement

    圖 3:風險聲明
    查看完整的圖像。

    風險聲明中的兩部數字化過程能夠更好地在風險識別階段的前期聯結風險結果和可見的(以及可潛在管理的)風險條件 。在風險識別階段僅僅關注風險條件需要團隊備份風險條件,從而保證風險管理進程的后期階段,當他們開發管理策略的時候能夠再次使用。

    注意,風險聲明并不是“如果-那么”格式的聲明,而是搜索可能卻沒有實現的結果的事實聲明。在分析和計劃階段,使用假定的“如果-那么”聲明可能對權衡方案和使用決策樹明確地敘述計劃有所幫助。然而,在風險識別階段,目標是識別盡可能多的風險,因此應該將“如果-那么”推遲到計劃階段。在項目初期應該有豐富的風險聲明,描述團隊缺乏的知識,例如“我們目前還不明白某事,因此……”。

    在明確敘述風險聲明的時候,項目團隊應該既考慮到潛在的原因和沒有實現的不期望的結果,又考慮到結果的本身。風險聲明包含了項目中的現有事件(條件)狀態,也包含了可能發生的事件(結果)狀態。作為徹底的風險分析的一部分,團隊成員應該尋找項目風險聲明中條件的相似性和自然分類,并通過每個條件的因果鏈尋找共同的潛在原因。18根據風險聲明中“條件-結果”組合的因果鏈,檢查組織和項目外部環境的影響,從而獲取與特定項目條件相關聯的整體損失或機會損失的更大增值,也是相當重要的。19

    在風險識別期間,很少有團隊為同一條件識別多個結果。有時,在項目的某一領域定義的風險結果可能會成為另一個結果的風險條件。項目團隊應該記錄這些條件,從而在風險分析和計劃過程中做出適當的決策。取決于風險之間的關系,結束一個風險可能會結束一組相互依賴的風險,并改變項目中的整體風險狀況。在風險識別階段的前期記錄這些關系,能提供大量有用的信息,用于指導風險計劃,這些風險計劃是靈活的、全面的,并能通過定位根本或前導原因來高效利用可用項目資源。在識別階段捕獲這樣的附加信息的益處,應該與后來的分析和分級過程中的快速移動,以及計劃階段中對依存關系和根本原因的再審查相平衡。

    輸出

    風險識別工作中的最小化輸出是一份清晰、明確、得到一致肯定的風險聲明,作為 風險清單記錄下來。如果風險條件-結果方法像SEI 20、NASA21以及較早版本的 MSF22中描述的那樣使用23,那么輸出的將是一個風險聲明的集合,用來明確地描述項目中被識別的風險。而這個表格形式的清單將成為風險管理過程下一個階段,也就是分析階段的主要輸入。在風險識別階段常常還生成其他的大量有用信息,包括根本原因和影響的識別、受影響的團體以及所有者等等。

    MSF 風險管理原則建議項目團隊創建表格式的風險聲明記錄、根本原因以及影響信息。在定義良好的分類法存在的情況下,在使用項目風險信息來構建或利用企業風險知識庫時,用于對風險分級的額外信息可能也是相當有用的。其他有用信息可能記錄在風險清單中,以定義風險的上下文 ,從而幫助其他團隊成員、外部評論家或投資人更好的理解團隊意圖24,25,26。在風險識別階段,項目團隊可能選擇記錄的風險上下文信息包含以下幾點:

    條件

    約束

    環境

    假定

    起作用的要素

    風險間的依存關系

    相關問題

    商業資產所有者

    團隊關注點

    表格式的風險清單(包含或不包含條件、根本原因、影響或上下文信息)將成為后面的風險管理過程階段的主導風險清單。下面的示例表格描述了主導風險列表的形式。

    tdHeader vAlign=top>
    根本原因 條件 結果 影響

    職工安置不合理

    開發和測試角色被混合

    我們會遇到更多bug

    客戶滿意度減少

    技術變革

    我們的程序員遇到生疏的程序設計語言

    開發時間將拉長

    我們進入市場的時間更遲,將市場份額拱手讓給競爭者

    組織

    開發團隊被分隔在London和Los Angeles兩地

    團隊內部的交流將更加困難

    產品發布時間延遲,并產生更多的額外工作量

    msf/msrmd11.mspx#top">

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/


    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備2023014753號-2
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>