企业官网建设流程全解析

OpenProject 与 PM² 方法论：项目管理基础概念全景解读

【免费下载链接】openprojectOpenProject is the leading open source project management software for product, project and portfolio management. A powerful Jira alternative with agile planning, issue tracking, roadmaps, Gantt charts, time tracking, collaboration features, and more. Available on premises or in the cloud. ⭐ Star us on GitHub项目地址: https://gitcode.com/GitHub_Trending/op/openproject

本指南对应 docs/project-management-guide/2-project-management/README.md，是 PM²（欧洲委员会开源项目管理方法论）指南的第二章。它系统讲解项目、项目管理、项目集与项目组合管理的基础概念，为理解整部 PM² 方法论奠定概念基础。阅读本文后，你将掌握项目的定义与关键特征、输出—成果—收益的价值链条、项目管理办公室（PSO）的职责边界、项目 vs 运营的判定标准，以及三类项目组织结构的适用场景，并能把这些概念与 OpenProject 中的项目、组合（Portfolio）、版本、工作包等实际功能一一对应，用于指导日常的项目定义与管理实践。

一、背景：为什么 OpenProject 仓库中会有一部 PM² 指南

在进入概念讲解之前，先说明本文的出处。OpenProject 仓库的 docs/project-management-guide/README.md 完整收录了PM² Project Management Methodology（版本 3.1，2023 年 12 月）指南，其中明确指出：

PM² 的一大特色是欧洲委员会以开源许可证发布该方法论，这使它与 OpenProject 高度契合，OpenProject 团队也给予它特别关注，以紧密支持这一开放方法论。

整部指南按章节组织：1 简介 → 2 项目管理基础（本文主题）→ 3 方法论总览 → 4 项目组织与角色 → 5 启动阶段 → 6 规划阶段 → 7 执行阶段 → 8 收尾阶段 → 9 监控与控制（贯穿各阶段的横向章节）。本文聚焦第 2 章，它提供理解整部 PM² 方法论所需的基础概念与语境。

二、项目（Project）的定义与关键特征

2.1 什么是项目

PM² 对项目的定义是：

项目是一种临时性的组织结构，用于在时间、成本和质量等约束条件下创造独特的产品或服务（输出）。

这一定义包含三个核心要素：

• 临时性（Temporary）：项目有明确的开始和结束时间点；
• 独特输出（Unique output）：项目产出的产品或服务此前从未被创造过，即便与既有产品相似，也总存在一定程度的独特性；
• 输出形式（Output）：可以是产品（如一个新应用），也可以是服务（如咨询服务、一场会议或一个培训项目）。

同时，项目在外部（或自我施加的）约束下被定义、规划和执行，这些约束既涉及进度、预算、质量，也涉及项目的组织环境（如风险态度、组织能力、可用容量等）。

一个成功的项目，在范围目标达成、所有交付物被发起方（客户）验收之时宣告结束，交付物移交客户后，项目团队随之解散。

2.2 项目为何区别于日常运营（Operations）

项目与日常例行工作（运营）有本质区别，需要通过专门的临时组织结构来管理，其目的包括：

• 定义项目范围及其交付物（产品或服务）；
• 为投资建立商业理由（定义项目对组织的价值、勾勒业务背景、列举备选方案等）；
• 识别项目干系人并组建项目核心团队；
• 制定用于指导和管控项目的各类计划；
• 向团队分配并协调项目工作；
• 每日监控和控制项目（进度、变更、风险、问题、质量等）；
• 移交交付物并进行项目行政收尾。

从图中可以看到，项目在"组织与干系人环境"中运作，输入资源（人、财、物）后产生输出（Output），输出再进一步转化为成果（Outcomes）——这正是下一节要讲的价值传递链。

2.3 为什么我们做项目

每个项目都旨在引入新产品/服务或改进既有产品/服务。达成目标预期会给组织带来收益（例如：一套新的组织级文档管理系统，通过引入新的检索、阅读和归档方式提高生产力）。项目也可以被视为一个把想法转化为现实的变革过程。

项目既可以用于维持当前业务运营（如维持现有服务水平），也可以用于变革业务运营，或改进工作方式使组织在未来更高效。

项目启动的原因多种多样，常见触发因素包括：

• 响应客户对新产品或服务的请求；
• 响应市场对新产品的需求或机会；
• 响应立法或组织需求的变化；
• 响应审计提出的改进建议；
• 响应竞争对手推出的新产品或服务；
• 利用一项新技术；
• 在两个或多个部门/组织合并背景下整合流程；
• 更新既有流程；
• 迁往新办公场所；
• 提升某主题的公众认知度；
• 提供概念验证（Proof-of-Concept）；
• 将信息迁移到新的文档管理系统；
• 改进既有服务。

2.4 输出（Outputs）、成果（Outcomes）与收益（Benefits）

项目团队往往把精力集中在交付物上，但 PM² 强调：交付物只是达到目的的手段，项目的真正目的是实现能够带来可衡量收益的成果。因此，参与项目管理和执行的每个人都必须理解输出、成果与收益三者的关系：

• 项目输出（交付物）：引入新变化（a change）的产品或服务；
• 成果（Outcome）：由变化导致的结果；
• 收益（Benefits）：由成果带来的可衡量改进。

注意：项目的成果与收益往往在项目关闭之后才会真正显现。原文档用一张表格演示了这一链条（以"在组织内推行 PM² 方法论"为例）：

三、项目管理（Project Management）的本质

3.1 什么是项目管理

项目管理可以描述为：为高效达成特定项目目标而进行的规划、组织、保障、监控和管理资源与工作的系列活动。

PM² 强调方法论使用的裁剪原则（Tailoring）：所采用的项目管理方法必须始终适配项目自身需求。使用 PM² 时，项目经理（PM）只应采用（必要时经裁剪后采用）那些有助于其项目有效管理的部分。

3.2 项目文档（Project Documentation）

项目文档是项目管理的核心活动，贯穿项目从启动到收尾的全过程。PM² 归纳了项目文档的价值：

• 迫使人们把模糊的想法和计划落到文字上，从而磨砺思维；
• 使规划具体化（crystallises planning）；
• 界定项目范围以供审批，确保所有干系人和团队成员对"交付什么、何时交付"有共同预期；
• 让所有干系人清晰了解项目需求；
• 促进内外部群体之间的沟通；
• 为监控和控制项目进度提供基线；
• 为重要决策留下记录；
• 为正式审计提供所需信息；
• 支撑组织记忆，作为历史参考，提升未来项目成功的可能性。

当然，项目文档应遵循组织与项目在格式、风格上的质量标准；但最重要的是，它必须增值、清晰、易读，真正服务于其用途。

3.3 项目支持办公室（Project Support Office, PSO）

项目支持办公室（PSO）是为项目管理提供支持服务的组织实体（或部门），服务范围从简单的支持职能到帮助项目与战略目标对接不等。并非所有组织都设有 PSO。PSO 的典型职责包括：

• 为项目经理（PM）及其他人员提供行政支持、协助与培训；
• 收集、分析并报告项目进度数据与信息；
• 协助项目排期、资源规划、协调以及项目管理信息系统（PMIS）的使用；
• 维护中央项目资料库（项目文档、风险、经验教训 Lessons Learned）；
• 协调配置管理与质量保证活动；
• 监督方法论指南及其他组织标准的遵守情况；
• 将项目管理方法论裁剪适配到新的最佳实践，并帮助项目团队有效落地更新后的方法论。

3.4 项目集管理（Programme Management）

项目集（Programme）是一组以协调方式管理、以实现单独管理无法获得的战略目标与收益的相关项目和活动的集合。项目集内的各项目共同贡献于项目集的共同目标，彼此相互依存；除项目外，项目集通常还包含项目范围之外的相关工作要素（项目级活动）。

PM² 特别澄清了一个常见误区：项目集管理 ≠ 多项目管理（并行管理多个项目）。项目集经理（PgM）协调项目之间的协同，但并不直接管理各个项目本身。

3.5 项目组合管理（Portfolio Management）

项目组合（Portfolio）是为更好地控制财务及其他资源、促进有效管理而聚合并组的一组项目、项目集和其他活动，其管理目标是对齐战略目标。组合中的项目或项目集之间不必然相互依存或关联。

从战略视角看：

• 组合（Portfolio）是高于项目集和项目的管理层级；
• 投资决策、资源分配、优先级确定都在组合层面做出。

因此，参与项目定义与管理的人员必须理解项目、项目集、项目组合三者之间的差异及各自的管理要求，能够把自己的工作定位在正确的层级上（例如判断某项工作更适合作为项目集还是一个项目网络来管理），并始终意识到自身工作的管理与组织环境。

OpenProject 中的落地：组合管理（Portfolio Management）在 OpenProject 中对应"组合（Portfolios）"工作区。从源码看，app/controllers/portfolios_controller.rb 中PortfoliosController < ProjectsController，注释明确说明"该控制器用于 workspace_type 为 portfolio 的条目，包含组合特有的逻辑；部分动作（如 #new）仍由项目控制器处理，因为组合在这些场景下与项目行为相似"。也就是说，OpenProject 将"组合"实现为一种特殊的项目工作区类型（project workspace_type），组合列表通过Portfolios::IndexPageHeaderComponent与Projects::ProjectFilterButtonComponent（见同一文件的 turbo_stream 分支）渲染——这与 PM² 中"组合高于项目、在组合层面做优先级与投资决策"的概念遥相呼应，可用于按战略目标分组管理多个项目并集中决策。相关组件位于 app/components/portfolios/，项目模型定义见 app/models/project.rb。

3.6 项目 vs 运营：如何识别项目"滑入"运营模式

• 项目是临时性的，有明确起点与终点，目标达成即视为完成，随后团队解散；
• 运营（Operations）是由常设组织开展的持续性日常活动，用于交付服务或产品。

现实中，人们常会遇到"已经持续数年、目标不断漂移、范围持续膨胀"的所谓项目——这些项目要么失控，要么已经滑入了运营（维护）模式。识别项目是否已滑入运营模式，可依据以下信号：

• 主要交付物已产出且被客户验收；
• 主要输出（交付物）已投入使用；
• 已向用户提供支持；
• 已开展维护活动；
• 计划并逐步实施小规模更新（改进）。

在大多数项目中，运营期始于项目主要产品被客户生产并验收之后。

四、项目环境（Project Environment）

4.1 项目组织结构：职能型、项目型与矩阵型

假设所有 PM² 项目经理都在同质环境中、拥有相同层级的权威与责任，是一种便利但通常不成立的假设。组织内项目通常采用以下三种结构之一或其组合：

职能型结构（Functional Structure）项目工作被整合进常设组织的日常工作，项目成员与其他资源从职能组织的多个部门"借用"。项目经理（PM）的权威通常有限，重要项目问题需要高层管理者介入；项目工作常被视为比日常工作优先级更低。

项目型结构（Projectized Structure）频谱的另一端：只保留基本的常设（职能）层级，所有工作都在临时项目组织内组织和执行。项目资源专为项目而聚拢，几乎全职投入项目；项目结束时，资源或被重新分配至另一项目，或回归资源池。

矩阵型结构（Matrix Structure）一种混合组织结构：在职能层级之外创建额外的临时项目组织以实现特定项目目标。项目经理（PM）的角色被认可为项目成功的关键核心，项目指导委员会（PSC）通常向项目经理（PM）和业务经理（BM）授予足够的权威与责任以管理项目及其资源。矩阵组织可进一步细分为弱矩阵、平衡矩阵、强矩阵，区别在于授予项目组织的权威与自主程度。

4.2 发展项目管理能力（Developing Competences）

项目管理远不止制定进度表和预算。PM² 建议项目经理从以下途径发展能力：

• 了解项目在组织内部如何处理（与同事交流）；
• 审视组织内已有的方法论、标准与框架；
• 参加项目管理课程（如由认可的 PM² 培训提供方开设的课程）；
• 复盘自己的项目管理——哪些成功？哪些可以改进？
• 成为 PM² 社区的活跃成员——参与论坛讨论，向其他项目经理的提问学习；
• 与更有经验的项目经理交流他们如何运作项目。

能力的习得来自学习与实践、讨论与经验分享，以及对"哪些做得好、哪些可改进"的持续反思。

4.3 项目经理的能力模型（Competence Model）

项目经理需要：

• 理解所在组织采用的项目管理方法论（如 PM²）；
• 具备有效管理项目启动、规划、执行、监控、控制与收尾的技术能力。

此外，角色还要求与人和更广泛组织环境高效协作的技能，包括在复杂项目、多元化团队以及利益多元甚至冲突的干系人群体中工作的情境能力与行为技能，例如：

• 沟通、领导、激励、谈判、解决问题与应对议题、主持会议与工作坊、汇报项目状态等；
• 业务背景与一般项目环境（社会文化、政治、物理等）；
• 组织政策与标准（安全、组织架构、审计等）；
• 终端产品或服务交付后的维护方式。

原文档指出：上述多数要点同样适用于业务经理（Business Manager, BM）。下表（来源：IPMA-ICB，经改编）列出了项目经理与业务经理的主要能力维度：

上述能力未必相互独立，彼此可能互相影响。但决定"什么更重要"（自我还是共同利益、时间还是质量、结果还是平衡）的过滤器，在于价值观与伦理。因此，与价值观和伦理鉴赏相关的能力拥有突出位置——正是伦理画像指引我们如何运用各项能力，并决定我们在任何情境、决策与行动中如何判定好坏、对错。

PM² 的结论是：项目经理与业务经理应在符合组织与职业价值观、伦理的前提下，有效、一致且恰当地展现这些能力，在正确的时间、以正确的方式、出于正确的理由做出正确决策来实现项目目标。当项目经理培养出平衡目标与技能、个人诚信与道德美德的伦理倾向时，这些决策与张力会更容易处理。虽所有美德都影响所有能力，但判断力、审慎与洞察力（智慧美德）相对更偏重视角能力，而诚实、公正、友善、慷慨、节制、勇气、幽默、宽宏与高尚（道德美德）相对更偏重人员能力。

五、将概念落地：在 OpenProject 中管理项目、版本与工作包

PM² 指南的价值在于其开源、可落地。把本章概念映射到 OpenProject 的实际功能（以下均为当前仓库源码可确认的实现事实）：

• 项目（Project）：OpenProject 的核心工作单元，模型见 app/models/project.rb，并支持项目类型（app/models/project_type.rb）用于区分不同性质的项目；
• 项目组合（Portfolio）：由 PortfoliosController 及 app/components/portfolios/ 组件实现，可将多个项目归组管理，对应 PM² 的组合管理层次；
• 交付物与里程碑（Deliverables / Milestones）：可使用"版本（Version）"模型（app/models/version.rb）管理项目内交付物与里程碑节点；
• 输出/成果跟踪：项目产出物对应工作包（app/models/work_package.rb），配合状态（app/models/status.rb）与甘特图、看板等视图（modules/gantt、modules/boards）持续监控项目进度，实现 PM² 中"监控与控制"活动的日常化。

PM² 指南各章节之间形成完整闭环：本章（第 2 章）奠定概念基础后，第 3 章方法论总览 讲解"PM² 之屋"四支柱（治理、生命周期、流程、工件）与四阶段生命周期，后续章节则分别展开各阶段的具体活动与 OpenProject 实操建议，可作进一步阅读。

结语

项目管理首先是一套清晰的概念框架：理解项目的临时性、独特性与约束性，认清输出、成果与收益的价值链条，区分项目、项目集、项目组合与运营的边界，并选择与组织环境匹配的项目组织结构——这些基础认知直接决定项目能否被正确定义与管理。PM² 方法论以开源、轻量、可裁剪的方式提供了这套框架，而 OpenProject 作为开源项目管理软件，在项目、组合、版本与工作包等模块中为这套框架提供了可操作的落地载体。掌握本文概念，是进入 PM² 四阶段生命周期（启动、规划、执行、收尾）与监控控制实践的前提。

本文基于 docs/project-management-guide/2-project-management/README.md（PM² Guide v3.1，2023 年 12 月）编写，图片为该文档自带示意图，版权与许可声明以原文档（CC BY 4.0）为准。

【免费下载链接】openprojectOpenProject is the leading open source project management software for product, project and portfolio management. A powerful Jira alternative with agile planning, issue tracking, roadmaps, Gantt charts, time tracking, collaboration features, and more. Available on premises or in the cloud. ⭐ Star us on GitHub项目地址: https://gitcode.com/GitHub_Trending/op/openproject