在第三章流程管理能力构建中，我们对流程全生命周期管理有过详细的阐述，其中就有关于流程设计/优化阶段的说明。基于流程架构驱动的流程设计开发适用同样的管理规则。当然，在具体的操作上有些小差别。

在第三章第八节流程全生命周期管理中，我们把流程的设计/优化分为几个阶段：需求分析、方案设计、文件开发、验证与试点等。方案设计、文件开发、试点、发布等都是通用的，在需求分析上有些差别。基于流程架构分解的流程建设是要考虑全业务场景的，这个和流程优化不同，流程优化是基于具体的业务痛点、业务需求而来的。当然，考虑全业务场景不能简单地等同于要“大而全”，而是做方案设计的时候有一个总体的框架，基于总体的框架再来看先梳理哪一条流程后梳理哪一条流程。

流程设计开发的流程是比较清晰的，在这里需要补充说明的是流程设计开发的标准交付件。前面我们已经提到过流程文件分为六大类，包括：管理手册、流程说明文件、制度/规范/标准、操作手册、模板和检查清单（Checklist），针对不同的业务场景会使用不同的流程文件来呈现。

管理手册是比较高阶的流程文件，通常只有在L1或个别L2会有，而且一个模块最多就设计一个管理手册。相对来说，管理手册是比较独立的流程文件，其它文件都是对它的管理原则、要求的具体执行，部分有特殊要求的可能会涉及到具体的模板支撑。

流程说明文件是整个流程文件体系最为复杂的一类，包括流程图、流程说明、职责分离（SOD）矩阵、流程遵从性测试（CT）计划等。职责分离（SOD）矩阵和流程遵从性测试（CT）计划属于内控的范畴，但在流程文件开发的时候通常会一起设计，将能力构筑在流程上包括内控、风险、质量等管理的要求，这也是我们核心的理念。流程活动如果有具体的操作指导书、模板、检查清单，也需要同步输出。

制度/规范/标准，这算是一大类，以约束、规范为主要目的。一般是一个主体文件，个别比较复杂的会有操作指导书（或实施细则）、模板、检查清单等搭配输出。

流程基于流程架构分解来建设是一种比较理想的模式，往往在流程几乎处于空白状态下或初级阶段才会做全新的架构分解。在大多数时候，尤其是已经做过一轮全面流程梳理的公司，通常是基于业务痛点、需求来，这个时候需要结合实际情况来推动具体流程的变革与优化。