在企业推进流程型组织建设时，常常会同时谈到业务、流程、IT、质量与运营。很多企业也会提出类似目标：让价值创造流程更加简洁高效，让组织与流程匹配运作高效，让管理体系集成高效，实现卓越运营，并形成持续改进的质量文化与契约交付的项目文化。结合标杆企业案例与流程管理咨询实践经验，我们有必要系统梳理业务、流程、IT、质量与运营之间的关系，从而更清晰地理解企业为什么要围绕业务流建设流程，并通过流程与组织匹配走向真正的流程型组织。
首先要引入“业务流”的概念。企业为了实现价值创造，从输入客户要求开始，到交付产品和服务、获得客户满意并实现企业自身价值的全过程，就是业务流。换句话说，E2E业务流程本质上就是业务流，业务流是天然存在、客观存在的。只要企业设定了战略、选择了业务模式，就已经确定了自己的业务流，不论企业是否已经用正式流程去描述它，业务流都在那里。所有业务部门，实际上都在业务流上工作，或者在支撑业务流的活动中工作。
从企业实践来看，业务流是客观规律。企业经过长期实践，不断优化和改进，最终都是在寻找真实的业务流，并围绕业务流客观地建设流程。尤其是所有和客户相关的业务流，天然是“从客户到客户”的。企业如果真正以客户为中心，就必须围绕业务流开展工作，不能脱离客户去谈流程、IT和管理。也正因为如此，在业务流程管理、IT建设、质量管理和运营管理中，业务流是一切工作的原点和基础。流程描述的是业务流，IT承载和使能的是业务流，数据是业务流中流动的信息，质量要求依附于业务流，质量管理基于业务流，而运营同样也是围绕业务流开展的。
流程本质上是对业务流的一种表现形式，是对优秀作业实践的总结和固化，目的是让不同团队执行流程时获得成功的可复制性。越符合业务流的流程，就越顺畅；越脱离真实业务流的流程，就越容易变成额外负担。
在流程实践中，一个非常重要的原则是：流程必须围绕客户和真实业务场景设计。例如，某些问题处理流程最初只关注内部技术定级，导致部门之间不断争论，却没有真正围绕客户影响展开。后来经过调整，流程与IT系统的核心改变就是：以客户对故障的影响来定级，围绕快速识别问题、快速解决问题展开，其他内部考核和争议都先放在一边。这类变化说明，流程优化咨询真正要解决的问题，不是让内部看起来更完整，而是让流程真正服务于客户需求和业务价值。
同样，在交付流程建设中，如果只是站在企业内部视角做局部修补，很容易偏离真实业务流。只有站在客户或运营商视角，从需求明确到运行维护保障，重新审视端到端流程，才能真正找到交付流程的方向。因此，流程不是拍脑袋设计出来的，而是要客观表现客观存在的业务流。它与业务流越接近，就越畅通、越精简、越真实。
这里还涉及一个对流程型组织建设非常关键的思想：流程设计不能和部门绑定得太死。过去很多企业一改部门就得改流程，流程完全受制于组织结构，结果非常被动。新的流程设计思路是：在流程中尽量不直接定义部门，而是定义角色，由组织去承载流程中的角色。也就是说，流程确定角色，组织承载角色，组织应该围绕流程来匹配，而不是让流程迁就组织。
理解了业务流和流程之后，就必须进一步理解数据治理的重要性。数据本质上是在流程中流动的信息，是各作业活动的输出。对于每个作业环节来说，其输出必须满足下游的需要；如果一个作业活动没有输出下游所需要的数据，这个活动就相当于没有真正完成，因为没有达到该环节的质量要求。理想状态下，每个作业环节都输出刚刚好的信息，不冗余、不缺失，满足下游和质量要求。
很多企业在流程和IT建设早期，容易忽视数据架构和数据标准，导致虽然流程有了、系统也上线了，但信息架构不清晰、数据标准不统一、接口不顺畅，最终IT和工具体系变得凌乱。实践表明，对业务流中信息的梳理，是流程定义的前提，是IT应用架构定义的基础，也是IT系统开发的重要前提。所谓主流程集成贯通，本质上也是数据的集成贯通。数据管理在流程管理与IT建设中处于核心位置，需要被足够重视。
同时，数据还是经营管理的基础。基础数据不准确，经营报告就不准确，也就无法真实反映业务实质，更难以支持经营决策。IT的价值正在于：承载业务作业流程，实现业务数据的自动传递与集成，用技术手段固化流程、提升效率。可以说，IT跑的不是冷冰冰的系统，本质上跑的是固化后的业务。如果没有IT支撑，很多流程最终只会停留在纸面上，难以真正执行。
质量管理的核心定义，就是“符合要求”。而这个要求，必须构筑在流程中。为了让每个环节的交付能够刚刚好地满足下游的需要，企业必须定义每个作业环节的输入、输出交付件以及对应的质量要求，并通过质量策划、质量控制和质量改进来确保达成质量要求。过程质量如果不构筑在流程中，只在流程外单独存在，是无法真正起作用的。过程质量有保证，结果质量才有保证。
进一步看，内控管理本质上也是特定形式的质量要求，是企业内部为防止腐败、控制风险而提出的管理要求。实践证明，内控如果在流程之外单独运转，最终很难落地。真正有效的内控建设，必须把职责分离、关键控制点、控制程序等内容构筑在流程中，使流程执行到关键节点时，自然满足内控要求。
同样，信息安全管理和网络安全管理，也不能脱离流程。信息安全的核心是围绕核心信息资产进行识别、管理和保护，而核心资产本身就产生于业务流程中。因此，要真正保护核心资产，就必须基于流程来定义、识别和保护。流程走到哪里，核心资产就识别到哪里、保护到哪里。信息安全和网络安全如果不构筑在流程中，只靠文件和口号，是很难真正有效的。
前面谈了业务、流程、IT、数据和质量，最后再看运营管理。所谓运营，就是业务在运转过程中的连续性循环活动，其目标是为利益相关者创造价值。可以说，运营就是流程和管理体系真正“Run”起来的过程。没有运营，流程和管理体系就是静止的，企业也无法真正实现价值创造和业务目标。
从管理视角看，运营管理的实质，是通过对运营过程和运营系统的计划、组织、实施与控制，实现投入产出的最大化。因此，运营管理关注的目标包括质量、成本、费用、效率、周期、柔性和客户满意等，最终都是为了支撑商业成功。无论是项目运营管理、销售运营管理、营销运营管理，还是客户满意管理、知识管理，本质上都可以看作运营管理的一部分。
在这里，一个非常重要的判断标准是：如果不沿着流程转，就不是运营；只要是围绕流程转，就需要有相应的支撑组织。企业遵从流程之后，如果发现流程与业务场景不匹配，主管应在权限范围内直接优化；如果超出权限，也要推动流程优化。但前提是先真正遵从流程、围绕流程运转过，只有这样，才知道流程问题究竟在哪里。换句话说，我们不应该做流程的奴隶，而应该成为流程的主人。正因为如此，运营不仅意味着沿着流程周而复始地运转，也意味着在遵从中不断发现问题、推动问题解决，实现流程持续优化。
在流程与组织匹配的问题上，有一个非常重要的结论：企业应从战略出发，基于业务模式识别主业务流，识别业务流所需的关键能力，再基于关键能力差距和优先级确定变革规划，进行流程设计，并最终实现组织与流程的匹配。
这背后的核心理念是：组织设计不是为了各自为战，而是为了共同对E2E结果负责。各组织之间不是接力赛关系，而更像足球赛中的多角色协同，共同参与项目，共同执行主业务流，以实现业务目标。进一步来说，流程定义的是What，专业领域定义的是How to do，而组织则去承载这些角色和职责。因此，我们才会反复强调：流程确定角色，组织承载角色，流程与组织匹配才能运作高效，企业才能真正成长为流程型组织。
