專案管理團隊只有充分理解專案所處的環境，才能選擇適合於專案的生命期的階段、過程、工具和技術。根據專案的大小，對專案的階段進行分解，類似於軟體中的系統分析模式一樣，以便有效地進行專案管理控制，有效地進行專案運作。這些乙個個的階段就組成了專案的生命期。
1、首先，必須強調專案的協調性，專案管理本身就是協調專案的各方面資源，以更好地控制專案進度和實現專案目標(註一
)。比如，在軟體工程中，將軟體過程劃分為系統分析、設計、開發、測試等相關階段。當然，這只是專案階段的乙個縮影。許多組織根據自身的特點，自己根據專案識別出一套適合於自身行業的通用的專案生命期。然後根據專案生命期制定專案規範文件等內容。指南中指出，專案生命期通常規定： l
專案各階段應當從事何種技術工作； l
專案各階段可交付成果應何時生成，以及如何審查、核實和確認； l
專案各階段有哪些人員參與； l
如何控制和批准專案各個階段。
從上面可以理解，任何專案本身需要一定的技術支援，並根據時間推移交付一些成果（產品、服務或成果），人員參與性，以及如何劃分專案階段。 2
、根據專案的不確定性和可控制性來分析，專案的時間與專案的可控制性是一對矛盾的實體。因為隨著專案時間推移，對專案的業務理解力越來越深入，因此對專案的資源控制就越有利。同樣的理解也適用於專案時間與專案經費的矛盾體問題。這些問題在指南中統稱為專案利害關係者。 3
、專案階段的特徵可以體現為以乙個或多個可交付的成果為完成目標（這裡只提到成果，其實也可以包括服務，但可能不包括產品，因為產品的生命期可能包含專案生命期，為什麼？下述）。任何具體的專案，由於規模、複雜程度、風險水平和現金流制約等方面的原因，階段可以進一步劃分為子階段。就象工作分工一樣進行處理。
指南中沒有提到專案階段的開始標誌。按我的理解，專案階段的起始條件是以該階段投入某些資源為標誌
(一般是人力、物力資源
)。一旦投入資源，則視為該階段的開始。專案階段的結束通常以完成的工作與可交付成果的審查為標誌，目的是確定是否驗收，是否仍然需要增加工作，或者是否考慮結束這一階段。階段的正式完成不包括核准隨後的階段。 4
、對於專案生命期和產品生命期，應該區分開來。指南中沒有明確指出，但提到在某些應用領域如新產品或軟體研製，組織將專案生命期視為產品生命期的一部分。根據對專案的定義，我的理解為，專案生命期和產品生命期可以相互包含。一方面專案的目的是產生產品；另一方面產品的研發過程也是乙個個專案階段的組合。 5
、專案利害關係者就是積極參與專案，或其利益因專案的實施或完成而受到積極或消極影響的個人和組織，他們還會對專案的目標和結果施加影響。專案管理團隊必須分清誰是利害關係者，確定他們的要求和期望，然後根據他們的要求對其影響盡力加以管理，確保專案取得成功。在軟體專案中，利害關係者可以認為就是客戶，他們的業務需求對專案的影響非常大，所以對客戶需求的分析和控制是專案取得成功的關鍵，比如可以把需求分階段進行處理，比如一期、二期工程等等。指南中指出，每個專案都包括的關鍵利害關係者有： l
專案經理
(本人按：對於職能型組織只有職能經理一職，沒有專案經理一職，所以認為此處指南中描述的不正確，下述
)（註二） l
顧客/使用者(
本人按：理解為客戶
/使用者比較合適)
l專案執行組織 l
專案團隊成員 l
專案管理團隊 l
贊助人
l施加影響者
(本人按：此詞語貌似包含了上訴描述的組織，覺得不貼切)
l專案管理辦公室
(本人按：指南中一直對辦公室的重要性加以強調)
6、指南中提到，專案一般是大於專案本身的某一組織的一部分（本人按：貌似也有歧義，根據專案定義，專案只是一種努力，不能稱為組織）。組織在專案管理系統、文化、作風、組織結構，以及專案管理辦公室方面的成熟程度也會對專案產生影響。也就是說，組織本身就是專案利害關係者。
指南中將組織結構分為職能型、矩陣型和專案型
3種。對於組織結構對專案的影響，只要對指南中的
圖2-6
進行理解就行了。此處不贅述。 7
、指南中一直強調專案管理辦公室的優越性。其實可以將辦公室人員理解為專案管理團隊中的少部分人就行了。最主要是其職能範圍，對專案實施的影響等等。 8
、專案管理系統是由管理專案用的工具、技術、方**、資源和程式組成的整體。在實際的專案整理過程中，我往往多數收集的是專案使用到得工具。對於管理專案的工具和方**等由自己的經驗來判定。具體可以根據軟體工程中的方**公式和軟體配置管理（
scm）所使用的工具來進行專案管理即可。
註一：因作者本人從事的是
it軟體行業，所以習慣於使用軟體工程的思想和理論來分析研究專案管理，後續同。其實專案管理的理解，可以認為為軟體中系統架構分析一樣對待整體的內容角度去理解就行了，具體在實踐中根據專案環境協調好各方面資源即可。
註二：本章主要介紹了專案生命期以及組織在專案過程中的影響。對於體系指南，應當通過分析來進行理解，從而轉換為自己的理論經驗，而不能照搬照抄，讀死書是最忌諱的，不能只為了考試而去學習，應該站在管理的角度層面上去理解。
austin liu 劉朝輝
software designer and project consultant
2023年8月21日 星期五 【牛】壬申月 戊戌日 己丑年 七月初二
專案管理知識體系
專案就是為提供某項獨特產品 服務或成果所做的臨時性努力。有效的專案管理需要至少5個專業知識領域的知識和技能 專案管理知識體系 應用領域知識 標準和規章制度 理解專案環境 通用管理知識和技能 處理人際關係技能。其中管理人際關係包括 有效的溝通 對組織施加影響 領導 談判與衝突管理 解決問題 專案管理知...
專案管理知識體系
專案管理知識體系 pmbok,project management the body of knowledge 是20世紀80年代由美國專案管理協會總結了專案管理實踐中成熟的理論，方法，工具和技術所提出的。pmbok定義了42個基本的專案管理過程，從過程輸入，輸出以及採用的工具和技術的角度，給出了專...
專案管理知識體系（PMBOK）
專案管理知識體系 pmbok pmbok project management body of knowledge 專案管理知識體系是美國專案管理協會 pmi 對專案管理所需的知識 技能和工具進行的概括性描述。十大知識領域 專案整合管理 專案範圍管理 專案相關人管理 專案進度管理 專案成本管理 專案...