附件资源是作者针对SPP采用模板重新格式化打包制作，原模板具有格式不受控的缺点，导致文档编制过程中引起不必要的排版麻烦。
附件资源适用于希望改进工作流程，适配CMMI质量管理体系的公司或个人使用，质量改进管理组织、项目管理组织、研发团队、测试团队、运维团队等均可直接使用。
以下是“精简并行过程”（Simplified Parallel Process，SPP）相关介绍：
“精简并行过程”（Simplified Parallel Process，SPP）是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”，由众多的过程规范和文档模板组成。
（1）对CMMI 3级以内各过程域的内容和要求作了“精简”处理。
（2）在产品生命周期之内，项目管理过程、项目研发过程和机构支撑过程“并行”开展。
建议用户根据自身情况适当地剪裁，然后推广使用。
SPP模型把产品生命周期划分为6个阶段，分别为：
产品概念阶段，记为PH0。
产品定义阶段，记为PH1。
产品开发阶段，记为PH2。
产品测试阶段，记为PH3。
用户验收阶段，记为PH4。
产品维护阶段，记为PH5。
在SPP模型中，软件项目的过程有三大类：项目管理过程、项目研发过程和机构支持过程。上述三类过程可以细分为19个主要过程域，分布在PH0到PH5的各个阶段。
| 精简并行过程SPP清单[OTS4WORD专用模板] | ||
| 过程域 | 模板分类 | 模板方案 |
| 项目管理过程 | 立项管理 | 附录A-1 立项建议书.docx 附录A-2 立项调查报告.docx 附录A-3 立项可行性分析报告.docx 附录A-4 立项评审报告.docx |
| 结项管理 | 附录B-1 结项申请书.docx 附录B-2 结项评审报告.docx | |
| 项目规划 | 附录C-1 项目估计表.docx 附录C-2 项目计划.docx 附录C-3 项目计划变更控制报告.docx | |
| 项目监控 | 附录D-1 项目监控数据表.docx 附录D-2 项目偏差控制报告.docx 附录D-3 项目进展报告.docx | |
| 风险管理 | 附录E-1 风险检查表.docx 附录E-2 风险管理报告.docx | |
| 需求管理 | 附录F-1 需求跟踪报告.docx 附录F-2 需求变更控制报告.docx | |
| 项目研发过程 | 需求开发 | 附录G-1 用户需求说明书.docx 附录G-2 产品需求规格说明书.docx |
| 技术预研 | 附录H-1 技术预研计划.docx 附录H-2 技术预研报告.docx | |
| 系统设计 | 附录I-1 体系结构设计报告.docx 附录I-2 用户界面设计.docx 附录I-3 数据库设计报告.docx 附录I-4 模块设计报告.docx | |
| 实现与测试 | 附录J-1 实现与测试计划.docx 附录J-2 编程文档.docx | |
| 系统测试 | 附录K-1 系统测试计划.docx 附录K-2 测试用例.docx 附录K-3 测试报告.docx | |
| Beta测试 | 附录L-1 Beta测试协议.docx 附录L-2 Beta测试报告.docx | |
| 客户验收 | 附录M-1 客户验收计划.docx 附录M-2 客户验收报告.docx | |
| 技术评审 | 附录N-1 技术评审计划.docx 附录N-2 技术评审通知.docx 附录N-3 技术评审报告.docx 附录N-4 技术评审检查表.docx | |
| 机构支撑过程 | 配置管理 | 附录O-1 配置管理计划.docx 附录O-2 配置库管理报告.docx 附录O-3 配置项变更控制报告.docx |
| 质量保证 | 附录P-1 质量保证计划.docx 附录P-2 质量保证检查表.docx 附录P-3 质量保证报告.docx 附录P-4 质量问题跟踪表.docx | |
| 外包与采购管理 | 附录Q-1 外包开发竞标邀请书.docx 附录Q-2 承包商评估报告.docx 附录Q-3 外包开发合同.docx 附录Q-4 外包开发过程监控报告.docx 附录Q-5 外包开发成果验收报告.docx 附录Q-6 采购竞标邀请书.docx 附录Q-7 供应商评估报告.docx 附录Q-8 采购合同.docx 附录Q-9 采购物品验收报告.docx | |
| 培训管理 | 附录R-1 培训计划.docx 附录R-2 培训通知.docx 附录R-3 培训评估报告.docx | |
| 服务与维护 | 附录S-1 客户服务计划.docx 附录S-2 客户服务报告.docx 附录S-3 产品维护计划.docx 附录S-4 产品维护报告.docx | |
SPP模型的主要特征和优点有：
直观的过程模型
SPP模型将项目管理、项目研发、机构支撑所包含的工作划分为相对独立的三类过程，各个过程域之间的关系直观明了。这样，机构领导、项目经理、开发人员、测试人员、质量保证人员、外包与采购管理人员等人根据SPP模型，很容易知道自己“应该在什么时候、按照什么规范做什么事情”。所以SPP模型有助于使机构内的各个职能单位有条不紊地开展工作。
容易裁剪与扩充
SPP模型的三类过程贯穿了产品的整个生命周期，19个最常见的过程域都合理地安排在产品生命周期中的某些阶段。用户可以根据自己产品的特征，适当地裁剪或扩充SPP的过程域，很容易制定出最适合于本产品的过程模型。
