网络项目管理学会
本文较详细介绍在实施CMM的过程中如何进行软件分包即软件子合同管理的步骤和流程。
实施完善的软件分包管理，从软件能力成熟度模型的软件子合同管理关键过程域开始是比较好的办法。在软件能力成熟度模型中，定义了软件子合同管理要达到的目标，定义了实施所须的承诺（Commitment）和能力（Ability），定义了进行软件子合同管理应该有的活动，国内已有不少书籍或资料对此进行了翻译与介绍，这里就不再赘述了。但是，就像SEI对软件能力成熟度模型其他的关键过程域的描述一样，只是给出了“应该作什么（What）”，而对“应该如何做（How）”这一关键的、大家都关心的问题毫无解释，很多想实施CMM的企业和组织都感到无从下手。我们参考了一些国外的资料，结合具体的实践经验，提出了一个框架性的描述。由于篇幅所限，这里只列出软件能力成熟度模型中软件子合同管理13个活动（Activity）的具体操作办法及其相应产品（PRODUCT）：
活动1：按照文档化的规范定义和规划子合同工作
任务：确定需求
建立专门技术小组确定产品模型
确定资金来源、资金类型及其有效期限
确定开发的最后期限
从技术角度出发安排开发进度
对要进行的工作做书面定义
将开发所涉及的需求及需要的支持知会制定合同的有关官员
RFP开发
具体开发目标的分析及汇总
控制可资利用的开发资源，使其服务于相应的开发队伍
对于需求分析及可能的实施方案进行最后评估，最终制定开发策略。
对项目经理汇报开发计划，以获得技术批准。
对制定合同的有关官员汇报开发计划，、以获得最终批准。
成果：
目标分析
开发计划
评估方案
活动2：按照文档化的规范根据承包商完成工作的能力选择承包商任务
任务：
根据评估方案对开发计划书进行评估
依照评估方案汇总评估结果
涉及审计、协商、方案选择时，给予决策人员所需的支持。
进行商务谈判选择订约方
成果：
签订合同
活动3：与承包商之间的协议作为管理子合同的基础任务
引述工作描述(SOW)，监督合同各方履行合同义务。
分析评估合同条款的进一步解释说明。
为决策者提供恰当贴切的阐释说明。
成果：
合同条款的解释说明。
活动4：评审和批准文档化的承包商软件开发计划
任务：
审查分析SDP的初始方案
给出修改建议
更新SDP方案
批准更新后的SDP方案
成果：
获得批准的SDP方案
活动5：将软件开发计划用于跟踪软件活动和通信状态
任务：
开发进度报告、备忘录、开发任务清单等等
将SDP方案同时及开发情况进行分析比较。
成果：
最新的开发任务清单，指明已完成的、开发中的及尚未进行的开发任务。
通过审批的开发进度报告、备忘录等。（有可能未获通过）
活动6：按照文档化的规范判定对承包商的工作陈述、子合同条款、条件以及其他约定的更改
任务：
对需要进行的修改和需要做出的变动进行审查验证。
同合同签订方进行协商。
批准实施修改。
成果：
合同的修改
活动7：双方的管理者一起执行定期的状态或协调评审
任务：
定期审查开发状况/合作情况
成果：
最新的开发任务清单，指明已完成的、开发中的及尚未进行的开发任务。
通过审批的开发进度报告、备忘录等。（有可能未获通过）
审查结果归档。
活动8：承包商参与定期技术评审和交流
任务：
从技术角度定期审查开发状况
成果：
最新的开发任务清单，指明已完成的、开发中的及尚未进行的开发任务。
通过审批的开发进度报告、备忘录等。（有可能未获通过）
审查结果归档。
活动9：按照文档化的规范在所选择的里程碑处进行正式评审，评价承包商的软件工程完成情况与结果
任务：
进行定期的、正式的工程开发审查。
成果：
最新的开发任务清单，指明已完成的、开发中的及尚未进行的开发任务。
审查结果归档。
活动10：软件质量保证组按照文档化的规范监控承包商的软件质量保证活动
任务：
从软件质量保证法（SQA）出发进行质量验证。
成果：
软件质量保证评估报告。最新的开发任务清单，指明已完成的、开发中的及尚未进行的开发任务。
活动11：软件配置管理组按照文档化的规范监控承包商的软件配置管理活动
任务：
从软件配置管理（SCM）角度出发进行配置管理验证。
成果：
软件配置管理评估报告。
最新的开发任务清单，指明已完成的、开发中的及尚未进行的开发任务。
活动12：按照文档化的规范进行验收测试
任务：
产品验收
成果：
最新的开发任务清单，指明已完成的、开发中的及尚未进行的开发任务。
通过验收的软件产品。（有可能未获通过）
产品评估报告。
活动13：定期评价承包商的性能，并与承包商一起评审评价工作
任务：
评估分析合约方的开发表现。
成果：
回馈、评价