由于作为外部单位，业主不便时刻监督项目的开发过程。虽然理论上需要把分承制商看作是自己的一个项目部门来对待，纳入自己的进度控制和质量控制体系，但是客观上由于分承制商与业主距离较远，人员不熟悉，各自有自己的企业文化和管理体制，双方之间的信息沟通不畅，业主难以实时监督分承制商的开发进程和质量。最好的办法就是在分承制商的软件项目的各个里程碑处和分承制商一起进行检查和评估。软件项目一般可以划分成若干个里程碑(3-5个为益)，分承制商需要提前一周通知采购部组织相关人员来评估。软件项目的里程碑一般指产品设计趋于稳定，中间产品定义趋于明晰，项目开发组真正了解项目实际的关键技术难度和可行的进度计划，开发活动停止，产品进入除错和稳定、随时可以发布的阶段，或当产品设计被删减、资源增加、进度延误的时候。在评估软件质量、进度和功能的同时，还要评估分承制商的人员工作负荷程度、风险、费用和资源消耗情况，并形成文档。由采购部送审系统工程部、软件工程部、项目管理部和分承制商的此项目负责人。

　　当产品进入交验测试的时候，分承制商需要提前三周通知采购部，采购部于前两周通知业主作好交验的组织评估准备工作。这时业主组织系统工程部、软件工程部、测试部、质保部和采购部，根据分承制商和业主在分承制商开发阶段预先共同定义、评审并批准的测试计划和验收方案进行验收测试，对需求规格说明书中的各项逐个详细的测试。最后以书面的形式给出对整个软件项目的测试评估报告。并对未通过验收测试的软件产品指定相应的补救措施和计划。分承制商交付给业主方的软件产品应当包括：源代码、软件开发计划、仿真环境、软件需求规格说明书、设计文档、软件测试计划、软件测试说明、验收测试计划、软件使用手册、软件安装手册、软件维护手册。必要的话，还包括相关培训计划。

　　软件采购的一个重要阶段是交货，也是目前经常忽略的阶段。当所采购的软件产品以及硬件运行环境在规定的时间到达采购部时候，采购部要以书面的形式通知业主交货。业主对所交的整个软件产品清单进行验收，并事先通知采购部拆箱日期，要采购部和分承包商的代表按时到场。业主要在接到采购部交货通知后一个月内，对所检查验收的整个软件产品(包括相关的软件、硬件及其附属产品、文档、技术资料等子合同中规定的产品)出具一份交货证明，如果这些提交的软件产品没有受到损坏并与装箱清单相一致，并在业主方环境运行良好;否则出具一份书面通知，说明在某个方面此产品损坏或与装箱单不符，或在业主方提供的环境运行不良。此通知或证明应由采购部和分承制商代表签署。如果在签合同的时候，就规定分承制商负责安装和调试，则相应的过程省略。

　　最后业主方由采购部把所有的文档归类封存，以备后续类似项目采购的参考查询。同时采购部在两个月之内以书面形式，对分承制商的技术开发成熟能力、资源(包括以有的产品、硬件、软件、人力资源和已经过的培训)、信誉、分承制方组织配置结构，管理能力和企业文化提交后评价报告，作为建立客户关系管理(CRM)的依据。对于此次采购的经验和教训，包括进度控制、质量控制、成本控制、客户关系控制、流程控制、风险控制等方面，采购部以文档的形式在组内讨论并保存。

　　七、 结束语：

　　作为大型工程项目中的软件子项目或者部分功能模块的采购(外包)，由于软件开发的固有特性(风险大，柔性强，人为因素突出，结果不宜测量等)，使软件项目的外包采购管理变得十分复杂。如何控制分承制商的开发进度和质量等关键因素，需要在实践中不断探索，并针对具体公司和项目对采购过程有所裁剪。

上一页  [1] [2] [3] [4]