PMBOK定義的項目經理較為簡單，“對項目管理獨立承擔責任的個體”。軟件工程師協會（Software Engineering Institute）將這個定義進一步擴展為，“對整個項目負有全責的角色，需要承擔指導、控制、管理和協調項目的責任，并且項目經理終要向端用戶負責。” blog.mypm.net
項目管理者聯盟
從這里可以看出，在PRINCE 2下面，項目經理是“在項目委員會的領導和約束下，得到授權并承擔項目日常管理責任的人員。”“約束”實際表述的是項目經理在得到的授權下，對項目范圍、質量、進度和成本所擁有的責任和可接受的范圍。任何超出這些限制的趨勢，都會成為一個“問題”并被提交到項目委員會，引起委員會的關注。
項目經理圈子
相比之下，PMBOK并不區分項目指揮長或者項目督導，而是使用 “發起人”（sponsor）的概念。發起人實際是一個項目的利益相關者（stakeholders），它的定義是：內部或者外部的個體或者組織，形成某種組織形態，以現金形式或者其他方式為項目提供財務資源。所以，發起人包含在指南的規定之下，完全為項目經理所控制。
授權文檔 blog.mypm.net
項目管理者聯盟文章
PRINCE 2通過很細致的文檔來實施管理。一個項目是一系列人們需要跟蹤的流程、作業序列的集合，也是一系列確保項目順利進展的管理文檔。
按PRINCE 2的表述，項目委托文檔可以來自任何方面，但必須至少來自某些管理等級，這樣可以按照項目規模和類型，對成本和資源使用進行授權。這要求有足夠的信息來觸發“項目啟動（Starting up a Project，SU）”流程，并且這個流程可以轉化成“項目概要（Project brief）”。PMBOK對業務實例域和項目概要域的內容未加區分。
SU流程一般持續較短，它的主要功能是確認所有必須的參與者以及參與內容，并且在項目真正開始之前位。它假定“業務實例（Business Case）”是存在的，盡管在項目開始之前并不存在真正的業務過程，但可以在SU階段設立一個業務模型。
業務模型用來評估項目，并從原因、利益、成本、進度、風險和來自項目要求或者項目概要、項目計劃或者來自客戶的信息等內容進行評估。業務模型是一個動態的文檔，為反映項目條件的變化，將在項目進程中按需要更新。在項目準備（Initiating a project，IP）的時候，業務實例將作為項目的基準（baseline）。
SU流程的輸出是“初始階段計劃（Initiation Stage Plan）”，該計劃將確認所需要的人員，以及在項目概要中所包含的必要信息。項目概要是相對簡化的文本，描述項目背景、項目定義（如項目要實現的目標），業務大綱，用戶的質量預期，項目驗收條件和任何已知的風險。
這個文本將向觸發“項目準備”流程，它的結果是“項目準備文檔（Project Initiation Document，PID）”。
與業務實例不同，業務是適時更新的，而PID則相對穩定，除非業務對象的背景有重大變更。PID試圖給出有關的定義，如項目是什么、為什么、對象是誰、時間以及如何做等問題。這個文本是項目委員會評估項目進展、跟蹤項目變更事項的基礎文檔。與準備PID文檔同時，項目第一階段的計劃工作中，重要的是確立項目委員會對項目的授權。 項目經理圈子
在PMBOK中，與PID相對應的是項目章程（Project Charter），該章程是基于PMBOK的領域知識，在項目準備階段之后形成的文本。它的定義是：項目高級經理擬訂的對現存項目的正式批準文件。該文件授權項目經理利用組織資源開展項目活動。
特定項目管理角色 項目管理論壇
blog.mypm.net
PRINCE 2中沒有定義管理職位，而是定義了角色（Roles），它可以根據項目的需要設置、分享、拆分和合并。除項目委員會、項目經理、團隊經理等等，PRINCE 2引入大量別具特色的角色，來實踐其方法論。例如：
項目支持辦公室（Project Support Office，PSO），是各種資源的核心“池（Pool）”，如職員、資料和PRINCE2顧問。PSO對協助行政事務管理、確保整個項目良好體現PRINCE2的指導，是有益處的。除上述人員外，PSO還包括計劃與日程、評估、預算和項目會計等專業人士。事實上，很多其他專業性的職責，需要加入到角色定義中來。
