跟着团子学SAP PPM-项目组合概览-项目组合结构

对于目前企业的管理者而言，公司的战略无疑是他们频繁思考的目标，战略决定了企业的阶段性目标，而在项目管理学的理念中，项目组合就是为了实现企业的战略目标而组合在一起管理的的项目、项目集和其他工作。

和传统的单项目管理聚焦于“怎样做项目”而言，项目组合更关注的是“做什么项目”，很早前学习PMP知识时，老师就说过按照优先级配置资源就是项目组合管理的涵义。

而SAP的PPM正是可以为企业管理者提供项目组合各关键信息洞见的一款工具，这段时间会跟大家分享很多PPM的知识，今天首先跟大家介绍下SAP PPM中项目组合中的管理对象。

（1）项目组合定义&项目组合篮（Porffolio Definition & Bucket）

如果需要分析项目组合各关键信息，第一步是需要定义企业项目组合的结构，在项目组合结构中最高层级的节点代表项目组合定义（Portofoilio Definition），在项目组合定义中需要指定好项目组合类别（Portofolio Type），项目组合类别中涵盖了整个项目组合结构关键的一些控制信息，一个企业可以按照自己的管理和分析需求创建多个项目组合定义。在项目组合定义下首先通过投资篮（Bucket）分解项目组合结构，在一个Bucket下还可以创建下一层级的投资篮进一步细分。而在最下层的投资篮中可以创建项目组合明细项，项目组合明细项可以指代目前企业正在执行的项目，也可以是一个提议（Proposal）正在进行前期的分析。

企业可以按照不同思路去设计自己的项目组合结构，比如按照职能、按照不同的组织结构等维度。可以看到项目组合结构和WBS结构都是一类的层次型树状结构，这类结构最大的优势就是按照层次结构由底至上地进行数据汇总分析。

此外也可以单独针对Bucket做相关的财务计划，只是这类计划颗粒度较粗，主要是企业的战略计划，后续可以将Bucket的财务计划与Item汇总的计划进行对比分析。

（2）分类结构（Classfication Hierachy）

上文中提到的按照企业正常管理需求定义的项目组合结构可以称为标准项目组合结构（Standard Portfolio Structure），在标准项目组合结构外，还可以定义分类结构实现更多维度的分析，分类结构可以理解成备选项目组合结构（Alternate Portfolio Structure）

以游戏公司举例，一个大型游戏研发公司的项目组合可能先按照游戏研发定义一个项目组合定义、在项目组合定义下又基于游戏类型为Bucket进行拆分（如SLG、MMO等），在Bucket下具体单个的游戏研发及运营作为Item再在Bucket下进行维护以便后续的管理。除此之外游戏公司也想从内部工作室的维度进行项目组合的分析，这时就可单独再创建分类结构，分类结构定义下的Bucket按照工作室进行拆分，在标准项目组合结构中具体项目的Item也可以额外分配给分类结构中的Bucket从而拓展分析维度。

在分配至分类结构中的Bucket时，甚至可以维护分摊比例满足管理者需求，比如在标准项目结构中MMO游戏类型Bucket下有一个A游戏，A游戏的收入成本收入构成为工作室1号（30%）、工作室2号（70%）。在此场景将A游戏关联至分类结构中的Bucket时可以具体指定分摊比例等信息保证分析数据的准确性。

分类结构可以是与某个项目组合结构相关的，也可以是跨多个项目组合结构的，都是需要结合企业自身管理及分析需求灵活设置。

（3）项目组合项（Portfolio Item）

项目组合项是项目组合结构中最明细的一个对象，在实际的业务场景中项目组合项是与实际的项目对应上，并可以在项目初期评审就进行介入。还没进行到执行阶段的Item可以标记为提议（Proposal），针对Item可以使用PPM内问卷、评分模型（Scoring Model）等标准功能提供不同数据（比如风险、技术成功概率等）以便管理者对不同项目组合中的项目进行优先级对比从而考虑后续的投资。而Item自身也能通过决策点（Decision Point）对整体执行实现全生命周期的管控。

此外Porfoflio Item也是PPM项目组合管理中与其他模块实现集成的主要对象（如PPM中的Project Management、ERP中的PS模块等）实现Item相关的数据集成（如实际成本等）

（4）项目集（Initiative）

在PPM中另外一个结构官方叫法是Initiative，中文翻译应对应倡议，但从各类文档看下来是直接可以把Initiative里面成项目集的（Program）。从项目管理学的定义来看，项目集是一组相互关联且被协调管理的项目、子项目集和项目集活动。项目集管理是为了实现组织的战略目标和利益，而对一组项目进行的统一协调管理，让项目管理更加高效。

举一个实例让大家理解一下项目集，比如XX公司于今年启动了数字化转型项目，在数字化转型项目实际包含了顶层结构设计项目、SAP S4 Move、可持续发展几个项目，此时这里提到的数字化转型项目就是一个项目集，它是由一系列的项目构成，并且这些项目间存在一些关联，比如顶层结构设计完成后，才会启动后续项目的实施。

和项目组合篮不同，Initiatives更侧重于运营管理，项目组合篮主要为企业项目组合战略分析需求服务，是相对静态的结构。而Initiatives中包含阶段（Phases）、实际时间等运营属性，所以Initiatives从技术层面上与Item类似，更关键的是可以通过Initiatives的划分又实现另一个维度的数据汇总。除开数据层面的汇总，通过Initiative的设计，可以实现和Item部分数据的交互，比如权限可以从Initiative继承至被分配的Item，Item中的排程信息也可以汇总至Initiative。在Initiative中可以结合BP的功能管理相关方（Stakeholder），相关方数据可以用于Initiative阶段的审批。