传统的外包采购中，采购方只关心分承制商产品的进度和质量，以为只要分承制商按期、按质交货，就可以圆满结束此次采购活动。有些项目尽管前期进度和质量满足合同要求，但是许多是以高投入、高负荷、高消耗等手段来保证的，这给后期带来极高的风险。在阶段评审中，如果采购方对分承制商开发过程中的费用投入、人员负荷、资源消耗、组织结构变化等漠不关心，因此就不能及早预见风险、控制风险。很难想象，后期在费用透支、人员疲惫或流失严重的情况下，分承制商仍能保证产品质量和进度。这种情况下，采购方只能要么加大投入，要么终止合同，并要求赔偿，要么延期验收等等。其副作用可想而知。而分承制商为了减少损失，根据博弈论中子博弈精练纳什均衡原理，必然采取降低质量要求，减少投入的策略，来加快进度。结果最终还是采购方遭受损失。

　　六、 软件项目外包采购管理过程

　　为了保证软件外包采购项目的顺利进行，本文作者在上诉理论体系和“双赢”采购策略的基础上，提出和细化了软件项目外包采购的总体框架和具体操作内容，旨在为软件项目外包采购管理人员提供具体的可操作过程。

　　对于本采购过程，如果业主方由于行业、人员等原因，没有健全的监控部门，可以聘请具有软件监理职责的公司，或者总承包给具有一定软件工程监控能力的公司。这时的总承包公司角色相当于本文提到的采购部。

　　软件项目的整个外包采购过程可以分为十个工作阶段，包括总体项目需求分析和设计、子项目的需求分析、厂商选择、分承制商开发、业主阶段评估、交验测试、安装、培训、维护，后评价。

　　在开始外包采购之前，首先业主要完成项目的总体需求规格说明书和承包项目的需求说明书。一般承包项目的需求分用户需求和分配需求。对于分承包商来说，业主对软件项目所提出的需求通称 “用户需求”。对于业主来说，系统总体分配给软件的系统需求通称 “分配需求”。如何作好子项目的需求分析和管理，请参阅《软件需求》，详见参考文献5。

　　然后业主把需求说明书交给采购组组织采购。采购部门收到需求说明书后，再补充质询调查表、报价指南、综合条款及条件等文件，组成采购质询技术文件发往厂商进行质询。采购部门在厂商质询的基础上，准备了厂商选择和投标估价等技术文件后，向业主送审，提请业主批准和确认所选厂商。在厂商选择和投标估价这两个文件中，采购部根据拟采购的软件对被质询的至少三家以上的供应厂商，就技术开发成熟能力、资源(包括以有的产品、硬件、软件、信息和已经过的培训)、资格和信誉、过去的合作关系、价格、提供的售后服务(包括培训和维护)、分承制方组织配置结构、与质询要求的差异等方面，经过经济技术和商业战略角度出发进行全面评估，经过其他各部门(例如系统工程组、软件工程组、质保组、财务组)审核后，列出供应厂商的优劣次序，择其优者为该项目的供应厂商。采购部一般以月为单位向业主通报软件采购情况。一般以招投标方式或内部评审的方式来确定分承制商。

　　分承制商在接到采购部的定货以后，就可以进行工作说明书、用户需求说明书、软件需求规格说明书、软件开发详细计划和成本概预算、测试计划、质量控制方法、风险控制、拟采用的软件工程标准和软件生命周期等文档的制作。然后分承制商把有关的技术资料文件通过业主的采购部送给业主进行校核和批准，然后才能开始开发。

　　业主在接到分承制商的上述材料后，组织系统工程部、软件工程部、质保部、财务部、采购部、法律部就上述材料中的开发项目视图和需求范围、使用或需要购买的软硬件、进度计划和成本、测试计划与案例、使用的技术和工程标准、人员配置等进行评审，并出具评审文件和风险评估、控制建议书。并由采购部制定采购项目监督评估计划书。合格后，由采购部、质保部及法律人员与分承制商签署详细的软件采购子合同。如需要对软件项目投保，以此来降低风险，需要和分承制商协商后，纳入合同文件。

　　分承制商在签署合同后可以进行设计和开发。业主应该委派采购部监督分承制商的工作。采购部应该有计划的组织质保部、软件工程部的项目计划管理人员和配置管理人员，定期对分承制商的开发活动进度、质量、成本等进行评估，并形成评估建议书。送审业主方的系统工程部、项目管理人员、分承制商的此项目的负责人。分承制方的项目负责人要对评估建议书的建议进行书面回复，并确保实施。

　　分承制方对所有需要采购的资源(软件、硬件、人力资源等)负责进行检验;采购部有权在任何时候对分承制商所采购的资源进行验证，使之符合所采用的规格说明书、规范、标准和其他技术文件所规定的要求，确保分承制商专款专用，建立开发环境。在这个阶段之前

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