PMI變更管理與WWPMM變更管理之比較

《PMI變更管理與WWPMM變更管理之比較》由會員分享，可在線閱讀，更多相關《PMI變更管理與WWPMM變更管理之比較（14頁珍藏版）》請在裝配圖網上搜索。

1、PMI 變更管理和 WWPMM 變更管理之比較如何利用 Rational ClearQuest 進行變更管理張 穎, 軟件工程師, IBM簡介：本文闡述了變更管理的重要性，WWPMM 和 PMI 的變更管理流程，以及如何利用 Rational ClearQuest 進行變更管理。希望給相關人員提供參考。本文的標簽： best_practices, process_management, rational_clearquest, 變更管理, 團隊開發(fā), 軟件開發(fā)生命周期標記本文！發(fā)布日期：2011 年 6 月 30 日 級別：初級 訪問情況743 次瀏覽 建議：0(添加評論) 您的評分跳轉到主要

2、內容 登錄 (或注冊) 中文PMI 變更管理和 WWPMM 變更管理之比較如何利用 Rational ClearQuest 進行變更管理張 穎, 軟件工程師, IBM簡介：本文闡述了變更管理的重要性，WWPMM 和 PMI 的變更管理流程，以及如何利用 Rational ClearQuest 進行變更管理。希望給相關人員提供參考。本文的標簽：best_practices,process_management,rational_clearquest,變更管理,團隊開發(fā),軟件開發(fā)生命周期標記本文！發(fā)布日期：2011 年 6 月 30 日級別：初級訪問情況743 次瀏覽建議：0(添加評論)平均分 （

3、共 0 個評分 ）下載Rational ClearQuest 試用版|Rational ClearQuest ALM Appliance（預配置系統(tǒng)）下載更多的IBM 軟件試用版，并加入IBM 軟件下載與技術交流群組，參與在線交流。1 引言要理解變更管理的重要性，首要要理解兩點：首先：變更是不可避免的。一個項目從開始就處于不停的變化中，用戶需求的改變需要調整設計或者計劃，測試階段發(fā)現(xiàn)的 bug 也需要對代碼進行相應修改，甚至市場或者商業(yè)競爭環(huán)境的改變也會導致項目計劃產生一定的改變。因此，項目和變更是密不可分的。其次：任何項目都處于一個約束的環(huán)境中。我們知道項目具有臨時性，也就是說項目是有一定的

4、時間限制，并且受到資源的約束，如進度、成本、質量要求的限制等。而任何變更的發(fā)生都不可避免的會對成本、時間、資源、風險等其他項目要素產生一定的影響，從而導致項目的輸出迥異。因此需要在不可避免的變更和項目現(xiàn)在的限制因素之間找到一種平衡，從而保證變更朝著項目有利的方向發(fā)展，使其處于受控和可控狀態(tài)，并可隨時跟蹤回溯到某個歷史狀態(tài)，這就需要對變更進行管理。有計劃的變更管理是項目成功的一個保證。系統(tǒng)性的變更管理能給項目帶來以下好處： 改善可交付成果的質量，提高客戶滿意度； 更利于項目的溝通，提高項目的可跟蹤性和可審計能力。項目中不同的角色都會被定義，項目成員和項目干系人能夠明確變更是如何被管理的； 確保所

5、有變更都被授權，保證項目成員所從事工作和變更請求的一致性，從而避免范圍的蔓延，成本的超支以及進度的延遲等，減少項目失敗的可能性，避免不必要的損失。回頁首2 WWPMM 和 PMI 變更管理的相關過程，輸入以及輸出變更管理過程由一系列相互迭代的步驟組成來管理變更。其主要目的是確保每一項變更請求都被相關干系人理解、評估、記錄并進行相應的處理，如接受、拒絕或者推遲變更；確保被接受的變更請求按計劃執(zhí)行，保證項目范圍的可控和可追蹤性。變更管理主要用于解決以下問題：需要做什么；什么時候做；誰來完成；如何完成；需要記錄什么。PMI 和 WWPMM 的知識領域中都涉及了變更管理，但是兩者在子過程定義、輸入、輸

6、出上存在一定的區(qū)別和聯(lián)系。本文將對二者進行比較和分析。在 WWPMM 中變更管理由四種要素組成： 變更管理流程； 變更控制委員會； 變更管理文檔； 變更請求。1. 變更管理流程：包括四個子過程：評估變更請求，分析變更的影響，批準變更請求，對變更單進行跟蹤。評估變更請求的主要目的是快速決定如何處理變更請求：如拒絕，接受或者在作出決定之前進一步進行分析。分析變更的影響過程能為 CCB(Change Control Board，也稱變更控制委員會 ) 或者高層管理人員提供更為詳細的關于變更影響的信息，以便為進一步決策提供依據(jù)。影響分析涉及到如何實現(xiàn)變更以及對應的成本和收益分析。批準變更請求通過對經過

7、變更影響分析后的變更請求做進一步處理，此過程需要 CCB 或者高層的支持以便獲得相應的資源，與此同時，對變更的決策權需要事先定義在變更管理計劃中，項目經理在此過程中要負責該類變更得到及時的處理和溝通。對變更單進行跟蹤則是通過修訂項目管理計劃和過程以便及時反映批準的變更請求，同時周期性的來檢查變更的狀態(tài)來確保變更的實施進展。以上每一個子過程都有自己對應的輸入輸出，列表如下：表 1. WWPMM 變更管理子過程輸入輸出列表子過程輸入輸出評估變更請求變更請求變更請求（更新）變更日志變更日志（更新）工作產品列表分析變更的影響變更請求和變更日志變更請求（更新）合同操作進度溝通管理計劃成本和人力資源計劃O

8、BS、PBS、WBS 等里程碑列表、項目進度計劃操作流程質量和風險管理計劃批準變更變更請求變更請求（更新）變更日志變更單追蹤變更單變更請求變更請求（更新）變更單變更單（更新）溝通管理計劃溝通管理計劃（更新）人力資源計劃成本計劃（更新）財務計劃可交付成果定義（更新）可交付成果定義人力資源計劃（更新）里程碑里程碑（更新）OBS/PBS/WBS操作進度質量和風險管理計劃項目流程描述2. 變更管理文檔：主要包含變更日志和變更單。其中變更單用于指導變更的實現(xiàn)過程，而變更日志則用來記錄所有的變更信息，包括所有者、日期、狀態(tài)等，并為以后對變更作出決策提供依據(jù)。3. 變更請求：主要來自三個方面：技術的變更、市

9、場的變更以及合同的變更。 技術的變更：指技術的改變或者技術可交付成果的改變。這類變更通常出現(xiàn)在項目的執(zhí)行階段，由項目內部成員提出，如用于提高質量的自動化測試要求等。此類變更通常需要記錄、分析和批準，但不需要告知客戶。 市場變更：指為了應付市場環(huán)境或條件的變化或者出于競爭因素需要提高產品或者服務的質量而提出的變更。市場變更通常是外部的并且屬于項目范圍之外。 合同變更：與客戶或者供應商之間正式的合同變更。包括關鍵的可交付成果、價格、質量需求等。合同變更通常會影響進度成本范圍等，合同變更由于涉及法律相關知識，其變更過程更為復雜，除了必須遵循變更管理流程外還需要額外的文件記錄這些變更。在 PMI 中，

10、變更管理是項目整合管理的一個環(huán)節(jié)，屬于項目的監(jiān)控過程組。PMI 中實施整體變更控制是為了審查所有的變更請求，批準變更并對可交付成果，組織過程資產，項目文件和項目管理計劃的變更的過程。其主要目的是通過否決或者批準變更確保只有經批準的變更才能納入修改后的基準中。其輸出輸出以及相關工具與技術列表如下：表 2. PMI 變更管理輸入輸出輸入工具與技術輸出項目管理計劃專家判斷變更請求狀態(tài)（更新）工作績效信息變更控制會項目管理計劃（更新）變更請求項目文件（更新）：包括變更請求日志或其他受影響文件事業(yè)環(huán)境因素組織過程資產上表中輸入的變更請求主要來自于項目管理知識領域的其他項目過程，包括核實范圍和控制范圍、成

11、本控制和進度控制、實施質量保證和控制以及管理項目團隊、監(jiān)控風險等過程產生的變更請求。而工作績效信息是在指導與管理項目執(zhí)行過程中收集的，關于為完成項目工作而正在進行的項目進度活動的狀態(tài)信息和數(shù)據(jù)，包括可交付成果的狀態(tài)、糾正措施、預防和補救措施、完工估算等。而項目管理計劃作為輸入則為對變更決策提供基線參考。從 WWPMM 和 PMI 的變更管理過程的輸入來看，兩者都強調基于以往項目進展以及項目計劃的情況之上結合具體的變更請求來考慮變更的具體決策，從輸出上都強調對變更的任何決定和信息都必須加以記錄并反映到相應的文檔中去，從而做到有章可循?；仨撌? WWPMM 和 PMI 變更管理流程的比較變更請求是

12、對處于控制過程中的項目的某些文檔或者某些方面所提出的進行變更的請求。它將影響正在進行或者將要執(zhí)行的工作，改變項目的計劃或者過程，甚至合同的內容。對于任何提出的變更請求，都必須進行相應的評估和分析，以供后續(xù)決策。WWPMM 和 PMI 定義了各自的變更管理過程。WWPMM 的變更流程：圖 1. WWPMM 變更流程上述流程中，任何項目干系人都可以在必要的時候提出變更請求，變更請求可以口頭提出，但必須以書面的形式記錄下來并提供相關的文檔以便更好的理解。在上圖步驟二中對 CR 進行評估的時候，項目經理和項目管理團隊需要對變更做初步的分析和評估，并決定由哪些 CCB 的成員對接受的 CR 進行進一步分

13、析。在對變更作出分析和決策的時候需要考慮以下因素： 影響的層面：如嚴重、中等、以及細微；較嚴重的影響通常會影響到項目的某個里程碑或者項目的結束日期或者波及項目的成本。 優(yōu)先級：緊急的、較高的、中等的、以及低優(yōu)先級的；通常緊急的變更需要很快解決，而中等優(yōu)先級的變更需要在下一個 release 之前解決，而低優(yōu)先級的變更則可以推遲到下一個階段。 變更的類型：簡單和重大的變更。對于簡單的變更，不一定要遵循上述所有流程，只需要遵循步驟一、二、五、七、九這幾個步驟即可。相對于 WWPMM，PMI 的變更流程要稍微簡單，它將變更的執(zhí)行過程體現(xiàn)在各個具體九大管理知識領域的執(zhí)行和控制階段中。PMI 的具體變更

14、管理流程如下：圖 2. PMI 變更管理流程PMI 中變更請求包括糾正措施，預防措施和缺陷補救三種。預防措施通過實施某項活動來降低項目風險消極后果的發(fā)生概率的書面指令。糾正措施則是為使項目工作的未來期望績效與項目管理計劃保持一致而對項目執(zhí)行工作下達的書面指令。其中預防和糾正措施不會影響項目的基準，而只是對基于基準的具體實施工作產生影響。相比較 PMI，WWPMM 因為其具體流程是根據(jù)實際項目經驗總結，對變更管理的流程更為詳細和細致。而 PMI 對該過程的定義是一個指導性的框架。但兩者過程都包含了基于實際情況根據(jù)具體變更請求具體分析后再作決策的思想，WWPMM 是對 PMI 所包含框架的進一步細

15、化?；仨撌? 變更管理中的角色和職責變更管理需要所有項目干系人的參與，包括項目經理、項目團隊成員、CCB 的成員以及客戶等。但不同的角色在變更管理中所承擔的責任和職責不一樣。根據(jù)其職責，在變更管理中可以分為以下幾種角色：項目經理、客戶、變更發(fā)起人、評估人、驗證人、項目控制委員會等。1. 項目經理：其主要職能是設計和制定項目管理過程，保證項目成員或者被影響的項目干系人能夠遵循項目變更管理過程；管理變更控制過程以及相應的文檔，能夠批準小范圍的變更請求；在項目成員和項目干系人中溝通變更請求的完成情況，包括變更的狀態(tài)、CCB 的決定、變更完成的情況等。2. 客戶：參與變更管理過程，提出變更請求或者參與

16、變更影響的分析，在特定的情況下批準變更。任何影響項目的可交付成果、客戶的資源、項目或者產品的成本，項目進度的變更都需要客戶的批準。3. 變更發(fā)起人（Originator）：提交變更請求的人員，該人員可以是項目組成員、客戶或者其他項目干系人。4. 評估人（Evaluator）：對提出的變更的影響進行分析的人員，可以是 CCB 的成員，項目成員等。主要是評估變更來源、變更理由、變更影響、變更代價等。5. 驗證人（Verifier）：負責驗證和判斷變更是否被正確執(zhí)行的人員。6. 項目控制委員會 CCB：CCB 由項目雙方項目管理人員（部門領導、高層經理、項目經理）、技術人員（開發(fā)人員、測試負責人、質

17、量保證負責人 QA）、商務人員等成員組成，一般在變更管理過程正式執(zhí)行前成立，對于大型項目可以有多個 CCB。其主要作用是負責評估那些被提交上來的變更請求，針對這些變更的目的、要求和影響來決策，確保所有提出的變更都進行了相應的影響分析，對批準了的變更請求進行優(yōu)先級分析，確保所有的變更請求都被恰當?shù)挠涗?，一邊跟蹤和審計。對已經同意實施的變更請求，安排相關的變更實施負責人和相關聯(lián)的協(xié)作組織?；仨撌? 利用 IBM Rational ClearQuest 進行變更管理上面講述了 WWPMM 和 PMI 變更管理的基本知識，并對兩者作了對比和分析，下面將具體結合 IBM Rational ClearQu

18、est 來展示如何實現(xiàn)變更管理流程的定制。在介紹定制過程之前，先對 Rational ClearQuest 作基本的介紹。IBM Rational ClearQuest 是一個可定制、跨平臺的變更管理系統(tǒng)，它通過對軟件開發(fā)生命周期中的各種變更請求的跟蹤與管理，為按時交付高質量軟件產品提供保障。其特點是： 高定制性，可根據(jù)項目的大小完全定制界面和工作流機制，適合各種開發(fā)環(huán)境，同時它支持多種行業(yè)標準數(shù)據(jù)庫（Microsoft Access、SQL Anywhere、SQL Server、DB2、Oracle），可跨越多種數(shù)據(jù)空間； 能有效的記錄，管理和追蹤變更請求，并控制變更請求之間的關系?？梢圆?/p>

19、獲的變更請求包括測試階段的 bug，需求階段的需求擴展等。所有的變更請求的信息統(tǒng)一存儲與數(shù)據(jù)庫中，并提供狀態(tài)追蹤機制。同時不同的變更請求之間還可建立聯(lián)系，如父子關系、關聯(lián)關系等，便于集中管理和控制。 提供客觀的統(tǒng)計功能，隨時了解項目狀態(tài)。ClearQuest 提供了各種形式的報表，查詢以及統(tǒng)計指標，使得項目管理人員可以更為科學的管理、規(guī)劃、監(jiān)控和調配，及時了解項目現(xiàn)狀。 方便項目團隊的溝通和協(xié)作。ClearQuest 中完善的電子流管理系統(tǒng)可以和企業(yè)現(xiàn)有郵件服務系統(tǒng)結合，當 CR 發(fā)生變化的時候，可自動通知相關人員，從而提高了溝通的效率，促進團隊之間的溝通協(xié)作。利用 ClearQuest 中的

20、 ClearQuest Designer 可以定制變更管理流程。一般定制一個變更管理流程需要經過以下幾個過程： 定義數(shù)據(jù)：定義用戶需要在 ClearQuest 中收集和管理的數(shù)據(jù)，主要是記錄類型和每個記錄類型的數(shù)據(jù)項。 定義狀態(tài)模型：每個記錄類型都有自己的狀態(tài)模型，狀態(tài)模型由狀態(tài)、狀態(tài)類型、操作和數(shù)據(jù)項行為等構成。 建立記錄表單：提供表單給用戶輸入、查看或處理數(shù)據(jù)。 添加必要的 Hook：通過 Hook 代碼來做權限控制、數(shù)據(jù)關聯(lián)處理或其他相關業(yè)務處理。由于本文篇幅有限，本文主要闡述如何建立狀態(tài)模型。其余步驟讀者可以查看用戶手冊。定義狀態(tài)模型ClearQuest 使用一系列狀態(tài)來跟蹤變更的過程

21、，用戶在進行相關操作時，往往會伴隨狀態(tài)的變化。在 ClearQuest 中一個變更在其生命周期中狀態(tài)轉換過程如下：圖 3. 變更的狀態(tài)轉換ClearQuest 使用狀態(tài)轉換矩陣來記錄狀態(tài)間的轉換，即狀態(tài)轉移。狀態(tài)轉移包含一個源狀態(tài)、一個目的狀態(tài)和將記錄從原狀態(tài)轉移到目的狀態(tài)的操作。通常，記錄當前的狀態(tài)是源狀態(tài)。打開 ClearQuest Designer 的工作區(qū)間，選擇 Record Types 要查看的記錄類型 States and Actions 雙擊 State Transition Matrix 即可看到圖四所示的狀態(tài)轉換矩陣。圖 4. 狀態(tài)轉換矩陣通常完成狀態(tài)模型需要經過“添加狀態(tài)

22、”，“添加行為”以及進行“映射”三個步驟。用戶在狀態(tài)轉換矩陣中右鍵單擊，選擇“Add State”菜單項；或選擇菜單 Edit Add State。在新狀態(tài)對話框中輸入新狀態(tài)的名稱，點擊“OK”按鈕即可創(chuàng)建一個新的狀態(tài)。圖 5. 添加新狀態(tài)選擇 Record Types 要查看的記錄類型 States and Actions Actions，在右側列表中右鍵單擊，選擇“Add Action”中輸入要添加的 Action 的名稱，同時設置 Action 的操作類型，如“Change_State”。每一個 Action 有幾組相關屬性，操作名稱，操作類型，權限控制以及 Hook Code。如圖六所

23、示。圖 6. 添加 ActionAction 添加完畢后，需要和狀態(tài)進行映射。在 Action 中選擇一個 CHANGE_STATE 類型的操作，鼠標右鍵單擊該操作并選擇“Action Properties”單項，彈出操作屬性對話框。在操作屬性對話框中選擇“State”簽頁，再選擇源狀態(tài)和目標狀態(tài)。圖 7. 為狀態(tài)設置轉換在這里設置完畢過后，如果再打開該記錄類型的狀態(tài)轉換矩陣，可以看見剛才在操作屬性對話框中設置的狀態(tài)轉換。即如圖四所示。每個變更管理流程常用的用戶有以下三類。 管理組成員，主要指測試小組的領導或開發(fā)部門項目經理，管理組成員主要進行決策判斷活動。 測試組成員，指具體的測試人員，測試

24、缺陷記錄主要由測試組成員提交。 開發(fā)組成員，主要是開發(fā)部門負責修改測試記錄的程序員。這三類用戶有不同的操作權限對變更進行處理，變更的狀態(tài)會隨著不同的操作而發(fā)生轉換。在一個操作定義完畢后需要為不同的用戶設置不同的操作權限。選擇菜單“Tool”-”User Administrator”添加三組用戶，如下圖。圖 8. 添加用戶組添加完畢用戶組后選擇某個 Action，在 Access Control 列中選擇“User Group”，如設置 manager 組的權限為“Assign”。如圖九所示。圖 9. 設置操作權限要定義一個完整的變更管理過程還需其他操作，如定制記錄屬性等。由于篇幅有限，讀者可查

25、閱相關文檔。回頁首6 總結變更管理是項目管理中必不可少的一個環(huán)節(jié)，良好的變更管理不僅僅需要完善的流程作為指導，更離不開優(yōu)秀的變更管理工具的輔助。本文對 WWPMM 和 PMI 的變更管理過程進行了闡述和對比，并結合 Rational ClearQuest 講述如何利用工具進行變更管理，特別是 Rational ClearQuest，作為一款較為成熟的管理工具，其產品理念融合了變更管理的思想，能夠較為有效的對變更進行管理。希望文章相關內容可以給項目管理人員提供一定的參考。參考資料學習 查看本文的姐妹篇：“PMI 風險管理和 WWPMM 風險管理之比較”，了解風險管理的基本知識以及 WWPMM 和

26、 PMI 風險管理過程的比較和分析。 通過developerWorks 圖書頻道 : 組織級項目管理體系規(guī)劃構建與 IBM 全球實踐了解更多關于全球項目管理方法論的知識。 通過WWPMM Home獲取更多 WWPMM 相關資料。 通過PMI 官網了解更多 PMBOK 相關的項目管理知識。 通過PMBOK 知識體系指南了解 PMI 項目管理框架的信息。 查看如何準備 PMP 考試, 第 1 部分: PMP 考試概況及報名注意事項和如何準備 PMP 考試，第 2 部分: 考前資料的選擇及備考計劃的制定，了解如何報考 PMI 的 PMP 考試。 查看標準，一致性和 Rational 統(tǒng)一過程：集成

27、RUP 和 PMBOK，了解 RUP 與 PMBOK 之間的聯(lián)系。 訪問IBM developerWorks 中國網站 Rational 專區(qū)，獲得關于 IBM Rational 軟件交付平臺（Rational Software Delivery Platform）產品的技術資源和最佳實踐。 訂閱IBM developerWorks 時事通訊，一份關于 developerWorks 指南、文章、下載、社區(qū)活動、網絡廣播和技術講座的電子周刊。獲得產品和技術 通過IBM Rational ClearQuest 產品主頁查看更多 ClearQuest 的信息。 下載 IBM Rational Cle

28、arQuest 試用版進行體驗。 獲取免費的Rational 軟件工具包系列，了解最新的 IBM Rational 軟件開發(fā)工具技術文檔和資源。 下載更多免費的IBM Rational 試用版軟件，了解 IBM Rational 軟件的最新特性。 獲取更多IBM 試用版軟件，并熟練掌握來自 DB2、Lotus、Tivoli，以及 WebSphere 的開發(fā)工具和中間件產品，用這些試用版軟件開發(fā)您的下一個項目。這些試用版軟件可以免費直接從 developerWorks 下載。討論 加入developerWorks 中文社區(qū)，developerWorks 社區(qū)是一個面向全球 IT 專業(yè)人員，可以提供博客、書簽、wiki、群組、聯(lián)系、共享和協(xié)作等社區(qū)功能的專業(yè)社交網絡社區(qū)。 加入IBM 軟件下載與技術交流群組，參與在線交流。關于作者張穎，軟件工程師，任職于 IBM 中國系統(tǒng)與科技開發(fā)中心（CSTL）Director Build/BVT 團隊對項目管理有一定的興趣。14 / 14