沈阳众森管理咨询公司在现实中，开会时经常可以碰到这样一个情景：会议时间到了，但与会人员没有到齐，于是会议组织者逐一打电话催促那些还未到的人。之所以出现这种情况，就是流程没有确立推式原则。何谓“推式”？就是流程中的下一个活动由上一个活动触发，或者在相依赖的事件中，上一个事件会触发下一个事件。具体到责任时，上游活动的执行人有义务主动触发下一个活动。在开会的例子中，如果与会人员会主动按时到达会议室参加会议，那么就符合推式原则；如果与会人员没有按时到场，要等会议组织方去“拉”，那么就是“拉式”的。

在两个流程节点的任务衔接中，人们一般不太重视到底应该是A角色推给B角色，还是B角色主动拉动A角色，因为这看起来是件很琐碎的小事。所以，在流程制度文件的描述中，往往没有这些细节化的要求，只是说上一个活动如何，下一个活动如何，至于两个活动是如何衔接在一起的则根本不提，导致我们经常能见到在这类细节层面上扯皮。虽然看起来这些扯皮并不是多严重的事，一旦受到关注，事情会很快被“搞定”，但是，我认为，这种“小”事件对总体流程效率造成的损失并不小。

还以开会为例，一旦需要会议组织方逐一去“拉”，那么会议实际开始时间就要推迟10分钟，甚至半个小时，这严重降低了会议效率。再如，如果没有机制让销售人员接收到客户订单后及时推给计划部门，那么他们放在手里闲置3天的情况很常见，而3天时间对很多行业的订单履行的周期来讲，已经很长一段时间了。又如，如果设计人员对设计做了一个修改，但没有主动推给下游相关的工程、品质、计划、采购等部门，会造成一系列严重后果，包括：采购部门买错物料型号、品质部门以老版本物料型号检验标准把新版本物料全部判为不合格，变更前的大批量物料成为呆死料搁置在仓库，等等。又如，在维修复杂设备时，前一个维修工作已经完成，但没有及时通知到下一个维修工作负责人，结果中间会白白浪费若干时间。

很多企业对这种“小事”始终没有足够的重视，甚至出现这种问题时，处理方法是对上下游双方“各打五十大板”，责怪下游“为什么不主动去问”。从个人职业素养层面说，下游可以或应该主动找上游“扫描”并“拉”一下，看看是否有新任务来；但从机制的层面说，上下游责任之本末必须要明确，只有“推式”的衔接原则，才能保证衔接闲置时间最少，保证信息传递完整度和覆盖面最全。这就是大体。不知大体，就不能做好管理。