很多公司都有类似的地方。比如，一帮聪明人，却干出了蠢事，这种事情也越来越常见。这不仅仅只是一些高科技企业的问题，民营企业表现更为突出。但无论是民营还是高科技企业，都形不成有效累积的框架。其实，这个框架，也不用刻意去找，许多体系的标准，就可以为我们提供参考。
然而在一些更具体的问题上，这种情况可能又会变得千奇百怪， 但只要遵循先分解，后集成的原则，也就不难了。怕之怕，没有框架或不清晰框架下的乱集成。或者干脆合并同类项。过早的合并同类项，反而影响了后期的集成。不站在一定的高度来看某件事，问题就会出现。因此必须建立起一套框架式的系统。所有活动在这套框架下进行，就不会有太大问题了。文章源自陈学虎-https://chenxuehu.com/article/2012/12/1004.html
由于过早的进行集成或合并同类项，可能会有交叉的问题出现，而有些公司不是解决不了问题，而是在交叉点上，左也可以，右也可以。缺乏更进一步的原则或通理来指导。久而久之，形成或多或少的盲点或盲区，而且，针对这些盲点或盲区的刚性制度又不太好出台。文章源自陈学虎-https://chenxuehu.com/article/2012/12/1004.html
但企业人永远都会有方法——填写行政单、提交报告、交上级处理。事情每次这样做能得到处理，但久而久之，整个组织（而不是某个部门）就会面临所有隐藏的问题。比如，整个组织的流程概念，会被冲得七零八落，而且协同性也会比较差。这些问题绝对不是新鲜问题，甚至在一百多年前就已经有了。那就是变行政或制度驱动为流程驱动。文章源自陈学虎-https://chenxuehu.com/article/2012/12/1004.html
流程驱动以事件或业务单元为出发点，顺着问题的流向，而牵动所需要的资源（人力，物力，财力，等）。这样做可以弱化个人作用，从而突显组织和团队的协同性。另外，顺着流向我们还会发现一系列问题。而且引入流程可以事件使的整个处理过程变得更加清晰，利于组织扁平化，提高效率。文章源自陈学虎-https://chenxuehu.com/article/2012/12/1004.html
流程化的运作方式，可以有效地降低操作的复杂性及难度；我们说科学或实用的流程设计一定是尽可能将流程中的每一步的难度尽可能的降低（也就是项目管理中的WBS：工作分解），随着分解的逐步进行，复杂性降低，难度也逐步降低。文章源自陈学虎-https://chenxuehu.com/article/2012/12/1004.html
有人问，走流程会不会使整个过程的周期加长。这个可能性还是会有的。但另外一方面来说，在清晰的流程中，比较容易发现哪里的时间长，哪里的难度大。针对时间长的（当然是指非生产性时间，比如，等待）若干流程，形成了针决问题解决的系统。这样就形成了真正的系统化运作。 当然，也有人怀疑，流程化后，流程会不会变得僵化，呆板。当然不排除这个可能，但是我们可以通过不断的流程优化来解决这个问题。文章源自陈学虎-https://chenxuehu.com/article/2012/12/1004.html 文章源自陈学虎-https://chenxuehu.com/article/2012/12/1004.html
评论