|
开始是比较好的办法。在软件能力成熟度模型中,定义了软件子合同管理要达到的目标,定义了实施所须的承诺(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:定期评价承包商的性能,并与承包商一起评审评价工作
任务:
· 评估分析合约方的开发表现。
成果:
回馈、评价 |
|