流程体系搭建的思路 深度好文从零搭建推荐体系
一、背景以2009年MR的制造系统工艺项目为例。当时制造系统有160多个文件，对每个业务板块都做了相应的规定，比如仓库管理、钣金、板材对线等方面。因此，这个文档系统相当复杂，但
一、背景以2009年MR的制造系统工艺项目为例。当时制造系统有160多个文件，对每个业务板块都做了相应的规定，比如仓库管理、钣金、板材对线等方面。因此，这个文档系统相当复杂，但是文档之间没有很好的链接。
所以我们当时做的就是基于流程集成建设的整体思路，对制造系统的文档进行整理和梳理，最终将文档压缩到90多个文档。当然，并不是说文档的数量就是衡量系统是否健康或成熟的标准。在梳理的过程中，我们既有整合，也有添加。本次分享将从技术层面讨论流程系统的集成。
二。关于过程系统集成的思考
首先，我将向您展示构建流程集成系统的路径，这是一个通用的解决方案。这条道路上有几项关键任务。
首先，规划好整个过程。从业务的角度，对整个业务进行规划和系统化，形成分层次、分层、端到端的全流程体系。
第二，在规划过程的同时，我们还应确定公司需要涉及的相关管理体系(如ISO 9000)中的相关规定，并据此进行解释。
3.流程规划和系统解释完成后，需要将系统的相关需求与我们的流程进行匹配。也就是图中的第四步，流程和系统需求匹配建立。这相当于在系统需求和流程列表之间形成了对应的对比关系，如下图所示。
从图中我们可以看出，前一部分是过程规划的结果，而后一部分涉及，例如，ISO9000或卓越绩效标准，或内部控制系统等。，形成匹配关系。
如果在流程列表中有一些系统对应的术语是对应的流程无法匹配的，说明我们的流程规划是不完整的，需要在流程规划端增加对应的流程来覆盖系统需求。另一种情况是工艺方案已经确定，但是没有相应的条款。这也是正常的，说明流程覆盖的业务范围比系统要求要广。
在匹配之后，我们将知道每个流程应该实现或满足哪些系统的哪些条件。因此，在流程设计或优化的过程中，要综合考虑如何实现这些制度条款。
如下图所示，流程中的每个活动不仅满足业务实现的要求，而且还有一些相关的活动满足相应系统的要求。
通过这些活动，我们可以大致了解流程和系统之间的关系。
这个过程是综合考虑的结果。在一个流程中，或者说在一个流程系统中，不仅要考虑效率的因素，还要考虑风险控制的因素，以及这个流程带来的产品或服务的质量如何才能满足要求，等等。这一过程需要在众多因素之间取得平衡。
比如，比如物料入库流程。材料入库流程通常涉及ISO9000的来料质量控制要求；内控体系也会对货物验收的准确性，是否有超过PO的数量有内控要求。这就要求我们在设计流程的时候，要把这两个方面结合起来。
但实际上，有些公司文件并不是这样设计的。他可能有材料检验程序，会计控制，或采购周期的内部控制系统，包括仓储程序等等。这意味着实际业务的操作端，即仓库，依赖于两个或三个文档。但这些文件缺乏整体的操作思路，要由高管自己考虑首先满足哪个文件。
在这种情况下，企业的管理目的就无法实现。或者平衡这些管理要素应该由管理层来考虑，不应该让执行层来设计流程。
三。R&D进程整合案例
这些是过程系统集成构建的思想。这里有一个R&D过程的例子。
基本上，R&D体系中会有IPD管理模式。我们将从整个流程框架系统来看IPD能否满足系统要求。它主要涉及质量体系和一些内部控制体系。下图是硬件IPD的概述。
这张图只是IPD的产品开发计划。在产品开发整体流程的框架下，产品开发分为六个阶段:概念阶段、规划阶段、开发阶段、验证阶段、发布阶段和生命周期管理阶段。在每一个阶段的最后，都会有相应的评审，在这个过程中，也会有相应的技术评审。
此外，产品开发方案还强调各个业务板块在不同阶段的同步，形成相应的协作。包括自身系统的研发、软件、硬件、工业设计和测试等。，采购、制造、营销、客服等相应模块在不同阶段需要完成的工作也会在整体框架中进行说明。
接下来，让我们来看看ISO9000最新版的研发管理相关管理术语。以下是《ISO 9000》(2015版)第8.5章，产品和服务的发展。我们可以看到，在他的要求中，IPD的产品开发计划基本上可以涵盖它们。
例如，第一个要求是组织应该采用过程方法来计划和实现产品和服务开发过程。本条款的要求是通过工艺/流程方法展示整体。
那么详细的需求，比如开发活动的特点、周期、复杂程度，都是我们需要考虑的要素。我们在制定流程框架时，也会对R&D项目进行合理的分类，比如重大项目和一般项目。对于不同的项目，会根据其他产品或项目的复杂程度，以及其特点，即新产品、衍生产品或变形产品，确定不同的流程。
中间再穿插一个案例吧。有一个电池厂商，曾经反馈过这样一个问题。他们给奔驰宝马设计产品的时候，质量控制很到位，没有质量问题。但在给国内汽车厂商供货时，质量体系执行不到位，质量问题频发。这是R&D团队对流程不够重视，执行力不足的问题吗？
我们知道奔驰宝马给的开发周期是一年左右，但是国内汽车厂商给的开发周期只有三到四个月。面对不同的场景，他们采用了相同的流程，但没有进行适当的分类。也就是他们没有根据客户需求的差异，对不同产品或服务的开发做出差异化的设计。
看下一条，顾客和法律法规对特定过程阶段或控制的要求。在许多R&D系统流程中，在规划阶段，有一个称为法律法规解释的流程。法律法规解释形成的要求应形成产品开发需求包，作为产品需求的一部分。
在实际工作中，存在这样一种情况，即我们按照常规的过程思想或者一些成熟的管理模型构建的过程框架不能覆盖系统的需求。比如一个做民品的企业，转做汽车行业相关的产品，需要把自己的系统改造成TL99，但是它原来的工艺系统框架是覆盖不到的。这时，我们需要添加这些流程。
以上从质量体系的角度简单论述了与过程体系的关系。除了质量，还有一些内控，环境，卓越绩效标准，或者现在正在实施的两个行业的一体化管理体系等等。他们的集成思路大致是一个，不同系统的不同需求会让我们的IPD过程系统更加丰富和复杂。
下图显示了与R&D相关的风险控制内容..即常规风险管理的风险库，包括不符合产品设计目标的新产品功能，或不具备试商用基本条件的新产品等。另外还会有很多风险，比如项目开发的产品达不到预期的性能，产品开发达不到商业目的等等，都是很大的风险。
风险管理也将落到具体的流程中。比如立项的问题，一般企业都会有一个产品立项的过程。如何让项目立项过程更有效，背后有很多相关的活动。如技术可行性分析、商业可行性分析、市场调研、财务评估等相关活动，以保证项目评估的有效性。
如图，当新产品的功能没有达到原来的产品设计目标时，就涉及到需求控制的问题。在流程设计上，我们还有产品需求跟踪、产品需求变更、产品需求确认等相关流程。回到需求，避免偏差。
查看整体框架图。我们要做的系统集成需要基于公司的业务，或者说业务流程，对所有系统进行集成。在不同的流程层次实现和实现系统的需求。
当然，系统之间的冲突是不可避免的。比如质量体系和内控体系的要求会有冲突，需要相应的平衡和综合考虑。
四。文件系统集成
在整体业务实现框架中，第五步涉及到文件结构的规划，流程设计完成后，如何通过相应的文件编译和集成来完成系统落地。
既然是集成工作，文档也需要集成。这就要求我们对文档的结构进行划分，比如一类文档，二类文档或者三类文档。这里的文件层次类似于ISO9000手册、程序文件、操作指南和表达式模板。文件层次的划分如何同时满足工艺文件和体系文件的要求？
档案划分没有统一的标准，不同的企业有不同的划分方式。从底层来说，是相对于体系文件中的操作指南而言的。其实作业指导书匹配的是流程中的流程文件，底层的文件表单模板都是相通的。
然而，在质量体系的程序文件中，很少有相应的文件级别与之匹配。我们也有将过程组或主过程的描述文件与程序文件相匹配的实践。
另外，系统文档里有手册。但对于大部分企业来说，不会涉及，像流程总原则要求或者华为基本法这样的通用管理框架相对较少。一般我会把公司的一些管理规定放在和手册文件同等的位置。
那么，在集成文档下，如何实现不同系统的需求呢？这就要求我们要有一个工艺文件的整体列表，然后针对不同的工艺建立与系统的关系。即从系统的角度来看，所有与系统相关的工艺文件都是相关的。
