2.歷史資料（Historicalinformation） 現有的歷史資料（例如：估算資料庫、過去專案績效記錄）應在其它專案計畫過程中已經查閱過。這些資料在專案計畫過程中也應準備就緒，以供核實假設以及評估項目計畫制訂過程中提出的其它可供選擇方案之用。
3.組織方針（Organizationalpolicies） 參與專案的組織都有正式或非正式的方針，其影響必須考慮。組織機構的幾個主要方針：
n品質管制方針：過程審計，連續的改進目標。
n人事管理方針：雇傭和解雇原則，雇員表現評價。
n財務控制方針：定期報告、要求進行的開支和支付審查、會計法規、標準合同條款。
4.制約因素（Constraints） 制約因素指適用於項目，因而影響其績效的某項限制。 例如，事先規定的預算就是一項制約因素，它可能影響項目團隊在範圍、人員配備和進度方面的選擇。如果專案根據合同實施，則合同條款通常是制約因素。
5.假設（Assumptions） 假設指就計畫而言被視為正確、真實或肯定的因素。 假設影響到項目計畫的所有方面，是項目逐步完善化的一個組成部分。專案班子經常地識別、記載和證實假設，作為其計畫過程的一部分。假設通常涉及某種程度的風險。
4.1.2專案計畫制訂的工具與技術
1．專案計畫方法（Projectplanningmethodology）
專案計畫方法指制訂專案計畫期間指導專案班子的任何一種系統方法。它可以簡單到只是一些基本表格與樣板，也可以複雜到要求進行一系列類比(例如進度、風險的蒙特卡洛分析)。 大多數專案計畫方法都將專案管理軟體這樣的“硬”工具和由外界協助召開的動員會這樣的“軟”工具結合使用。
2.干係人的技能與知識（Stakeholderskillsandknowledge）
每個干係人都可能具備制訂專案計畫所需的技能與知識。專案團隊必須創造一個環境，讓各干係人能恰當的作出其貢獻。
3.項目執行資訊系統（PMIS）（Projectmanagementinformationsystem）
專案執行資訊系統是用於搜集、綜合和分發各個專案管理過程產出的工具與技術的總和。它用於支援專案從啟動到收尾的所有方面，可以包括人工系統和自動化系統。
4.掙值管理（EVM）（Earnedvaluemanagement）
用於綜合專案範圍、進度和資源，並量度與報告專案從啟動到收尾的績效的一項技術。
4.1.3專案計畫制訂的產出
1.專案計畫（ProjectPlan） 定義：項目計畫是經批准的正式檔，用於管理項目的實施。
專案計畫和進度應按溝通管理計畫的規定進行分發。在某些應用領域，這個檔常常稱為綜合項目計畫。
對專案計畫與專案績效量度基準兩者，應該明確加以區分：
專案計畫（ProjectPlan）：專案計畫是一份或者一組內容隨時間的推移與有關專案的資訊不斷增多而隨時更新的文件。
績效量度基準（PerformanceMeasurementBaseline）：績效量度基準是一項經過核准的計畫，用以在管理控制中作為量度偏差的基準。它通常僅斷斷續續有所改變，其原因往往是對已批准的工作範圍變更或可交付成果變更作出反應。
專案計畫的結構與表達有多種方式，但是一般均包括以下內容：
n項目章程。
n專案管理方法或策略的說明。（其它知識領域各項管理計畫的摘要）
n範圍說明書，包括專案各項目標和可交付成果。
n作為基準範圍檔的工作分解結構（WBS）。
n成本估算，計畫開始和完成日期（進度），以及工作分解結構（WBS），對每項可交付成果進行職責分派。
n技術範圍、進度和成本的績效量度基準（進度基準、成本基準）。
n主要的里程碑及其目標日期。
n關鍵的或必需的人員，及其て誄殺競?或人力投入。
n風險管理計畫，包括主要風險及其制約因素與假設，以及為其安排的應對與（必要的）應急措施。
n各過程的從屬管理計畫。
上述每項計畫必要時均可列入專案計畫，其詳細程度因每個具體項目的要求而異。
2.詳細輔助資料（Supportdetail）
專案計畫詳細輔助資料包括：
n未納入專案計畫的其它計畫過程產出。
n專案計畫制訂期間產生的資料或檔（例如，過去不曾知道的制約因素和假設）。
n技術檔：例如，對所有要求、規格和概念設計來龍去脈的記載。
n相關標準的檔記載。
n在專案早期制訂過程中所提出的規格。
該項材料必要時需要加以整理，以便於在項目實施過程中使用。
4.2專案計畫實施
專案計畫實施是實施專案計畫的主要過程，專案預算的絕大部分都將使用於這一過程。
在此過程中，專案經理和專案團隊必須協調和指導專案中的各個技術與組織介面。最直接地受到項目應用領域影響的恰恰是這個過程，因為專案的產品實際產生於此。
在此過程中，必須隨時根據專案基準對實施績效保持監測，以便比較實際績效與項目計畫，並以此為依據採取糾正措施。要對最終成本與進度結果進行定期預測，以支持上述分析。
專案控制的兩個基本目標：1.將活動轉化為結果；2.管理組織資產。
4.2.1專案計畫實施的投入
1.專案計畫（ProjectPlan） 各個從屬的管理計畫以及績效量度基準是專案計畫實施的主要投入。
2.詳細輔助資料（Supportdetail）
3.組織方針（Organizationalpolicies）
參與專案的任何與所有組織都具有可能影響專案計畫實施的正式與非正式方針。
4.預防行動（Preventiveaction）
預防行動指減少專案風險事件潛在後果發生概率的任何行動。
5.糾正行動（Correctiveaction）
糾正行動指為使專案預期的未來績效與專案計畫重新恢復一致而採取的措施。
糾正行動是各項控制過程的產出，作為此處的投入，它完成了必需的回饋環路，保證了有效的專案管理。
4.2.2專案計畫實施的工具與技術
1.通用管理技能（Generalmanagementskills）
諸如領導、溝通和談判等通用管理技能對於專案計畫的有效實施是至關重要的。
2.產品技能和知識（Productskillsandknowledge）
專案班子在專案的產品方面必須掌握一套適當的技能與知識。這套必要的技能被規定為計畫的組成部分並且由人員招募過程提供。
3.工作授權系統（Workauthorizationsystem）
工作授權系統：為確保工作按規定時間與順序進行而採取的一套專案工作正式審批程式。其主要機制通常是對一項具體活動或者一組工作的書面動工核准書。
工作授權系統的設計應當在提供控制的價值和為其所付出的代價兩者之間權衡利弊。例如，對許多較小型項目而言，口頭核准一般就已經足夠了。
4.狀態碰頭會（Statusreviewmeetings）
狀態碰頭會指為交換專案的有關資訊而定期舉行的會議。對多數專案來說，狀態碰頭會舉行的頻繁程度和級別各不相同（例如，項目團隊自己可以每週碰頭一次，而與顧客則每月碰頭一次）。在構思和計畫階段，需要召開更多的會議確定目標和方法。
在專案實施階段，由於計畫和客戶需求都得到了明確，可以適當減少開會次數。
在專案收尾階段，會議的頻率將增加以協調各方工作。
5.項目執行資訊系統（Projectmanagementinformationsystem）
6.組織程式（Organizationalprocedures）
參與專案的任何或所有組織都可能有在專案實施期間十分有用的正式或者非正式程式。
4.2.3專案計畫實施的產出
1.工作結果（Workresults）
工作結果：為完成項目而進行的各項活動的結果。
關於工作結果的資訊：哪些可交付成果已經完成，哪些尚未完成，品質標準達到了何種程度，
已經發生或者已經承諾的成本等等，要作為專案計畫實施的組成部分加以搜集，並饋入績效報告過程之中。
專案的活動也往往出現無形的工作成果，例如經過培訓並能有效應用所學知識的人。
2.變更請求（Changerequests）
變更請求的必要（例如擴大或縮小項目範圍、修改成本或進度估計）往往是在專案工作進行的過程中才被發現的。變更請求一定是正式的。
4.3綜合變更控制
必須不間斷的按基準對變更進行管理，以保持原先規定的專案範圍、綜合績效基準、管理方法以及否決或批准新的變更並將其納入修正後的項目基準之中。
4.3.1綜合變更控制的投入
1.專案計畫（Projectplan）
項目計畫提供控制變更的基準。
2.績效報告（Performancereports）
績效報告提供了專案績效資訊。績效報告還可提醒專案團隊注意將來可能造成麻煩的隱患。
3.變更請求（Changerequests）
變更請求可以用多種形式提出，包括口頭或者書面、直接或者間接、外部或者內部、考|試/大有法律強制性的或者有選擇餘地的請求。但是，變更請求一定是正式的。
4.3.2綜合變更控制的工具與技術
1.變更控制系統(ChangeControlSystem)
變更控制系統的組成：
1.一組正式的、文檔化的程式；
2.包括正式專案檔案變更需要經過的步驟；
3.規定如何對專案績效進行監測與評估。
變更控制系統包括：
1）.文書化工作；
2）.核准變更所需要表格的填寫、系統追蹤過程；
3）.授權進行審批的級別。
如果專案中沒有合適的現成變更控制系統，專案團隊就需要建立一個經過所有關鍵的干係人認可和同意的控制小組來負責批准或否決所提出的變更。這些小組的常見名稱：配置控制委員會（CCB）、工程審查委員會（ERB）、技術審查委員會（TRB）、技術評估委員會（TAB），等等。
變更控制系統還必須包括處理未經事前審查就已實施的變更程式，考|試/大可以在緊急情況下“自動”批准變更，但這些變更仍然必須形成檔，納入檔案，以便記載基準的演變過程。
2.配置管理(ConfigurationManagement)
配置管理：任何用來對以下過程實行技術和行政指導與監督的、文檔化的程式：
n識別工作項或系統的功能特性和物理特性，並形成文檔。
n控制上述特性的所有變更。
n記錄並報告上述變更及其實施狀況。
n審核上述物件與系統，核實是否符合要求。
★在許多應用領域，配置管理只是變更控制系統的一個子集。
★在其它一些應用領域，也可能指為管理專案變更而作出的任何系統管理。
★不能自動“批准”變更。
3.績效量度（Performancemeasurement）
掙值（EV）等績效量度技術可以幫助評估計畫的偏差是否需要採取糾正措施。
4.補充規劃（Additionalplanning）
專案很難會絲毫不差的按照計畫實施。未來所出現的變更，可能需要重新編制或者修改成本估算、調整活動順序與進度、調整資源需求、分析風險應對方案選擇，或者對項目計畫進行其它調整。
5.項目執行資訊系統（Projectmanagementinformationsystem）
4.3.3綜合變更控制的產出
1.專案計畫的更新（Projectplanupdates）
專案計畫的更新指對專案計畫或者詳細輔助資料的內容所做的任何修改。必要時必須將這些修改通知有關的干係人。
2.糾正行動（Correctionaction）
3.汲取的教訓（Lessonslearned）
偏差產生的原因、已採取的糾正行動的理由，以及所汲取的其它教訓都應形成檔，記載在案，使其成為本專案和實施組織內其它專案歷史資料庫的組成部分。
資料庫也是知識管理的基礎。
网友评论