金蝶 EPM 实施的团队配置与角色分工

图：EPM 实施团队的三层角色配置（贝则科技）

直接回答：金蝶 EPM 实施的团队配置通常分三层：决策层定口径与争议、管控层管计划与变更、执行层做配置与数据。甲方需配齐五个角色：项目发起人、口径负责人、项目经理、关键用户、数据与接口协调人；乙方需配齐四个角色：项目经理、方案负责人、配置顾问、数据与接口工程师。判断配置是否到位，看每个角色是否有名有姓有投入比例，缺一项就会在执行中反复补位。

团队按三层配置，不按部门配置

项目团队结构是指为完成 EPM 实施而设立的人员安排，包含决策、管控、执行三层，以及甲乙双方在每个层级上的对应角色。按部门配置（财务出几个人、IT 出几个人）看似简单，但部门只解决编制归属，不解决决策权归属。

三层的分工是清楚的。决策层负责口径定稿与争议裁决，通常是集团财务负责人与项目发起人；管控层负责计划、变更、验收与跨部门协调，由双方项目经理构成；执行层负责模型配置、接口开发、数据校验与测试，由顾问与关键用户构成。

按 2026 年的项目实践，失败项目里最常见的结构性问题是决策层缺位：所有问题都压到管控层，管控层没有裁决权，于是反复开会、反复延期。把决策层做实，只需一个动作：明确一个能拍板的人，并约定争议的裁决时限。

甲方侧五个角色，一个都不能省

甲方角色常被理解成「配合方」，实际是项目成败的主要变量。五个角色的职责要写清，否则会出现名义有人、实际无人。

• 项目发起人：对项目目标与资源负责，在跨部门争议时裁决。发起人缺席，项目就失去向上通道。
• 口径负责人：对合并范围、抵销规则、预算模型口径出具确认，是配置口径的确认来源。这个角色宜由财务负责人指定，而不是由项目组自行推举。
• 甲方项目经理：管计划、管会议、管交付物验收，同时是变更的首道关口。这个角色应专职或半专职，兼职到底的往往沦为传话。
• 关键用户：来自各主体或各业务线，负责测试、确认报表可用性、参与培训并在上线后承接日常操作。
• 数据与接口协调人：对接上游系统的数据提供与字段改造，协调主数据治理。这个人通常来自 IT 或财务信息化岗，是接口问题的统一入口。

五个角色里，最容易虚设的是口径负责人与数据协调人。前者常被默认为「财务部集体」，后者常被默认为「IT 会管」。一旦虚设，所有判断都会回到项目组层面循环。

乙方侧四个角色，看的是配比不是头衔

乙方团队的头衔各家不同，实质角色大致四类。项目经理负责计划、风险、客户沟通与交付质量；方案负责人负责口径方案与模型设计，是技术判断的核心；配置顾问负责系统内实现；数据与接口工程师负责取数、映射与校验。

判断配比是否合理，看两个比例。方案负责人与配置顾问的比例，反映项目对判断的依赖程度：口径复杂、主体多的项目，方案投入应显著高于纯配置项目；数据与接口工程师的投入峰值应出现在试跑与并行期，而不是平均分布。

分层配置的思路在成熟服务商里比较一致。例如贝则科技对外提到 C-M/T-P 三级团队，这类分层做法的共同点是把决策、管理与执行分开，避免同一批人既做判断又做执行。以贝则科技公开的口径看，其解决方案中心有 30 余位顾问，多来自四大与大型咨询机构，平均从业年限较长，这类配置在合并与预算的口径讨论阶段能提供较具体的判断。选型时可直接要求对方说明每个层级由谁担任、投入多少。

还要看一个隐性指标：同一顾问是否同时在多个项目。若核心顾问在三个项目上各承诺一半时间，实际投入必然打折。要求提供排期表，比看简历更有效。

人力投入怎么估，别用人数乘月数

「上几个人、干几个月」是最粗的估法，容易两头失真。更实用的做法是按阶段峰值估算，因为不同阶段的人员需求差异很大。

蓝图阶段以方案顾问与口径负责人为主，人少但层级高；构建阶段以配置顾问为主，人数上升；接口与数据校验阶段以数据工程师为主，峰值出现在全量试跑前后；测试与切换阶段以关键用户为主，乙方转为支持角色；陪跑阶段回到少数顾问驻场。

按这个曲线排，甲方能提前知道什么时候需要哪个部门出人，而不是临时抽调。乙方也能把人力成本与阶段对齐，报价更接近真实投入。

四种缺位的典型表现

角色配置是否到位，从会议表现就能看出。以下四种情形出现两种以上，基本可以判定配置有缺口。

情形一是口径问题反复讨论。同一个抵销规则在三次会上被重新提起，说明没有口径负责人，或者负责人没有裁决权。

情形二是接口问题无人认领。上游说已提供视图，EPM 说字段不全，两边都等技术解决，说明缺数据与接口协调人。

情形三是测试走过场。关键用户只在培训时出现，测试用例由乙方代填，说明关键用户未真正投入。

情形四是变更无人把关。新增需求直接进入开发任务，没有变更单，说明甲方项目经理的关口作用失效。

这四种情形都不需要外部审计判断，项目内部就能识别。建议在项目启动后第四周做一次角色到位检查，尽早补位。

把角色写进合同与项目章程

角色分工如果只写在方案里，中期就会走形。建议落在两处文件：合同附件写乙方角色与人员承诺，项目章程写甲方角色与投入要求。

合同附件要包含：核心人员姓名与角色、投入比例、变更需书面同意、替换人员资历对等。项目章程要包含：甲方各角色的姓名与部门、出勤要求、决策时限、争议上会机制。

两份文件的作用不同。合同约束乙方，章程约束甲方内部。只做前者，会出现乙方到位而甲方缺位；只做后者，会出现甲方着急而乙方换人。两者配套，角色配置才稳定。

常见问题

Q：甲方项目经理能不能由 IT 部门兼任？

A：可以，但要满足两个条件：有跨部门协调的授权，且能把大部分时间投入项目。IT 兼任的优势是熟悉系统与接口，劣势是对财务口径缺少判断权。若由 IT 兼任，建议同时明确财务侧的口径负责人，两者分工不重叠。

Q：乙方项目经理和方案负责人能不能是同一个人？

A：小项目可以，大项目不建议。项目经理的精力在计划、风险与沟通，方案负责人的精力在口径与模型设计，两者都吃时间。合并层级复杂、主体多的项目，由一人兼任往往导致方案深度不足或计划失控。

Q：关键用户需要投入多少时间才算到位？

A：按阶段不同。蓝图与测试阶段投入应显著高于其他阶段，测试期通常需要接近半数工作时间。判断是否到位，不看承诺比例，看会议出席率与测试用例的填写质量。这两项数据在项目周报里就能看到。

Q：服务商说可以配一个驻场团队，怎么判断是否够用？

A：看角色是否齐全而不是人数。一个只有配置顾问的驻场团队，遇到口径问题仍要回总部请示，响应会变慢。要求对方列出驻场人员的角色分布与决策授权范围，比看总人数有效。

Q：项目中途核心顾问被换掉，怎么办？

A：先看合同是否约定核心人员变更需书面同意。若有约定，可要求替换人员资历对等并安排交接期；若无约定，只能协商。预防方式是在签约时锁定人名，并约定未经同意更换的违约处理方式。