重逻辑：软件开发过程不同于一般的管理流程，既包含通常的管理方法、方式，又牵涉到具体的技术应用，所涵盖的知识领域比较广泛，因此在制定过程改进计划、定义过程文件的时候，需要将过程改进活动的范围、约束条件、边界以及流程体系与行政管理、运营管理规范和制度之间的关系从逻辑上梳理清楚。例如，在IPM中有关于工作环境的定义要求，而通常软件企业会有专门的行政制度、IT政策来定义这部分的内容，那么体系文件中相关部分的内容就必须逻辑上分清流程的边界。另外一方面，过程体系中规定的控制方式、管理办法要在理论和逻辑上遵从相关知识领域的内容，比如项目管理体系与PMP知识领域、开发管理与软件工程领域，它们要在一定程度上保持一致，有不同时也应能界定相异点的原因。这样，具备不同知识领域背景的员工在执行时，就不至于产生冲突，不至于导致员工对体系认知上的分歧和抵触。同时，过程体系内部不同文件的边界和逻辑关系也要分析定义清楚。CMMI模型本身，不同PA之间存在交叉和联系，这样，在架构体系文件的整体框架时，就需要从逻辑上分析清楚不同体系文件内容之间关联，避免重复定义、交叉引用、遗漏定义等状况的发生。 过程改进的逻辑性，一方面决定了体系文件的严肃性，体系文件是企业的管理制度之一，不适于频繁变化;另一方面决定了体系文件的专业性，就软件开发过程而言，其专业程度相对很高，制定者需要有一定的工程背景、管理背景，才能保证体系文件能正确指导到员工实施。既是制度，又是培训教材或者指导手册，因此重视体系的逻辑性非常重要。这种逻辑性需要贯彻到整个过程改进活动中，包括改进计划的制订，从没有规范的企业和有一定成熟度规范能力的企业，其中不同阶段的计划，一定存在差别，其重点不同，计划内容也应该不同。
在过程改进活动中，把握这四个短语的精髓，从方法论层面解决认知问题，企业的过程改进活动一定能踏实、有序、富有成效的开展下去。
文章来源于领测软件测试网 https://www.ltesting.net/
