（日志174）关于流程或机制的思考

关于流程或机制的思考



很多公司都有类似的雷同的地方；比如，一帮聪明人，却干出了蠢事，这也越来越发常见。

这或许是一些高科技企业的一些问题？尤其是民营企业，表现尤为突出；

形不成有效累积的框架；其实，这个框架，也不用刻意去找，许多体系的标准，就我们提供参考；



但在一些更具体的问题上，可能又会千奇百怪； 但如果遵循先分解，后集成的原则，也就不难了。怕之怕，没有框架或框架不清晰下的乱集成。或者干脆合同类项；过早的合并同类项，反而影响了后期的集成。因为，没有一定的高度来看某件事。所以，问题就来了。建立起一套框架式的系统。之后的许多活动，在一定的框架下进行，就不太有问题了。



由于过早的进行集成或合并同类项，可能会交叉的问题出现，或者一定会有交叉性问题出现。这也是比较常见的问题。 有些公司，针对问题不是解决不了，而是在交叉点上，左也可以，右也可以。缺乏更上一层的原则或通理来指导。久而久之，形成或多或少的盲点或盲区；而且，这些盲点或盲区，强制的制度又不太好出台；



但企业人永远都会有方法，采用行政一张单来处理。提交报告，交上级处理。

事情每次做能得到处理，但久而久之，整个组织（而不是某个部门）就会面临隐藏的问题，比如，整个组织的流程概念，会被冲得七零八落，而且协同性也会比较差。这些问题其实，绝对不是新鲜问题，甚至在百多年前，就已经有了。那就是变行政或制度驱动，变为流程驱动。



流程驱动以事件或业务单元为出发点，顺着问题的流向，而牵动所需要的资源（人力，物力，财力，等）。这样做的结果，是弱化了，个人的作用。从而突显组织，团队的协同性。因为，顺着流，我们还会发现一系列问题。或者引入流程后，事件的整个处理过程变得更加清晰了。也利于扁平化的组织，提高效率。



流程化的运作方式，可以有力的降低操作的复杂性及难度；

我们说科学或实用的流程设计一定是尽可能将流程中的每一步的难度尽可能的降低（也就是项目管理中WBS：工作分解），随着分解的逐步进行，复杂性降低，难度也逐步降低。



有人说，走流程会不会使整个过程的周期加长；这个可能性还是会有的。但另外一方面来说，清晰的流程，比较容易发现，哪里的时间长，哪里的难度大。针对时间长的（当然是指非生产性时间，比如，等待）



若干流程，组成了组织的若干系统。这样形成了真正的系统化运作。 当然，也有人怀疑，流程化后，流程会不会变得僵化，呆板？这是一个好问题。当然，不排除这个可能； 我们可以通过不断的流程优化来解决这个问题。

本文为原创，如有转载，请注明；谢谢！