公司明确了企业生长的目的是流程化组织建设。。。。怎样明确呢？？？？？？
？我以为流程化组织建设的目的可以剖析为：价值创立流程精练高效、组织与流程匹配运作高效、治理系统集成高效、运营治理卓越、一连刷新的质量文化与左券交付的项目文化已经形成。。。。公司从十多年前的IPD、ISC厘革最先就在向这个目的在起劲
，，，目今在开展的IFS、CRM厘革则是实现这个目的的主要手段。。。。为了实现流程化组织建设这个目的
，，，公司在各级组织中建设了质量与运营组织
，，，这是为实现流程化组织建设的一个很是主要的行动。。。。除别的
，，，还需要公司上下对营业、流程、IT、质量、运营等一些基本看法以及它们之间的关系有一个准确的熟悉
，，，以指导我们准确的行动。。。。为此
，，，特把我在营业治理纲要钻研班上对营业、流程、IT、质量、运营等看法的讲话整理出来
，，，供列位参考。。。。

一、营业流是客观保存的
，，，所有和客户相关的营业流
，，，自然是从客户到客户的

首先
，，，引入营业流的看法
，，，企业为实现价值创立
，，，从输入客户要求最先到交付产品及效劳给客户获得客户知足并实现企业自身价值的E2E营业历程就是营业流。。。。营业流是客观保存的
，，，每家公司在设计自身营业流程时都是想步伐要找到真实合理的营业流
，，，去适配这个营业流。。。。

只要企业设定了战略
，，，选择了营业模式
，，，就确定了其营业流
，，，岂论是否用营业流程来形貌和界说
，，，营业流自然保存
，，，所有营业部分都事情在营业流或者支持营业流的支持活动中。。。。条条亨衢通罗马
，，，但总有一条路是最近的。。。。业界的研发流程经由这么多年的实践后
，，，经由优化和实践
，，，各人现在的研发流程都是差未几的
，，，没有什么区别。。。。我们跟摩托罗拉打交道
，，，跟诺西打交道
，，，跟IBM打交道
，，，发明各人经由这么多年的实践
，，，研发流程都基本是一样的
，，，没什么区别
，，，各人都是通过实践
，，，一直优化和刷新
，，，找到真实客观的营业流
，，，然后围绕营业流客观地建设流程。。。。

所有和客户相关的营业流
，，，自然是从客户到客户的
，，，我们围绕营业流开展事情的时间必需瞄准客户
，，，以客户为中心。。。。由于我们原来是围绕客户创立营业价值
，，，不可脱离客户。。。。

识别营业流很是要害
，，，在流程、IT、质量与运营事情中
，，，营业流是一切事情的原点和基础
，，，牢牢的捉住营业流
，，，就不会偏离事情的偏向。。。。流程形貌的是营业流
，，， IT承载和使能的是营业流
，，，数据是营业流中流动的信息
，，，质量要求依附于营业流
，，，质量治理基于营业流
，，，运营也是基于营业流开展。。。。

二、流程是对营业流的一种体现方法
，，，是优异作业实践的总结和固化
，，，目的是为了差别团队执行流程时获得乐成的可复制性。。。。越切合营业流的流程就越顺畅。。。。

我讲过两个案例
，，，其一是拉斯维加斯3499ITR流程（网上问题处置惩罚流程）
，，，以前基础不关注客户
，，，所有的问题定级都是基于差别产品差别问题来举行手艺品级定级
，，，然后相互吵架
，，，吵得一蹋糊涂
，，，着实问题是从客户那里触发的
，，，客户是最急的。。。。我们不去关注问题对客户的影响
，，，以对客户的影响来评价级别
，，，而在内部吵。。。。以前所有做过研发的都和GTS吵过（由于研发有这个审核指标）。。。。

厥后网上问题处置惩罚流程和IT系统最大的改变是：以客户对故障的定级来定级。。。。浚？？？？
？突Ш芮逦溆屑付嘤没П挥跋炝。。。。通过数目、时间、主要性三个要向来定级
，，，凭证这三个要素分几档
，，，自动就定级了。。。。然后所有的IT
，，，所有的流程都围绕快速去知道网上爆发的问题、快速解决网上问题
，，，所有内部审核的事情先放在一边。。。。流程和IT系统先解决这个问题
，，，然后能审核就审核一下
，，，审核不了就算了。。。。流程IT系统支持公司快速响应客户需求
，，，知道网上爆发的问题
，，，升级上来
，，，快速去解决
，，，其它一切都要让位于这个目的。。。。

其二是交付流程。。。。原来举行LTC厘革的时间
，，，问交付流程要不要纳入LTC
，，，我们以为自己的交付流程已经很好
，，，只要在原来的基础上修改一下就OK了。。。。其时交付流程立的是一个优化项目
，，，驻足于把原有的流程优化一下就可以了。。。。厥后项目组看拉斯维加斯3499交付流程
，，，越看越差池劲。。。。第一次项目的CHARTER和厥后在3T汇报的CHARTER面目一新
，，，完全变了。。。。其中发明拉斯维加斯3499交付流程基本上没有
，，，只有一个项目治理流程和一个站点流程
，，，没有交付流程的
，，，就相当于研发没有研发流程
，，，只有一个研发项目治理流程。。。。

厥后终于搞明确了
，，，交付流程要重新整理。。。。刚最先搞的时间没找到偏向
，，，不知道交付流程究竟该怎么搞？？？？？？
？厥后我有次看到T-MOBILE自己整个网络安排的端到端流程。。。。我一看
，，，发明这个流程和我们要的不是差未几吗？？？？？？
？那我们为何不以T-MOBILE的流程为参考呢？？？？？？
？原来网络的安排是客户的事情
，，，我们只是被他们挪用的。。。。一个客户从他明确需求最先一直到网络交付运营
，，，原来就是他们自己的事情
，，，我们只是在他们整个流程中完成其中一两个或者多个环节罢了。。。。以是我提出拉斯维加斯3499交付流程要从运营商视角
，，，从运营商自己的流程来看拉斯维加斯3499流程。。。。厥后他们再把德电的照料请过来
，，，再真正从运营商视角来看他从明确需求最先一直到运行维护包管的整个流程
，，，基于运营商视角来设计交付流程。。。。关于欧洲运营商
，，，拉斯维加斯3499交付只是运营商整个网络安排流程里的一个环节。。。。而关于马来这些地方的运营商
，，，他们缺乏端到端的整个流程
，，，那我们就需多做几个环节。。。。

这些应该是营业主管最清晰
，，，流程IT部是搞不清晰的。。。。流程是对营业流的一种体现方法。。。。越切合营业流的流程越顺畅。。。。若是流程恰恰切合营业流
，，，就不应该再去简化流程。。。。营业流客观保存是5个环节
，，，你一定要缩减到3个环节
，，，或者硬要人为地搞成7个环节
，，，那它一定要回到它的5个环节。。。。以是流程要客观地体现客观保存的营业流。。。。它跟客观保存的营业流越靠近
，，，流程就越流通
，，，越精简
，，，越能体现真实。。。。若是流程与客观营业流南辕北辙
，，，不搞流程反而好
，，，要搞全是多余的。。。。像我们以前网上问题处置惩罚流程就是多的
，，，全是内部吵架
，，，全是为了内部治理。。。。我们要把真实的营业流明确得越来越透。。。。

另外以前我们把流程和部分捆死
，，，使得我们很被动：部辩白改就改
，，，部分一改就得改流程。。。。我们现在流程设计的新思绪
，，，是在流程里看不到部分
，，，不与组织直接挂钩
，，，在流程里只界说角色
，，，组织要来承载流程角色。。。。我们强调流程决议组织
，，，就是组织首先要承载流程内里界说的各个角色要推行的职责。。。。同时组织不可跨在两段流程上
，，，不要把组织承载的流程是这边一段
，，，那里一段
，，，要么就一段
，，，要么就两段
，，，不要搞成一边一段。。。。

三、数据是在流程中跑的信息
，，， IT是用手艺手段来固化流程

明确了营业流和流程
，，，再谈谈数据。。。。在流程、IT、质量与运营事情中
，，，数据是很是要害的
，，，可是公司目今并没有给以足够的重视。。。。在营业流中流动的是信息
，，，信息的载体即数据
，，，数据包括结构化数据和非结构化数据（文档）
，，，数据即营业流各作业活动的输出。。。。关于每个作业环节来说
，，，其作业的输出需要知足下游的需要
，，，若是一个作业活动没有输出下游所需要的数据
，，，则这个活动就相当于白做了
，，，由于没有抵达该环节的质量要求
，，，下游为了调解则需要破费更大的价钱。。。。理想的境界就是每个作业环节匹配其奇异价值输出下游需要的刚恰恰的信息
，，，不冗余
，，，不缺失
，，，知足该作业环节的质量要求。。。。IPD厘革虽然举行了十多年
，，，也有力地支持了公司的生长壮大
，，，可是在早期对数据的关注不敷
，，，因此没有系统的梳理产品的信息架构和数据的标准
，，，也没有对营业流中的数据流举行系统的梳理。。。。从而没有基于梳理的数据来界说IPD流程各环节的交付件和数据
，，，也没有基于数据流的梳理来界说IPD领域的IT应用架构和接口
，，，导致前期IPD领域的IT和工具建设很是的缭乱
，，，不集成。。。。IPD的履历与教训告诉我们
，，，对营业流中信息的梳理是流程界说的条件
，，，是IT应用架构界说的基础
，，，也是IT系统开发的条件
，，，主流程集成意会
，，，实质上是数据的集成意会。。。。数据治理在流程与IT中处于最焦点的位置
，，，因需要对数据给以足够的重视。。。。

数据是在流程中跑的信息。。。。事情中常见的征象是信息的入口没治理起来
，，，使得进到流程中的是堆没用的工具
，，，流程是通的
，，，但由于内里的工具没有价值
，，，从而流程也是没用的。。。。信息很要害
，，，一定要把住入口。。。。

除了流程意会需要关注数据外
，，，数据照旧公司谋划治理的基础
，，，基础数据禁绝确
，，，则种种谋划治理所需要的报告数据也禁绝确
，，，不可准确的反应营业实质
，，，无法有用的指导谋划治理。。。。

IT是什么
，，，IT就是承载营业作业流程并实现营业数据自动转达和集成的使能器。。。。IT承载的是营业流以及数据
，，，IT支持每一个作业以及作业输出的数据
，，，通过IT实现数据之间的集成
，，，流程的自动化
，，，而不要依赖人来输入、转换数据
，，，由于人是会犯过失的
，，，而IT系统不会
，，，并且效率比人高。。。。因此
，，，流程化的组织建设的最高境界就是端到端、整个营业流全由IT支持
，，，使所有的作业、所有的数据都被IT承载
，，，并且以前到后都是集成和自动化的。。。。

IT是用手艺手段把流程承载起来
，，，是用手艺手段来固化流程
，，，提升流程的运作效率。。。。在IT中跑的是固化的流程
，，，实质上跑的是营业。。。。没有IT支持的流程容易成为一堆纸
，，，难以执行。。。。虽然不是所有流程都要借助IT
，，，只有用的人多
，，，有用率问题才用IT。。。。若是只是一个部分二三十小我私家在用
，，，也纷歧定要借助IT。。。。

公司明确了企业生长的目的是流程化组织建设。。。。怎样明确呢？？？？？？
？我以为流程化组织建设的目的可以剖析为：价值创立流程精练高效、组织与流程匹配运作高效、治理系统集成高效、运营治理卓越、一连刷新的质量文化与左券交付的项目文化已经形成。。。。公司从十多年前的IPD、ISC厘革最先就在向这个目的在起劲
，，，目今在开展的IFS、CRM厘革则是实现这个目的的主要手段。。。。为了实现流程化组织建设这个目的
，，，公司在各级组织中建设了质量与运营组织
，，，这是为实现流程化组织建设的一个很是主要的行动。。。。除别的
，，，还需要公司上下对营业、流程、IT、质量、运营等一些基本看法以及它们之间的关系有一个准确的熟悉
，，，以指导我们准确的行动。。。。为此
，，，特把我在营业治理纲要钻研班上对营业、流程、IT、质量、运营等看法的讲话整理出来
，，，供列位参考。。。。

四、质量的界说就是切合要求
，，，质量要求必需修建在流程中。。。。内控、信息清静、网络清静是特定形式的质量要求。。。。

质量治理巨匠Philip Crosby说
，，，质量的界说就是切合要求。。。。任何营业都是要追求质量的
，，，质量要求必需追随营业流修建在流程中。。。。为了让每个环节的交付能够刚恰恰的知足下游的要求
，，，就需要界说每个作业环节的输入与输出交付件及其质量要求
，，，并基于质量治理的要领
，，，确保每个作业环节告竣质量要求。。。。质量治理包括质量策划、质量控制、质量刷新
，，，质量策划致力于策划怎样告竣质量要求
，，，质量控制致力于确保告竣质量要求
，，，质量刷新致力于怎样更好的告竣质量要求。。。。为了让每个作业环节知道其作业的质量要求
，，，需要界说质量标准及Checklist。。。。同时需要建设并积累支持该作业环节告竣交付要求的为工具、要领、指导书等使能内容
，，，这些属于支持作业环节告竣交付要求（交付要求属于What）的How to do部分。。。。

质量分历程质量和效果质量
，，，历程质量若是不修建在流程中
，，，把营业都跑完了
，，，质量单独在外面保存是不可能的。。。。质量要求也好
，，，质量标准也好
，，，我们要修建在流程内里
，，，历程质量也有要求有标准
，，，能够获得包管。。。。历程质量有包管才华确保效果质量。。。；；；；；；；诶讨柿康闹卫砟艽葱Ч柿
，，，由于追求效果质量迫使我们到源头来管控历程质量。。。。

内控是内部要求
，，，目的是避免糜烂
，，，控制危害。。。。我们最早搞内控的时间
，，，把内控和流程疏散。。。。内控在这边搞得热火朝天
，，，流程在那里搞得热火朝天
，，，厥后发明保存问题
，，，就把两者合并了。。。。内控就是我们公司内部要求的危害治理和防糜烂。。。。实质就两个点：一个叫职责疏散
，，，目的是防糜烂和财务危害；；；；；；；另一个是要害控制点
，，，在要害控制点要有控制要素和控制程序。。。。内控也必需修建在流程中。。。。内控若在流程外
，，，不在流程里
，，，是不可行的。。。。我们原来支持流程建设的是流程部
，，，支持内控建设的是内控部
，，，两个部分各自进行。。。。厥后发明问题后
，，，我们把流程建设和内控建设部合并。。。。至于SACA、CT干啥？？？？？？
？就是跟质量治理一样
，，，看流程执行到要害控制点和需SOD的时间是否按流程内控要求遵从了。。。。

信息清静是内部治理要求
，，，是围绕焦点资产举行治理和；；；；；；；。。。。焦点信息资产爆发于那里？？？？？？
？是爆发于营业流程中的。。。。以是信息清静也要修建在流程中。。。。以前信息清静治理是修万里长城
，，，修了很多多少年
，，，防不堪防
，，，发了100多个文件。。。。厥后宣布了EMT决议
，，，把信息清静的治理思绪调了180度
，，，要求不要随处防
，，，不要去修万里长城
，，，首先只防焦点资产。。。。要防焦点资产
，，，首先要把焦点资产识别出来
，，，只有识别出来了才好举行；；；；；；；
，，，要识别出来及很好地；；；；；；；ふ站傻没诹鞒。。。。信息清静部转变看法
，，，不修万里长城了
，，，把100多个信息清静的文件清得快没了
，，，这也是为什么各人感受好点了。。。。

同时把信息清静和共享两个职责都放到信息清静部
，，，要求既要抓信息清静
，，，也要抓信息共享
，，，信息清静部的审核指标是既有信息清静
，，，又有共享
，，，这样就很多多少了。。。。现在到各个部分去看
，，，很少有人反响说搞信息清静搞得啥都看不到。。。。既然不是焦点资产就通通共享
，，，是焦点资产就在焦点资产；；；；；；；さ那樾蜗乱补蚕砥鹄。。。。通过审核共享率
，，，这样就没有特殊极端了
，，，合理多了。。。。要把信息清静修建在流程中
，，，流程走到那里
，，，焦点信息资产就界说到那里
，，，；；；；；；；さ侥抢。。。。焦点资产怎么界说？？？？？？
？由营业部分来界说
，，，基于流程来界说。。。。网络清静也是一样的。。。。网络清静我们强调的是产品在各个流程中要具备网络清静的能力、要有防御能力。。。。

五、运营是瞄准营业目的
，，，周而复始地沿着流程转
，，，通过一连、周期性的营业运营治理活动
，，，以告竣营业目的。。。。

前面讨论了流程、IT、数据与质量
，，，下面再谈谈运营。。。。所谓运营
，，，就是指营业的运转历程中的一连性循环活动
，，，运营的目的是为利益关系者创立价值。。。。说的直白一点
，，，运营就是流程和治理系统Run的历程
，，，没有运营
，，，流程和治理系统就是死的（静止的）
，，，企业的价值缔作育无法实现
，，，也就无法实现营业目的。。。。因此
，，，在一个企业中
，，，运营无处不在
，，，大到一个企业的运营
，，，小到一个下层组织的运营。。。。运营治理就是对运营历程的妄想、组织、实验和控制
，，，运营治理的工具包括营业流程（如IPD、LTC）和治理系统
，，，运营治理的实质就是通过对运营历程和运营系统的有用治理
，，，以实现投入产出的最大化
，，，因此其关注的目的包括：质量、本钱、用度、效率/效益、周期/速率、柔性、客户知足等
，，，最终支持企业的商业乐成。。。。

在一个企业中
，，，战略妄想流程DSTE是处于最顶层的流程
，，，其将战略妄想、营业妄想、财经、HR、流程与IT围绕从战略到执行实现有机的集成
，，，以实现组织的营业目的。。。。围绕DSTE开展运营治理以实现组织的营业目的是运营治理中最主要的部分
，，，也可以称为绩效运营治理。。。；；；；；；；贒STE开展运营治理以实现组织的营业目的的基础是基于各营业流程开展的运营治理
，，，如基于IPD、LTC、ITR等流程的运营治理
，，，如在LTC下开展的项目、项目群、项目组合的运营治理
，，，以实现每个项目、项目群的营业目的。。。。在谈差别规模的运营时
，，，可以在运营前面加定语以区分
，，，如项目运营治理、销售运营治理、营销运营治理、知识运营治理、客户知足运营治理等
，，，在许多情形下也可以将运营省略
，，，如销售治理、项目治理、质量治理、客户知足治理、知识治理等
，，，这些治理活动自己就是运营治理的一个组成部分。。。。

若是不沿着流程转就不是运营
，，，拉斯维加斯3499IPD系统
，，，在运营这块是清晰了
，，，是明确透了
，，，我们所有的营业都是在流程里转。。。。但我们在区域现实上没告竣共识
，，，区域有商务治理、销售治理、流程质量、流程治理。。。。销售治理不就是围绕销售流程转的吗
，，，商务治理不是管条约质量的吗？？？？？？
？在产品线里这些都是合并的。。。。只要是围绕流程转的
，，，就需有响应的支持组织
，，，拉斯维加斯3499运营组织要全在运营内里
，，，焦点是要遵从流程才华转得起来。。。。

遵从流程后发明和营业场景不匹配
，，，作为主管
，，，在自己授权规模内的
，，，就直接优化好；；；；；；；在自己授权规模外
，，，显着看到流程有问题
，，，与营业场景不匹配的
，，，就要去推动优化。。。。虽然要先遵从流程之后再提出流程的问题
，，，若是都没有遵从流程就说流程有问题是空谈。。。。若是有人对我说流程有问题
，，，我会问他哪个流程有问题。。。；；；；；；；玖鞒逃形侍獾男矶
，，，你要告诉我谁人流程有问题。。。。只有遵从过流程
，，，围着流程转过你才知道问题在那里
，，，若是不遵从就不可能知道流程有问题
，，，不可能推动和优化流程。。。。由于你转都没转过怎么知道问题在那里？？？？？？
？

这就是运营
，，，几个目的
，，，一个是沿着流程周而复始地转
，，，其次是在遵从历程中发明有问题时解决或推动问题解决。。。。若是我们真的不是流程的仆从
，，，而是流程的主人的话
，，，我们会去关注流程究竟怎样
，，，关注流程是否切合营业场景
，，，关注拉斯维加斯3499流程遵从以后尚有什么问题
，，，那我们公司流程遵从和流程优化的土壤就改善了。。。。

六、流程确定角色
，，，组织承载角色
，，，流程与组织匹配才华运作高效

下面再谈一下我对组织设计与流程的匹配的一些明确。。。。在流程与组织厘革中
，，，需要遵照如下的历程：第一个路径是从战略出发
，，，基于战略设计所选择的营业模式
，，，确定主营业流
，，，并识别营业流的要害能力
，，，基于要害能力的差别和优先级确定厘革的妄想
，，，基于厘革
，，，举行流程设计
，，，并基于组织设计原则举行组织设计和流程的匹配。。。。从一个企业的组织与流程架构设计来看
，，，理想的设计应该实现：从水平来看
，，，每个流程在各Business组织间怎样实现全球的一致性
，，，从笔直看
，，，每个Business组织怎样实现各营业流程的有机集成。。。。主营业流程是直接为客户创立价值的流程
，，，所有组织要么必需事情在主流程中
，，，要么就必需支持好主营业流以为客户创立价值
，，，不然
，，，这样的组织就是多余的组织。。。。各职能组织怎样加入和支持呢？？？？？？
？项目化运作是最有用的方法
，，，事实上
，，，任何Business组织都是通过一个个项目/群来实现其谋划目的的
，，，项目就是最基础的治理单位
，，，执行主营业流程的是项目/群
，，，而种种组合治理的目的包括组合设计、取舍、以及优先级排序
，，，以使得知足客户需求并实现资源投入产出最大化。。。。因此
，，，各职能组织都需要加入到执行主营业流的跨功效部分项目中
，，，为客户创立价值。。。。

关于各职能组织的设计
，，，需要基于如下焦点理念：每个职能组织都要对E2E效果认真
，，，而不是段到段
，，，各组织之间不是接力赛
，，，而是类似足球赛
，，，配合加入项目
，，，通过项目组的跨职能组织的运作
，，，一起执行主营业流
，，，以实现营业目的。。。。职能组织的设计基于营业流的需要的能力的一个或者几个专业领域（凭证治理的需要）
，，，为了让各职能领域能够有一个其执行的E2E的完整的流程视图
，，，可以引入Discipline（专业领域）的看法
，，，关于每个专业领域
，，，其对应于HR的一个职类（如软件、硬件）
，，，也可对应一个职能部分。。。。流程界说What
，，，Discipline界说How to do
，，， Discipline的建设可以授权给各职能部分举行建设。。。。因此
，，，流程的授权可以分两个维度
，，，一个是基于谋划组织的划分举行主营业流的授权
，，，另外一个是基于Discipline的划分对各职能组织举行授权。。。。

七、营业主管是流程的责任人
，，，照料公司和流程IT部提供流程专家
，，，以照料形式提供专业效劳输入问题

以前代表处给老板汇报
，，，反应流程太长
，，，流程有问题
，，，他首先骂的是流程IT部
，，，因此流程IT部总是挨批。。。。最近我们已经讨论清晰了流程的责任人是营业主管
，，，于是我给老板建议
，，，他若再看到哪个流程有问题
，，，就给营业部分主管直接打个电话
，，，骂这个营业部分的主管。。。。既然我们界说了流程的责任人是营业主管
，，，那以后出了问题首先应该找营业主管。。。。流程IT部不可能单独开发一个流程出来让各人用
，，，只有营业部分与流程IT部一起开发出来的流程才有可能用
，，，营业部分才有可能执行。。。。我们已经明确了营业流程的责任人是营业主管
，，，那以后流程有问题就要找营业主管解决。。。。不是现实营业的执行者,就不要对营业部分的流程指手画脚,反而会招致更多的阻挡与不满.

我们强调流程要营业部分来主导设计
，，，为什么还要有流程IT部分和照料公司呢？？？？？？
？是由于我们对营业的明确还保存片面性。。。。我们怎么明确自己的营业？？？？？？
？就是我们自己做了啥
，，，拉斯维加斯3499职责就是啥。。。。

我们在梳理政府事务的流程的时间
，，，就发明政府事务部分仅把自己原来怎么做的酿成了自己的流程。。。。厥后我们请IBM做照料后
，，，发明整个政府事务部在要认真的事情中少了百分之七八十。。。。我们在照料的资助下把营业框架搭起来后
，，，我们发明很多多少事情都没做。。。。原来法务也是这样的
，，，我们法务只管诉讼
，，，不管预防。。。。由于各级营业主管的视角还只聚焦在做了啥
，，，明确到了啥
，，，想到了啥
，，，很难周全
，，，因此我们需要照料公司。。。。照料公司在其它公司做了类似的事情
，，，他们知道别的公司有哪些环节
，，，可以给我们一个Benchmark, 建议我们是否需要思量这些环节
，，，并给些建议计划。。。。

流程IT部分干啥呢？？？？？？
？流程IT部分有些专家可指导营业部分在流程上该怎么设计
，，，怎么体现
，，，及流程建设上需要注重的一些事项。。。。

我们做厘革也好
，，，做流程优化也好
，，，应该是营业部分、流程IT部分、照料这三者的连系
，，，这三者的连系是很有价值的。。。。可是我们强调主导的是营业部分
，，，只有营业部分自己心田愿意做
，，，做好了才愿意推行
，，，推行了有问题才愿意去面临。。。。不然强加一个流程给营业部分
，，，营业部分不可能推行
，，，也许只可能阻挡
，，，只要有一点点难题
，，，就会指责流程。。。。

最后
，，，焦点的焦点照旧要问我们自己：我们究竟是流程的仆从照旧流程的主人。。。。若是我们是流程的主人
，，，那么流程就不是身外之物
，，，不是被动要求的
，，，我们就会自动建设、优化和推行流程。。。。同时
，，，也只有准确明确营业流、流程、IT、质量、运营之间的关系
，，，才华更有用地建设流程、遵从流程
，，，在流程中修建质量
，，，并通过IT固化流程
，，，有用落实企业治理的目的是流程化组织建设。。。。

文章泉源于网络