软件子合同管理教案解析.ppt

软件子合同管理（SSM） 软件子合同管理（SSM） 目的 适用范围 岗位与职责 程序 软件子合同管理（SSM） 目的： 选择合格的软件子承包商并对选择的承包商进行有效的管理。 软件子合同管理（SSM） 适用范围： 适用于企业范围内将工作产品分包给子合同承包商的相关活动，包括选择软件子承包商、建立和子承包商的约定，以及跟踪和评审子承包商的活动和工作结果。 软件子合同管理（SSM） 岗位与职责 软件子合同管理（SSM） 目的 适用范围 岗位与职责 程序 软件子合同管理（SSM） 4.程序 4.1 子承包商的选择 4.2 合同创建 4.3 子合同管理计划的编制 4.4 子承包商软件开发计划的评审与批准 4.5 子合同管理计划的更改 4.6 SCM与SQA评审 4.7 接受验证 软件子合同管理（SSM） 子承包商的选择 选择子承包商必须考虑两个因素：能力和价值。 子承包商的选择步骤： 准备建议书 征询 制定、使用进入准则 制定、使用审查准则 制定、使用裁定准则 合同谈判 保存记录 软件子合同管理（SSM） 合同创建（合同内容） 条款和条件 工作陈述 对开发产品的需求 主承包商和子承包商之间的依赖关系表 将交付给主承包商的子合同产品 提交产品修订的条件 在主承包商接收子合同产品之前评价子合同产品时将用的验收规程和验收准则 主承包商用来监控和评价子承包商性能的规程和评价准则 软件子合同管理（SSM） 子合同管理计划的编制 1.调研计划的细节 2.编写计划草案 3.散发与评审草案 4.正式评审 5.修订计划 6.批准计划 7.发布与散发计划 子承包商软件开发计划的评审与批准? 作为合同双方协议的组成部分，子承包商需要提供子承包商软件开发计划(SDP)，SDP应遵循《子合同管理计划》。 对子承包商SDP的评审与批准程序与《子合同管理计划》完全相同 此SDP作为引用附件收入《子合同管理计划》。 子合同管理计划的更改 更改请求文档化：填写《更改请求表》。 向软件配置控制委员会(SCCB)提交更改请求(CR)：在提交到SCCB之前，需要经过以下提交渠道的确认：子承包商的更改请求—子承包商管理人员—甲方子合同经理—甲方项目经理—甲方SCCB 评估更改请求(CR)影响：与更改管理有关的某个人(或某个团队)评估更改将会产生的影响，形成《更改影响评估报告》。 批准/不批准/搁置：SCCB根据更改请求的性质及对其影响的评估，决定批准/不批准/搁置更改请求。得到批准的更改请求进入下一步。 子合同管理计划的更改 必要时调整进度表/费用/工作量：在一个更改获得批准后，项目SDP、子合同管理计划和子承包商的SDP中都要对时间线、投资、资源分配和交付产品做必要的更改。子合同经理评审所有的更改点，保证彼此相互匹配。 必要时修改合同：根据已批准的更改的性质和范围，高层管理者、项目经理和子承包商管理人员对合同的修改进行评审和批准。通过评审后将修改内容写入合同的参考文件。 发布更改后的计划：将更改传达到有关的工作团队，必要对更改向工作团队进行解释说明。 实施更改：相关工作团队做出必要的修改或接受更改的影响，此后的工作以更改后的计划为准。 SCM与SQA评审 SQA与SCM的检查步骤如下： 识别项目中的检查点：在项目策划阶段，子合同经理、SQA人员、SCM人员与子承包商的项目经理合作，确定SQA与SCM检查的时间点。 安排将检查的工作产品与参加人：安排在确定的检查点上待检查的工作产品和团队活动，并且确定参加评审的人员。 向参加人发出检查通知：检查通知在检查之前2周由子合同经理发出，说明评审日期、将评审的产品和活动，以及参加人员及地点。接到通知的人返回请求确认。 确定会议时间，准备设施 SQA与SCM的检查步骤(续） 进行检查：在约定的日期进行检查，记录评审中的问题。 准备检查报告：检查后的2周内，SQA或SCM的检查人员准备检查报告，报告检查点的遵从性和对以后工作的建议。 分发检查报告：检查报告发给受到影响的各方，包括项目经理、高层管理者、子承包商的项目管理者和接受检查的团队。 必要时开会讨论解决问题：根据检查报告的建议，接受检查的会议再次召开会议，针对发现的不遵从问题，讨论进一步的措施。 接受验证 接收准则可以通过两种方式建立： a.作为子承包商选择的一部分，加入建议书，要求子承包商签署。 b.在与选定的子承包商共同策划时进行评审确定。 不论何种建立方式，接收准则应尽可能早的建立，并进行公布。 接收准则的内容 进入准则：在开始进行接收验证之前，定义一套最低的、准备就绪的标准。根据分配给子承包商的工作，提出