如何进行软件分包即软件子合同管理
开始是比较好的办法。在软件能力成熟度模型中，定义了软件子合同管理要达到的目标，定义了实施所须的承诺（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：定期评价承包商的性能，并与承包商一起评审评价工作
任务：
· 评估分析合约方的开发表现。
成果：
回馈、评价 不错的资料，值得一读。
页:
[1]
