软件子合同管理

软件子合同管理目的选择合格的软件子承包商并对选择的承包商进行有效的管理。适用范围适用于企业范围内将工作产品分包给子合同承包商的相关活动，包括选择软件子承包商、建立和子承包商的约定，以及跟踪和评审子承包商的活动和工作结果。岗位与职责责任人职责说明子合同经理创建《子合同管理计划》持续跟踪子承包商的活动与工作，随时发现并解决工作期间的问题与冲突对子承包商的活动进行定期的测量定期向软件项目经理报告，汇报有关供应商进展情况作为甲方软件项目团队与子承包商之间的工作接口，协调促进交流在很多情况下可以有项目经理(PM)兼任项目经理(PM)批准《子合同管理计划》确认《子合同管理计划》更改请求工作产品接收签署软件质量保证人员(SQA)按照计划评审子承包商软件活动与工作产品软件配置管理人员(SCM)按照计划审查子承包商软件基线库与软件发布高层管理者合同的签订、修改定期评审程序子承包商的选择选择子承包商必须考虑两个因素：能力和价值。能力代表子承包商具有的某种品质，在对质量承诺方面，与本公司类似。价值则联系到成本、进度、工作量和工作产品交付等属性。 子承包商的选择步骤： 1．准备建议书建议书明确供应商为你完成何种工作。 2．征询将建议书传播到子承包商的业界，提供子承包商回应的最迟时间、回应规则与形式。回应时间应该为子承包商一段时间进行考虑和准备。 3．制定、使用进入准则进入准则有利于按照实际需要对子承包商进行筛选，一般准则包括：子承包商的财政实力、规模、专门经验、从业时间和是否具有某种专业或行业认证等。 4．制定、使用审查准则审查准则将选择范围进一步集中。首先对子承包商的响应书进行评审、打分，然后制定并使用其他一些准则对子承包商进行审查，将评定工作深入化。 5．制定、使用裁定准则 子承包商的选择过程以裁定结束，裁定工作应对照一套目的准则来进行。 6．合同谈判 7．保存记录合同创建合同主要包含以下内容：条款和条件工作陈述对开发产品的需求主承包商和子承包商之间的依赖关系表将交付给主承包商的子合同产品提交产品修订的条件在主承包商接收子合同产品之前评价子合同产品时将用的验收规程和验收准则主承包商用来监控和评价子承包商性能的规程和评价准则子合同管理计划的编制调研计划的细节调查计划的细节是为了获取子合同管理计划的内容，相关人员应该在整个项目策划早期开始工作。计划的作者应该与项目的计划者合作，以使两个计划彼此相适应；应该与SQA、SCM组合作，以便确定何时进行质量检查和审计；应该与子承包商合作，以协调工作计划中的活动与时间线。编写计划草案散发与评审草案散发草案给有关的团队，以求评审。正式评审正式评审《子合同管理计划》，对发现的问题作出注释。修订计划根据正式评审发现问题的注释，子合同经理对计划进行必要的修改，再次散发给评审团对，做最后的审定。批准计划由项目经理批准此计划，同时需要子承包商的批准。发布与散发计划在组织内发布计划，同时散发一份给子承包商。同时将《子合同管理计划》纳入配置管理，此后对计划的修改进行更改控制。子承包商软件开发计划的评审与批准作为合同双方协议的组成部分，子承包商需要提供子承包商软件开发计划(SDP)，SDP应遵循《子合同管理计划》。对子承包商SDP的评审与批准程序与《子合同管理计划》完全相同，参考“4.3子合同管理计划的编制”中的内容。此SDP作为引用附件收入《子合同管理计划》。子合同管理计划的更改更改请求文档化填写《更改请求表》。向软件配置控制委员会(SCCB)提交更改请求(CR)在提交到SCCB之前，需要经过以下提交渠道的确认：子承包商的更改请求—>子承包商管理人员—>甲方子合同经理—>甲方项目经理—>甲方SCCB评估更改请求(CR)影响与更改管理有关的某个人(或某个团队)评估更改将会产生的影响，形成《更改影响评估报告》。批准/不批准/搁置SCCB根据更改请求的性质及对其影响的评估，决定批准/不批准/搁置更改请求。得到批准的更改请求进入下一步。必要时调整进度表/费用/工作量在一个更改获得批准后，项目SDP、子合同管理计划和子承包商的SDP中都要对时间线、投资、资源分配和交付产品做必要的更改。子合同经理评审所有的更改点，保证彼此相互匹配。必要时修改合同根据已批准的更改的性质和范围，高层管理者、项目经理和子承包商管理人员对合同的修改进行评审和批准。通过评审后将修改内容写入合同的参考文件。发布更改后的计划将更改传达到有关的工作团队，必要对更改向工作团队进行解释说明。实施更改相关工作团队做出必要的修改或接受更改的影响，此后的工作以更改后的计划为准。SCM与SQA评审在预定的检查点上，SQA人员监督工作产品与活动。配置管理人员丁且审查软件基线库与软件发布。SQA与SCM的检查步骤如下：识别项目中的检查点在项目策划阶段，子合同经理、SQA人员、SCM人员与子承包商的项目经理合作，确定SQA与SCM检查的时间点。安排将检查的工作产品与参加人安排在确定的检查点上待检查的工作产品和团队活动，并且确定参加评审的人员。向参加人发出检查通知检查通知在检查之前2周由子合同经理发出，说明评审日期、将评审的产品和活动，以及参加人员及地点。接到通知的人返回请求确认。确定会议时间，准备设施进行检查在约定的日期进行检查，记录评审中的问题。准备检查报告检查后的2周内，SQA或SCM的检查人员准备检查报告，报告检查点的遵从性和对以后工作的建议。分发检查报告检查报告发给受到影响的各方，包括项目经理、高层管理者、子承包商的项目管理者和接受检查的团队。必要时开会讨论解决问题(可选)根据检查报告的建议，接受检查的会议再次召开会议，针对发现的不遵从问题，讨论进一步的措施。接受验证接收准则可以通过两种方式建立：作为子承包商选择的一部分，加入建议书，要求子承包商签署。在与选定的子承包商共同策划时进行评审确定。不论何种建立方式，接收准则应尽可能早的建立，并进行公布。接收准则必须包含以下内容：进入准则在开始进行接收验证之前，定义一套最低的、准备就绪的标准。根据分配给子承包商的工作，提出一份清单，只有当列出的各项都准备就绪后，才开始接收验证。交付产品清单一般包括：软件源代码、编译器、开发文档、用户文档，以及数据库表等。测试计划测试计划对照已经发布的需求，运行一系列的软件测试实例，测试交付代码的一致性，是进行接收验证的主要工具。接收日期需要标识出三个日期：交付日期，验收测试所需时间，决策是否接收交付产品的时间。验收门限验收门限是接收的产品可接受的最低性能标准。维