当部门里频繁出现任务无人认领、同一项工作两三个人在做、出了问题互相推诿这些现象时,根源往往不在于员工态度,而在于职责边界没有划清。部门职责梳理正是解决这类内耗的实用工具,它让每个人清楚自己该干什么、该对什么结果负责,从而把精力集中到真正该做的业务上。
跳过现状调查直接开会讨论职责,很容易让会议沦为各说各话的争论场。比较稳妥的做法是,先花一到两天时间做信息收集,让后续讨论有据可依。
可以从三个渠道获取信息:其一,找出部门现有的岗位说明书、年度工作目标和近期项目分工表,这些材料反映了当初的职能设计;其二,翻阅过去几个月的会议纪要和复盘记录,留意那些被反复提及的难题、经常卡壳的协作节点;其三,找几位一线执行同事做简短访谈,请他们指出自己认为最模糊、最没人愿意碰的工作事项。
判断信息是否收集到位有个简单标准:如果同一项工作出现了两种以上互相矛盾的说法,或者某项核心工作完全找不到书面记录,那么这些事项就是梳理的重点对象。
信息收集完成后,可以按以下三个步骤逐步推进,每一步都有明确产出,也便于中途检查。
这里要特别留意一个常见误区:很多人习惯把"配合"写成"协助"。"协助"没有边界和时限,执行中容易落空;而"配合"则有明确的交付责任。建议在矩阵中为每项配合写明具体交付物,例如写"每周五前提交当周销售数据"而不是"帮忙整理一下数据"。
职责条目的措辞直接影响执行效果。一个写得模糊的职责描述,会在实际操作中留下大量解释空间,也就为推诿留下了缝隙。
尽量避免"负责招聘工作""管理供应商"这类笼统写法。更有效的模式是:"负责建立供应商准入标准,每季度复核一次合作方资质,确保入库合格率达到100%。"这种写法把动作、频率、验收标准都包含在内,执行人拿到手就知道要做到什么程度。
每条职责都应附带"管到哪一步为止"的说明。例如行政部"负责办公用品采购"这一条,可以补充"单价超过5000元的设备采购需移交采购部执行"。权责清晰不要求列举全部例外,但至少要足以让执行者判断职责的终点在哪里。
还有一个实用做法:在职责清单末尾统一加一句"若遇到本清单未涵盖的新增事项,由相关部门负责人协商确定临时归属"。这一句为那些预料之外的新任务提供了处理通道,避免了临时任务无人接手的窘境。
职责清单定稿后,如果只是存档了事,很快就会被日常业务淹没,失去效用。要让它真正发挥作用,需要完成三个动作。
没有固定的时间标准,但当出现以下信号时就应该启动一轮梳理:半年内发生两次以上跨部门推诿事件、新业务上线后找不到明确的责任人、或者组织架构刚刚做过调整。定期一年一次是多数团队的通行做法,特殊时期可以临时加做。
不配合通常源于对职责变化的担忧。解决办法是在梳理启动前就说明,梳理的目的是让工作更顺畅,不是借此追责或裁撤岗位。过程中要保证每个相关部门的意见都被记录和讨论,最终定稿前请各部门负责人书面确认,这能很大程度上减少执行阶段的阻力。
当然可以,职责清单不是一成不变的制度文件。遇到新业务或临时跨部门任务时,可以通过部门负责人之间的简短沟通及时记录归属变化,并每季度集中更新一次正式版本。保持清单的"活"属性,才能避免它沦为束之高阁的文档。
部门职责梳理的核心不在于制作一份完美的表格,而在于推动团队形成"事事有人管、人人有边界"的共识。建议从摸清现状做起,按步骤完成分类和矩阵检查,用具体的行为加成果句式写清职责,最后把发布和维护作为常规管理工作对待。一次用心的梳理,可以显著减少日常协作中的摩擦,让团队把精力真正放到业务推进上。