專案管理過程之過程控制(轉)
專案由多個過程構成,一般認為過程是“產生結果的一系列行為” (參見PMBOK2000—PMI)。過程基本可以分成兩類:一類是專案管理過程,描述瞭如何組織、規劃和完成專案的各項工作;如果拋開“工作”之間的具體差異,將工作作為 “任務” 看待,則專案管理過程可以適用於各種領域和各種型別的專案。另一類是產品過程,描述瞭如何獲得或創造專案的產品,產品過程與專案的行業、型別和方法論有密切的關係。本文主要討論專案管理過程。
按PMI的定義,專案管理過程分成啟動、計劃、執行、控制和結束5個過程組:
★ 啟動:確認和批准一個專案(或專案的一個階段)的執行;
★ 計劃:界定專案目標,確定實現目標的工作方案;
★ 執行:組織人力、協調其他資源以執行計劃;
★ 控制:監控專案的實際進展與計劃的偏差,並採取必要的糾正措施以確保目標的實現;
★ 結束:整理和移交專案成果,確保專案有序結束。
上述的5個過程組中,每個又可以分成一個或多個管理過程。從本期開始,我們將結合IT專案的實踐討論專案管理的一些重要的管理過程。
1.1 啟動和目標定義
專案的啟動是指承擔專案的組織或個人承諾開始一個專案。從商務角度來看,最典型的承諾方式就是《合同》。《合同》明確承諾專案要達到的目標,也就是專案的預期結果或最終產品。一般來說,專案目標至少包括以下幾個要素:
★ 工作範圍:要做哪些事?
★ 進度計劃:多長時間完成?
★ 預算成本:需要多少成本?
★ 質量標準:達到什麼要求。
這裡要強調的是:目標一定要明確具體(SMART原則),不能與方針或策略混為一談。例如“我們要到一個美麗的海島去旅遊!”就只是一種方略,而不能作為一個目標。因為“美麗”無法度量,什麼時間去也沒有說清楚。如果作為目標定義你可以說:“我們要在2002年8月前到海南島玩10天,每人最多花5000元。當然前提是發1萬元年終獎”。這個目標就非常明確、具體、可操作、可測量。值得注意的是其中還定義了專案的終止條件,實際上這也是在很多合同中可能提及的內容。
理想情況是專案開始時就應該有一個明確的目標,但現實工作中,特別是IT行業中則難以做到。一種情況是專案開始往往不十分清楚需要什麼,在專案中才逐漸明確;第二種情況是專案過程中目標常常會發生改動,不得不經常進行變更甚至返工。為此,專案在啟動前中要注意把握以下幾個原則:
與其事後花時間打官司,不如籤合同前費點功夫講清楚;
寧可事前消除客戶不切實際的“期望”,也不要事後讓客戶“希望破滅”;
不光要承諾完成什麼工作任務,還要講明約束條件和驗收標準;
專案中的過程文件要完整保留;與約定不同的所有變更都要經雙方確認並詳細記錄。
由於“專案”的產品提前不可見,因此專案的商務過程比普通商品買賣要複雜一些。因此,專案合同也要複雜一些,還可能需要其他文件進行額外的說明。這裡簡單介紹一下軟體開發專案所使用的一種說明性文件—《工作說明書》。《工作說明書》中詳細定義專案的工作範圍、交付產品、前提條件、驗收標準和流程、進度計劃、組織結構、雙方職責、變更流程等多種條款,下面一一進行說明:
前言。介紹編寫《工作說明書》的主要內容、編寫目的、適用範圍和效力、生效和終止的條件和日期等內容。
專案概述。說明專案要實現的主要業務功能;專案與現行系統和其他系統的關係;目標系統的硬體和軟體結構。
工作範圍。包括專案需要完成的工作、專案不包含的工作,還可能界定專案與外部的介面關係和介面方式。
主要交付物。定義各項工作產出交付物的名稱、介質形式和產出時點;同時描述交付物應該滿足的格式和內容的質量要求。
前提條件。定義專案工作所必須依賴但承約方無法控制或不承擔責任的工作。比如客戶自己採購裝置,則裝置按期到貨是專案能按期完成的一個前提條件。
驗收標準和流程。定義交付物的驗收條件、流程以及雙方在驗收過程中的職責;可以明確規定按要求提交交付物後多少工作日內客戶應該驗收。
實施進度。專案大的階段點和各階段內細化的工作;工作的完成要以交付物或其他容易測量的標誌作為界定依據。
組織結構。定義專案的組織結構以及各個角色的責任,還可以明確說明專案中的溝通和決策機制。
雙方職責。對與雙方需要配合完成的工作(如需求分析),要明確說明雙方各自承擔的工作內容和擔負的責任。
變更流程。明確規定專案發生變更時的處理流程,並對照組織結構宣告最高的決策機構;最好在專案開始前對客戶進行必要的培訓。
版權及保密。宣告最終產品的版權,資料的保密級別、保密期限等事項。
《工作說明書》可以作為合同的一個附件使用,具有同等的法律效力。配合《工作說明書》中里程碑的定義,也可以在合同中規定各個里程碑的收款比例,避免專案最後發生重大變化而“血本無歸”。實際上,與客戶討論和確認《工作說明書》確實比較費時間;但實際經驗表明,早期的這項投入是非常值得的,特別是在與客戶發生了分歧時更顯重要。
綜上所述,專案啟動前一定要有明確的承諾;IT服務專案可以用《工作說明書》定義工作的內容和要求,這對避免事後糾紛有重要的作用。[@more@]
按PMI的定義,專案管理過程分成啟動、計劃、執行、控制和結束5個過程組:
★ 啟動:確認和批准一個專案(或專案的一個階段)的執行;
★ 計劃:界定專案目標,確定實現目標的工作方案;
★ 執行:組織人力、協調其他資源以執行計劃;
★ 控制:監控專案的實際進展與計劃的偏差,並採取必要的糾正措施以確保目標的實現;
★ 結束:整理和移交專案成果,確保專案有序結束。
上述的5個過程組中,每個又可以分成一個或多個管理過程。從本期開始,我們將結合IT專案的實踐討論專案管理的一些重要的管理過程。
1.1 啟動和目標定義
專案的啟動是指承擔專案的組織或個人承諾開始一個專案。從商務角度來看,最典型的承諾方式就是《合同》。《合同》明確承諾專案要達到的目標,也就是專案的預期結果或最終產品。一般來說,專案目標至少包括以下幾個要素:
★ 工作範圍:要做哪些事?
★ 進度計劃:多長時間完成?
★ 預算成本:需要多少成本?
★ 質量標準:達到什麼要求。
這裡要強調的是:目標一定要明確具體(SMART原則),不能與方針或策略混為一談。例如“我們要到一個美麗的海島去旅遊!”就只是一種方略,而不能作為一個目標。因為“美麗”無法度量,什麼時間去也沒有說清楚。如果作為目標定義你可以說:“我們要在2002年8月前到海南島玩10天,每人最多花5000元。當然前提是發1萬元年終獎”。這個目標就非常明確、具體、可操作、可測量。值得注意的是其中還定義了專案的終止條件,實際上這也是在很多合同中可能提及的內容。
理想情況是專案開始時就應該有一個明確的目標,但現實工作中,特別是IT行業中則難以做到。一種情況是專案開始往往不十分清楚需要什麼,在專案中才逐漸明確;第二種情況是專案過程中目標常常會發生改動,不得不經常進行變更甚至返工。為此,專案在啟動前中要注意把握以下幾個原則:
與其事後花時間打官司,不如籤合同前費點功夫講清楚;
寧可事前消除客戶不切實際的“期望”,也不要事後讓客戶“希望破滅”;
不光要承諾完成什麼工作任務,還要講明約束條件和驗收標準;
專案中的過程文件要完整保留;與約定不同的所有變更都要經雙方確認並詳細記錄。
由於“專案”的產品提前不可見,因此專案的商務過程比普通商品買賣要複雜一些。因此,專案合同也要複雜一些,還可能需要其他文件進行額外的說明。這裡簡單介紹一下軟體開發專案所使用的一種說明性文件—《工作說明書》。《工作說明書》中詳細定義專案的工作範圍、交付產品、前提條件、驗收標準和流程、進度計劃、組織結構、雙方職責、變更流程等多種條款,下面一一進行說明:
前言。介紹編寫《工作說明書》的主要內容、編寫目的、適用範圍和效力、生效和終止的條件和日期等內容。
專案概述。說明專案要實現的主要業務功能;專案與現行系統和其他系統的關係;目標系統的硬體和軟體結構。
工作範圍。包括專案需要完成的工作、專案不包含的工作,還可能界定專案與外部的介面關係和介面方式。
主要交付物。定義各項工作產出交付物的名稱、介質形式和產出時點;同時描述交付物應該滿足的格式和內容的質量要求。
前提條件。定義專案工作所必須依賴但承約方無法控制或不承擔責任的工作。比如客戶自己採購裝置,則裝置按期到貨是專案能按期完成的一個前提條件。
驗收標準和流程。定義交付物的驗收條件、流程以及雙方在驗收過程中的職責;可以明確規定按要求提交交付物後多少工作日內客戶應該驗收。
實施進度。專案大的階段點和各階段內細化的工作;工作的完成要以交付物或其他容易測量的標誌作為界定依據。
組織結構。定義專案的組織結構以及各個角色的責任,還可以明確說明專案中的溝通和決策機制。
雙方職責。對與雙方需要配合完成的工作(如需求分析),要明確說明雙方各自承擔的工作內容和擔負的責任。
變更流程。明確規定專案發生變更時的處理流程,並對照組織結構宣告最高的決策機構;最好在專案開始前對客戶進行必要的培訓。
版權及保密。宣告最終產品的版權,資料的保密級別、保密期限等事項。
《工作說明書》可以作為合同的一個附件使用,具有同等的法律效力。配合《工作說明書》中里程碑的定義,也可以在合同中規定各個里程碑的收款比例,避免專案最後發生重大變化而“血本無歸”。實際上,與客戶討論和確認《工作說明書》確實比較費時間;但實際經驗表明,早期的這項投入是非常值得的,特別是在與客戶發生了分歧時更顯重要。
綜上所述,專案啟動前一定要有明確的承諾;IT服務專案可以用《工作說明書》定義工作的內容和要求,這對避免事後糾紛有重要的作用。[@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-937809/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 專案管理過程之風險控制 (轉)專案管理
- 專案管理過程之風險控制(轉)專案管理
- 專案管理過程之變更控制(轉)專案管理
- 專案管理過程之變更控制 (轉)專案管理
- 專案管理過程之進度控制 (轉)專案管理
- 專案管理過程之進度控制(轉)專案管理
- 專案管理過程之質量管理 (轉)專案管理
- 專案管理過程之管理體系 (轉)專案管理
- 專案管理過程之管理的要素(轉)專案管理
- 專案管理過程之質量管理(轉)專案管理
- 專案管理過程之專案團隊(轉)專案管理
- 專案管理過程之專案團隊 (轉)專案管理
- 專案管理過程之管理的要素1(轉)專案管理
- 專案管理過程之質量管理(轉載)專案管理
- 專案管理過程之生命週期 (轉)專案管理
- 專案管理過程之計劃性 (轉)專案管理
- 專案管理過程之計劃性(轉)專案管理
- 專案管理過程概述 (轉)專案管理
- 專案管理過程之組織和角色 (轉)專案管理
- 專案管理過程之組織和角色(轉)專案管理
- 專案過程管理怎麼做?(轉)
- 專案管理過程之計劃和預算(1) (轉)專案管理
- 專案管理過程之計劃和預算(2) (轉)專案管理
- 專案管理過程之計劃和預算(3) (轉)專案管理
- 專案管理過程之計劃和預算(4) (轉)專案管理
- 專案管理過程之計劃和預算(1)(轉)專案管理
- 專案管理過程之計劃和預算(2)(轉)專案管理
- 專案管理過程之計劃和預算(3)(轉)專案管理
- 軟體專案管理過程改進與認知過程-轉載專案管理
- 專案管理過程中的知識管理初探(轉)專案管理
- 透過 OKR 進行專案過程管理OKR
- 專案管理過程中的知識管理初探1(轉)專案管理
- 專案管理過程中的知識管理初探2(轉)專案管理
- 專案管理過程中的知識管理初探3(轉)專案管理
- 2.1it專案的管理過程
- 信管筆記 -- 專案管理過程筆記專案管理
- 專案開發過程管理(草稿)
- 我的軟體專案過程管理經驗(轉)