流程（work-flow）和过程（process）

流程和过程，不一样 

  首先需要说明一下，在英文中Process是过程的意思，而Flow是中文中的流程。可能是翻译的问题，导致在很多的中文书籍中将“过程”和“流程”混为一谈，但这是两个非常不同的概念。可以分别用在两种不同的管理场景下，所以我有必要先将“过程”和“流程”的基本含义做一个说明。

  过程是通过一组相互关联，相互影响的工序，将输入转化为输出的增值过程。虽然强调整体增值过程的全程把控，强调重点环节的管控，但是并不像流程一样强调每一个工序之间的顺序。而“流程”是预先设定好了顺序，然后头也不回的按照预先设定好的顺序执行下去，上一个环节没有执行，则下一个环节必须等待。

  其实本来我们没有必要非要将这两个概念分的非常清楚。但是，当管理者面对两种不同的场景时，选择就完全不一样了。

  第一种场景就像是汽车生产线，这是一个十分固化的过程，你不太可能在生产中突发奇想而将最终的产出变成帆船。所以生产流程中的每一个环节都是预先设定好的标准和顺序，虽然可以根据用户的需要做出类似颜色的选择，但其实那也是固化好的。

  第二种场景就像是大型项目的销售工作，这是一个十分灵活的过程，你不太可能完全按照顺序去执行一个项目的销售，因为这个过程实在是太复杂了。面向对象不再是固件，而是人，是需求会不断变化的人。这样一来，虽然我们大致能说出来一个项目的销售会经历几个过程，但是要想说的十分清楚，并且每一个大型项目的销售过程，都按照固定的顺序进行，似乎是不可能的。这就是商战题材的电影为什么总是非常好的题材，情节总是跌宕起伏。

  两种情况不同的本质在于，受到外界干扰的程度不同。汽车生产线一样的场景，受到外界的干扰因素小，标准化程度更高，例如、麦当劳的售货员，一切都是那么标准，变数很小。这是可以采用流程化、固化的方式进行标准化工作。而大型项目的销售工作，则完全不同，受到外界的干扰很多，例如、来自客户的变化，以及来自市场的变化，甚至是供应商和法律的变化。这时，不适合于非常固化顺序的流程，但又能够在很多案例的个性中又有共性，因此可以将众多案例中的共性标准化，大致规划一个阶段性过程，但不必可以固化顺序。两种情况不同的本质在于，受到外界干扰的程度不同，因此，受到干扰小的情况，应当尽量的流程化，顺序化。反之，则应将共性标准化，但顺序不必固化，目的是要提高对变化的反应能力。

ITIL之家 微信公众号后台回复对应编号获取如下内容:

版权说明：感谢原作者的辛苦创作，如转载涉及版权等问题，我们将在第一时间删除.