沈阳众森管理咨询公司在现实中,开会时经常可以碰到这样一个情景:会议时间到了,但与会人员没有到齐,于是会议组织者逐一打电话催促那些还未到的人。之所以出现这种情况,就是流程没有确立推式原则。何谓“推式”?就是流程中的下一个活动由上一个活动触发,或者在相依赖的事件中,上一个事件会触发下一个事件。具体到责任时,上游活动的执行人有义务主动触发下一个活动。在开会的例子中,如果与会人员会主动按时到达会议室参加会议,那么就符合推式原则;如果与会人员没有按时到场,要等会议组织方去“拉”,那么就是“拉式”的。
在两个流程节点的任务衔接中,人们一般不太重视到底应该是A角色推给B角色,还是B角色主动拉动A角色,因为这看起来是件很琐碎的小事。所以,在流程制度文件的描述中,往往没有这些细节化的要求,只是说上一个活动如何,下一个活动如何,至于两个活动是如何衔接在一起的则根本不提,导致我们经常能见到在这类细节层面上扯皮。虽然看起来这些扯皮并不是多严重的事,一旦受到关注,事情会很快被“搞定”,但是,我认为,这种“小”事件对总体流程效率造成的损失并不小。
还以开会为例,一旦需要会议组织方逐一去“拉”,那么会议实际开始时间就要推迟10分钟,甚至半个小时,这严重降低了会议效率。再如,如果没有机制让销售人员接收到客户订单后及时推给计划部门,那么他们放在手里闲置3天的情况很常见,而3天时间对很多行业的订单履行的周期来讲,已经很长一段时间了。又如,如果设计人员对设计做了一个修改,但没有主动推给下游相关的工程、品质、计划、采购等部门,会造成一系列严重后果,包括:采购部门买错物料型号、品质部门以老版本物料型号检验标准把新版本物料全部判为不合格,变更前的大批量物料成为呆死料搁置在仓库,等等。又如,在维修复杂设备时,前一个维修工作已经完成,但没有及时通知到下一个维修工作负责人,结果中间会白白浪费若干时间。
很多企业对这种“小事”始终没有足够的重视,甚至出现这种问题时,处理方法是对上下游双方“各打五十大板”,责怪下游“为什么不主动去问”。从个人职业素养层面说,下游可以或应该主动找上游“扫描”并“拉”一下,看看是否有新任务来;但从机制的层面说,上下游责任之本末必须要明确,只有“推式”的衔接原则,才能保证衔接闲置时间最少,保证信息传递完整度和覆盖面最全。这就是大体。不知大体,就不能做好管理。 |