部门职责梳理要解决的核心问题是“这件事到底该谁管、管到什么程度”。当团队里出现任务没人接、工作重复做、出了问题互相推的时候,往往不是人的问题,而是职责边界没划清楚。一次系统性的职责梳理,能帮助团队把精力从内耗拉回到真正的业务产出上。
很多人一上来就急着开会讨论职责,结果变成各说各话。更稳妥的做法是先做信息收集,让后续讨论有据可依。
可以从三方面入手:第一,把现有的岗位说明书、部门年度目标、近期项目分工表找出来,这些文件能反映公司原本的设计意图;第二,翻看过去几个月的会议纪要和复盘记录,留意哪些事项反复被提起、哪些协作环节总出问题;第三,直接找部门里负责具体执行的同事聊几句,听听他们认为哪些活儿是“灰色地带”。
这里有个判断标准:如果收集到的信息里,同一项工作出现了两种以上不同说法,或者某项重要工作没有任何文字记录,那基本就是需要重点梳理的对象。
信息收集完毕之后,可以按以下顺序推进,每一步都有明确产出。
避坑提示:这一步最容易犯的错是把“配合”写成“协助”。配合意味着有明确的责任和时限,而“协助”往往没有边界。建议在矩阵里为每项“配合”注明具体的交付物,例如“两周内提供客户名单”而不是“帮忙找找客户”。
职责条目怎么写,直接决定后续执行是否顺畅。写得越具体,扯皮的空间就越小。
避免使用“负责品牌工作”这类笼统表述。更有效的写法是:“负责建立供应商准入标准,并每季度复核一次合作商资质,确保入库合格率达到100%。”这种句式把动作、频率和验收标准都放进去了。
每一条职责都应该有“管到哪儿为止”的说明。比如行政部“负责办公用品采购”这条,可以补充一句“单价超过5000元的设备采购需转交采购部执行”。权责清晰的关键不在于把所有情况列全,而在于给执行者一个判断依据。
另一个实用技巧是:在每条职责末尾留一句“若出现与本条描述不符的情况,由部门负责人协商裁定”。这句话看似多余,实际上为那些突然冒出来的新任务提供了兜底通道。
职责清单定稿后,如果只是存进文件夹里,很快就会被遗忘。真正让它发挥作用,需要做好三件事。
首先,组织一次正式的跨部门宣贯会。会上不要念全文,重点讲清三个问题:哪些职责的归属变了、以后跨部门协作找谁、遇到争议按照什么流程处理。宣贯会结束后,把最终版本发给所有相关人员,并抄送双方部门负责人,确保信息同步到每一个人。
其次,设定定期复盘机制。建议每季度对齐一次,业务方向调整或者人员变动时随时更新。复盘时不要从头到尾重审,只关注上季度有没有出现新的推诿或重复劳动案例,针对案例做局部调整即可。
最后,把职责清单和实际绩效考核挂钩。如果某个人对某项工作负“主导”责任,那这项工作的完成质量就该出现在他的季度考核指标里。否则清单写得再漂亮,也只是一张废纸。
这种情况下,先回到业务流程本身,看哪个环节掌握着最终交付物或关键决策权,通常这就是主导方。如果仍然分不清,可以由分管领导基于业务优先级拍板,而不是继续讨论。必要时可以按过程拆分为“主导归A、配合归B”,但必须为B写明交付物和时限,避免出现“双主导”的模糊区。
建议每年至少做一次全量梳理,时间点可以选择在年度目标确定后。平时可按季度做局部微调,重点看上一季度新增的业务动作或新上线的项目分工。如果公司组织架构刚做过调整,或者关键岗位发生换人,也应立即启动一轮针对性的职责澄清。
先别急着否定这种情绪。比较好的切入方式是从“解决问题”而不是“分配责任”入手,先收集大家公认的协作堵点,再带着问题去看职责清单。同时让员工参与到自己岗位职责的描述中,而不是由上级单方面写好后直接宣布。一旦大家感觉有表达空间,配合度会明显提升。
部门职责梳理不是一次性的行政任务,而是持续迭代的协作管理工具。成功的标志很简单:新任务来了知道找谁、跨部门协作有明确的接口人和交付时限、争议出现后有清晰的升级路径。建议从今天开始,先挑一个长期扯皮的协作环节做试点梳理,用文中矩阵和句式输出的成果,大概率比全部门推倒重来要高效得多。