部门职责梳理经常沦为写文档的例行公事,梳理完的东西和实际业务运转对不上,岗位之间遇到问题照样互相推。真正有用的梳理,关键在于选对分析工具,把每个部门在业务链条里的位置、责任边界和产出标准说清楚。下面介绍三种被验证有效的模型,以及一套能让结果落地执行的完整操作流程。
当部门间为一件事反复扯皮、不知道归谁管时,RACI矩阵是见效最快的工具。它用四个字母定义角色分工:负责执行的人(R)、拍板担责的人(A)、需要征求意见的人(C),以及只需知晓结果的人(I)。
操作起来很简单:把公司里的关键业务活动写在表格的行里,把相关部门列在表头,在每个交叉位置填入R、A、C或I。有一条铁律必须记住,每项活动只能出现一个A,也就是唯一最终决策人,R可以有多个,但A绝对不能重复。
举个例子,一次新品发布活动中,市场部担任R推动宣传执行,产品负责人是A做最终审批,研发部作为C提供技术信息支持,客服部只需收到消息作为I。
避坑要点:填表时别图省事给一项内容标两个A,那等于谁都没责任。初稿完成后,务必坐在一起逐条过一遍,防止表面清晰、实际重叠。
新公司刚起步或者组织架构大调整时,最适合先用波特价值链做整体拆解。把业务切分成两个部分:基本活动是直接创造价值,包括原材料进厂、生产制造、物流发货、市场营销和售后服务;支持活动则是在幕后做保障,包括人力、财务、技术研发和公司基础设施。
基于这个分解结果来分派工作:生产部、销售部这类和基本活动紧密相关的部门,职责应该围绕如何交付客户价值来定义;而人力资源部、财务部等支持部门,职责重点则是如何保障业务顺畅推进。每个部门只负责自己环节里的内容,不越界覆盖其他环节。
需要注意:支持部门的考核指标得和基本活动的痛点对得上号。比如生产线总因关键缺人而停摆,那HR部门的职责就不该只写"按时完成招聘计划",而要具体到"关键岗位招聘到岗时间控制在7天以内"。
对于日常运营维护,最不容易走样的方式就是二维职责矩阵表。表的纵轴罗列部门里每个岗位名称,横轴覆盖部门承担的全部工作流程或业务事项,交叉格则填写这个岗位在该流程中扮演的角色,比如"主导""参与""审批"或者"知情"。
这套方法有两个关键点:第一,每个流程事项只能设置唯一的"主导"角色,其余无关岗位保持空白不用填;第二,矩阵应定期复盘,建议每半年或每年一次,把停用的老流程删掉,把开展的新业务加进来。
在人力资源部,"薪酬核算"这一行就可以表示为:薪酬主管设为主导,人力资源总监负责审批,各部门经理只要知情即可。
实际操作中,不管启用哪种模型,都可以按以下六个步骤推进,避免梳理工作流于形式:
有一点要特别提醒:跨部门沟通会上大家口头答应的内容,别急着直接写进正式文件。要求所有参会者在会后24小时内用邮件或书面形式确认各自负责的内容,以此杜绝后续翻脸不认账的情况。
两者侧重点不同。岗位说明书聚焦单个岗位的具体任务和任职要求,而部门职责梳理是从宏观视角看整个部门在公司业务链条中的角色、边界和产出目标。前者解决"某个人该干什么",后者解决"这个团队该扛什么"。建议先完成部门梳理,再据此更新岗位说明书,保证两者口径一致。
非常有必要,但方式可以更轻量。小团队不用套用复杂的价值链分析,直接用二维职责矩阵,把七八个人的岗位和现有业务流程列一张表就够了。早期花两小时理清分工,能有效防止业务量上来之后出现推诿和重复劳动。等规模扩大后再用RACI矩阵细化跨部门协作。
比较合理的时间线是每年年初做一次全面复查更新。另外,只要发生以下任一情况就要马上触发更新:公司组织架构变动、上线新业务线、核心流程发生重大改造,或者连续出现两次以上的跨部门扯皮事件。另外,建议在项目结项或季度复盘时顺便检查一下职责文件是否还贴合实际业务。
部门职责梳理的核心不在于文档多整齐,而在于减少推诿、提升协作效率。三种模型各有其适用场景:跨部门争执多用RACI矩阵,全新架构设计用价值链分解,日常维护用二维矩阵。无论在哪种情况下,把六步执行法走完整,并特别留意讨论后书面确认这个环节,梳理结果才能真正落地有效。建议你根据团队当前最头痛的问题,选择一个模型先做一次小范围尝试,再逐步推广到全公司。