众所周知SAP的PS模块在项目型企业的SAP应用中扮演着核心角色，整个项目端到端的业务执行、财务核算、控制及分析都是通过PS作为主线，依赖于PS中的项目对象（如WBS元素、网络活动等）实现的。

在实施SAP的过程中，可以看到很多客户，甚至是SAP从业人员对PS的定位还是比较模糊的，不清楚PS模块在项目管理业务中究竟承担了些什么样的功能或者说应该去给企业实现的核心价值是什么，最终可能导致PS模块无法发挥自身最大的作用。

而造成这个问题的一个主要原因就是混淆了PS作为ERP核心组件和其他执行端的项目管理软件之间的一个区别以及两者之间的关系。

所以今天抽时间和大家探讨一下PS和常规项目管理软件的区别：

项目管理软件在软件领域的简称是PMIS，也就是Project Management Information System：项目管理信息系统的缩写。和CRM、SRM、ERP等一样都是企业数字化运营中的一个类型的软件统称。

市面上名气比较大的PMIS产品包括Oracle的P6、微软的MS Project、研发领域常用的Jira，在国内市场也有禅道、飞书项目这些产品。当然对于SAP而言，其实也有偏向于项目执行过程明细管理的软件，也就是EPPM解决方案下的PPM模块。

PMIS中涉及到的项目管理侧重于执行端使用（最终的适用对象主要包括项目经理、项目团队成员），比较通用的功能有项目进度计划管理、项目资源管理（如项目任务的分配）、项目问题管理、项目风险管理等等。

而PS上承载的是企业经营数据，面向的受众对象是企业管理者：通过PS模块可以回答企业在项目运营相关数据：项目最终盈利如何，合同中不同交付项的明细利润又是多少，项目最后交付后成本偏差多少，项目回款情况、项目预计还有多少款未付给供应商等等。

可以设想一下，当公司经营成百上千个项目的时候，从管理端来说是不会聚焦在每个项目的无数个任务的完成情况、过程中有多少个问题数量等。管理者需要看到的是高阶的经营数据。

这其中PS最无可替代的一个价值是在于可以通过PS CBS（成本分解结构）结构的设计统一企业项目三算：测算、预算以及核算维度。虽然大多数PMIS也会标榜自己在成本管理中的功能，但如果真正仔细深入了解，你会发现这些全都是幌子，PMIS实际上根本无法有效展现项目经营财务数据。因为在这背后是CBS和WBS无法统一的一个核心矛盾。

下面用一个简单案给大家梳理一下CBS和PMIS中按阶段、按任务拆分的WBS结构的区别：

一个IT类的项目如果要报价的话，通常可以分为硬件费、软件费以及实施费。按照不同费用类别需要投入的资源类别及数量可以形成前期的成本测算，加上毛利率就形成了对客户的报价。

后续实施期间如果项目结构也是按照成本测算的维度进行设计，则可以保证过程中的预算管控以及实际成本也是同纬度管理，也就是一直强调PS核心价值中的三算合一。

而对于此类项目的执行而言，肯定是按照不同的阶段、不同任务拆分来进行明细的执行管理，比如第一个月主要是需求调研、第二个月是蓝图设计，这些阶段下可能又有成百上千个任务或子任务。下图就是典型的一个SAP实施项目WBS结构案例：

对很多项目经理而言，他可能会通过Project或Excel承载WBS结构管理（此时可以把Excel也看成此场景下的PMIS）而不会将这样的结构搬进ERP。

实施过程中的问题清单、风险清单很多项目经理也会选择在Excel或其他的PMIS产品中去记录去跟踪。即使全球已经多家大公司已经上线了SAP，你也很少能看见这些需求是在PS中实现中，从SAP自身产品线来说也是在PPM或者CPM中承载了这些项目执行功能。

从技术可行性上来说，按照阶段、按照任务、子任务在PS中搭建项目结构，实施人员的分配派工其实没有太大的难点。

但这种将PMIS中该承担的一些功能点在PS实现意味着所有的核算以及预算管控包括项目财务指标的分析也是按照这样的维度来执行，首先不考虑财务核算管控的可行性，这结果直接导致丢失PS独一无二，绝无仅有的其他产品基本不可能实现的价值，有点得不偿失。

所以PS和PMIS不是说替代的关系的，反而PMIS可以去弥补PS在执行端的空白，最终呈现1+1>2的结果。

最近想到很形象的一个例子可以帮助大家更一步理解到PS和PMIS的核心差异，其实两者的关系有点类似大家更熟悉的SAP PP模块和MES系统的区别：MES中的生产管理都是在ERP中PP模块设定的大的管理框架下运行的，比如会按照工单中的BOM、工单的状态等数据展开自己更明细的一个生产过程执行，可以说MES是对PP的计划与执行在生产现场的细化，而最终MES的数据都会回到PP模块，通过PP模块在ERP中的集成实现最终整个生产业务的业务一体化。