<ruby id="rxdll"></ruby><strike id="rxdll"></strike>

    <rp id="rxdll"></rp>
      <del id="rxdll"><meter id="rxdll"></meter></del>
      <pre id="rxdll"><font id="rxdll"></font></pre>
        <pre id="rxdll"></pre>
      <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

      <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
      <i id="rxdll"><dfn id="rxdll"></dfn></i>
      <font id="rxdll"><meter id="rxdll"></meter></font>

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

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

        項目風險管理技術與方法——德爾菲法

        發布: 2008-8-28 10:17 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 118次 | 進入軟件測試論壇討論

        領測軟件測試網
        關鍵字:風險管理技術與方法 德爾菲法

        從理論上來講,風險識別可以從原因查結果,也可以從結果反過來找原因。所謂從原因查結果,就是要先找出本項目會有哪些事件發生,這些事件發生后會引起什么樣的結果。例如,項目進行過程中,用戶的需求會不會發生變化,需求變更會引起什么樣的后果等。所謂從結果找原因,就是要根據事情的結果找出其對應的原因。例如,網絡設備的漲價將會引起項目超支,哪些因素會引起網絡設備漲價呢?又如,項目進度拖延會造成諸多不利后果,那么,造成進度拖延的常見因素有哪些呢?是項目執行組織最高管理層猶豫不決?政府有關部門審批程序繁瑣復雜?是開發單位沒有經驗,還是手頭的項目太多?

          在具體識別風險時,還可以利用一些具體的工具和技術包括德爾菲法、頭腦風暴法和核對表法等,在本文中,我們介紹德爾菲法,下篇文章《項目風險管理技術方法——頭腦風暴法和核對表法》介紹后面兩個方法。

        一、德爾菲法

          德爾菲(Delphi)是古希臘地名,該方法最早出現于20世紀50年代末,是當時美國為了預測在其“遭受原子彈轟炸后,可能出現的結果”而發明的一種方法。該方法主要用于一些預測和預測的場合,廣泛用來進行預測、決策分析和編制規劃工作。


        1 基本特征


          德爾菲法本質上是一種反饋匿名函詢法。其大致流程是:在對所要預測的問題征得專家的意見之后,進行整理、歸納、統計,再匿名反饋給各專家,再次征求意見,再集中,再反饋,直至得到穩定的意見。


          由此可見,德爾菲法是一種利用函詢形式的集體匿名思想交流過程。它有區別于其他專家預測方法的三個明顯的特點,分別是匿名性、多次反饋、小組的統計回答。

         

         。1)匿名性。匿名是德爾菲法的極其重要的特點,從事預測的專家彼此互不知道其他有哪些人參加預測,他們是在完全匿名的情況下交流思想的。(后來改進的德爾菲法允許專家開會進行專題討論)

         。2)多次有控制的反饋。小組成員的交流是通過回答組織者的問題來實現的。它一般要經過若干輪反饋才能完成預測。

         。3)小組的統計回答。最典型的小組預測結果是反映多數人的觀點,少數派的觀點至多概括地提及一下。但是這并沒有表示出小組的不同意見的狀況。而統計回答卻不是這樣,它報告一個中位數和兩個四分點,其中一半落在兩個四分點內,一半落在兩個四分點之外。這樣,每種觀點都包括在這樣的統計中,避免了專家會議法只反映多數人的觀點的缺點。

        2、德爾菲法的工作流

          在德爾菲法的實施過程中,始終有兩方面的人在活動,一是預測的組織者,二是被選出來的專家。首先應注意的是德爾菲法中的調查表與通常的調查表有所不同,它除了有通常調查表向被調查者提出問題,要求回答的內容外,還兼有向被調查者提供信息的責任。它是專家們交流思想的工具。

          德爾菲法的工作流程大致可以分為四個步驟,在每一步中,組織者與專家都有各自不同的任務。

          第一步
         。1)由組織者發給專家不帶任何附加條件,只提出預測問題的開放式的調查表,請專家圍繞預測主題提出預測事件。
         。2)組織者匯總整理專家調查表,歸并同事件,排除次要事件,用準確術語提出一個預測事件一覽表,并作為第二步的調查表發給專家。

          第二步
         。1)專家對第二步調查表所列的每個事件作出評價。例如,說明事件發生的時間、爭論問題和事件或遲或早發生的理由。
         。2)組織者統計處理第二步專家意見,整理出第三張調查表。第三張調查表包括事件、事件發生的中位數和上下四分點,以及事件發生時間在四分點外側的理由。

          第三步
         。1)發放第三張調查表,請專家重審爭論;
         。2)對上下四分點外的對立意見作一個評價;
         。3)給出自己新的評價(尤其是在上下四分點外的專家,應重述自己的理由);
         。4)如果修正自己的觀點,也請敘述改變理由。
         。5)組織者回收專家們的新評論和新爭論,與第二步類似地統計中位數和上下四分點;
         。6)總結專家觀點,重點在爭論雙方的意見,形成第四張調查表。

          第四步
         。1)發放第四張調查表,專家再次評價和權衡,作出新的預測。是否要求作出新的論證與評價,取決于組織者的要求。
         。2)回收第四張調查表計算每個事件的中位數和上下四分點,歸納總結各種意見的理由以及爭論點。

          注意
         。1)并不是所有被預測的事件都要經過四步?赡苡械氖录诘诙骄瓦_到統一,而不必在第三步中出現。

         。2)在第四步結束后,專家對各事件的預測也不一定都達到統一。不統一也可以用中位數和上下四分點來作結論。事實上,總會有許多事件的預測結果都是不統一的。

        3、德爾菲法的預測結果

          德爾菲法的預測結果可用表格、直觀圖或文字敘述等形式表示。

         。1)楔形圖。楔形圖的頂端表示中位數,底邊長為最遲和最早時間間隔?v坐標上的數字為項目代號。如圖1所示。

        圖1 楔形圖

         。2)截角楔形圖。截角楔形圖的頂點表示中位數,截角端點為上下四分點。底邊長表示四分點間隔。截角楔形圖上的號碼為所代表的事件的號碼。如圖2所示。

        圖2 截角楔形圖

         。3)表示兩種概率的預測結果的截角楔形圖。預測組織者有時要求專家按一定概率預測事件可能發生的時間。如果要求按兩種概率回答(例如,40%和70%),那么,對每一事件的發生時間的預測結果有兩種結果(一般來說,概率越高,預測的事件發生時間越遲)。把這兩種結果都用截角楔形圖表示出來,如圖3所示。

        圖3 表示兩種或然率的截角楔形圖

         。4)直方圖。直方圖的橫坐標表示不同時間段,縱坐標表示贊同事件發生在相應時間段的專家的比例,如圖4所示。

        圖4 直方圖

        延伸閱讀

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

        TAG: 德爾菲 風險管理 技術 項目


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

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

        国产女主播精品_国产片婬乱18一级毛片视频_国产午夜激无码av毛片不卡_国产精品欧美久久久天天影院
          <ruby id="rxdll"></ruby><strike id="rxdll"></strike>

          <rp id="rxdll"></rp>
            <del id="rxdll"><meter id="rxdll"></meter></del>
            <pre id="rxdll"><font id="rxdll"></font></pre>
              <pre id="rxdll"></pre>
            <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

            <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
            <i id="rxdll"><dfn id="rxdll"></dfn></i>
            <font id="rxdll"><meter id="rxdll"></meter></font>

              <mark id="rxdll"><dfn id="rxdll"></dfn></mark>