三、软件外包采购管理存在的问题
虽然在传统行业，许多工程项目的采购活动，例如机械工程项目或建筑工程项目等等已经形成比较成熟的管理体制和标准。但是软件项目的外包管理工作并不象其他行业那样顺利。
软件工程项目管理引起广泛注意源于20世纪70年代中期，当时发现70%的项目是因为管理不善而引起。20世纪90年代中期，美国的软件开发仍然很难预测，大约只有10%的项目能够在预定的费用和进度下交付。商用软件通常只有9%(中小型软件公司有16%)的软件项目能够及时交付且费用并不超支。
这里有多方面的原因：软件产品作为一种特殊商品形式，具有高度不可测量性和高度柔性；软件企业开发能力还不太成熟，软件开发大多数还处于手工作坊方式，软件研发企业有其自身的运做方式，人为因素比重大，不好量化管理。由于不确定因素太多，许多软件开发企业对于自己的项目都难以精确控制进度、质量、资源和成本，那么对于业主来说，想对外部企业（例如分承制商）保持良好控制力的难度就更大了。再加上具有技术优势的软件开发商一般集中在几个科技发达的大城市，与业主的距离远，相互的交流不方便，因此许多软件采购项目的实际应用效果都差强人意：不适用，进度超期，性能达不到标准，成本太高等等情况时有发生。
软件项目外包采购的成功与失败不仅仅影响到当前软件项目的质量、成本和工作进度，而且关系到企业信息化建设整个项目的整体结构、性能以及进度，意义重大。特别是当软件项目作为整体项目计划关键路径的一个环节，软件项目采购的进度直接影响整体项目的进度，并且总成本将成指数级增加。由于软件采购的情况特别复杂，涉及的学科领域不仅是科学技术上的，还有商业上的和观念上的，软件项目外包采购管理水平的高低，将直接关系到企业整个信息化建设进程。因此软件项目采购管理作为项目管理理论中一个新的研究课题，有必要给予足够的重视。
四、 目前软件外包采购管理情况
美国项目管理协会的“项目管理知识体系指南”（PMBOK）[1]、美国卡内基-梅隆大学软件工程研究所的“软件能力成熟度模型”（CMM）[2,3]和国际标准ISO9000-3[4]中虽然对外包采购管理的流程有过论述，但是他们指出的只是外包采购管理的一般原则；虽然人们可以结合自身企业特点实施标准，具有一定灵活性，但是事物的另一对立面就是操作过程不具体。这给软件产品的外包采购管理者带来具体操作上的困惑。另外PMBOK体系原则上是应用在各个行业的，缺乏针对软件领域的特点做专门的论述。ISO 9000-3系列和CMM虽然是针对软件领域的标准，但是ISO 9000-3的最大的特点是只告诉你要按规定做，不强调效果和后续改善，不强调经验积累和后评估。从这个意义上讲ISO9000注重水平的评估，不太强调提高企业成长的过程，因此对于提高企业的管理水平意义不大；CMM虽然旨在强调企业的过程能力的持续改进，但是它重点强调软件的开发过程管理和产品管理，缺乏软件的分发、转交和服务等方面的管理标准，所以也有一定的局限性。
五、 基于“双赢”策略的软件外包采购思想
本文作者在集成美国项目管理协会的“项目管理知识体系指南”（PMBOK）和美国卡内基-梅隆大学软件工程研究所的“软件能力成熟度模型”（SW-CMM，SA-CMM）和ISO9000-3中关于外包采购的宗旨的基础上提出“双赢”策略的软件外包采购思想。
“双赢”策略的软件外包采购思想旨在利用双方业务能力互补，通过共同合作完成软件外包项目，达到“双赢”的目的，促进双方业务总体能力的提高。这种“双赢”策略要求双方在以下方面达成共识：双方共同关注过程控制，才能保证有效结果；只能成功，不能指望依靠惩罚手段来收回采购成本，软件外包采购项目的失败对整个项目带来的损失是巨大的；在合作过程中，建立对分承制商关系的管理体系，作为以后合作的基础；重视开发过程的风险评估和采购项目后评估，使得双方业务能力得到持续提高。
传统的外包采购中，采购方只关心分承制商产品的进度和质量，以为只要分承制商按期、按质交货，就可以圆满结束此次采购活动。有些项目尽管前期进度和质量满足合同要求，但是许多是以高投入、高负荷、高消耗等手段来保证的，这给后期带来极高的风险。在阶段评审中，如果采购方对分承制商开发过程中的费用投入、人员负荷、资源消耗、组织结构变化等漠不关心，因此就不能及早预见风险、控制风险。很难想象，后期在费用透支、人员疲惫或流失严重的情况下，分承制商仍能保证产品质量和进度。这种情况下，采购方只能要么加大投入，要么终止合同，并要求赔偿，要么延期验收等等。其副作用可想而知。而分承制商为了减少损失，根据博弈论中子博弈精练纳什均衡原理，必然采取降低质量要求，减少投入的策略，来加快进度。结果最终还是采购方遭受损失。
六、 软件项目外包采购管理过程
为了保证软件外包采购项目的顺利进行，本文作者在上诉理论体系和“双赢”采购策略的基础上，提出和细化了软件项目外包采购的总体框架和具体操作内容，旨在为软件项目外包采购管理人员提供具体的可操作过程。
对于本采购过程，如果业主方由于行业、人员等原因，没有健全的监控部门，可以聘请具有软件监理职责的公司，或者总承包给具有一定软件工程监控能力的公司。这时的总承包公司角色相当于本文提到的采购部。
软件项目的整个外包采购过程可以分为十个工作阶段，包括总体项目需求分析和设计、子项目的需求分析、厂商选择、分承制商开发、业主阶段评估、交验测试、安装、培训、维护，后评价。
在开始外包采购之前，首先业主要完成项目的总体需求规格说明书和承包项目的需求说明书。一般承包项目的需求分用户需求和分配需求。对于分承包商来说，业主对软件项目所提出的需求通称 “用户需求”。对于业主来说，系统总体分配给软件的系统需求通称 “分配需求”。如何作好子项目的需求分析和管理，请参阅《软件需求》，详见参考文献5。
然后业主把需求说明书交给采购组组织采购。采购部门收到需求说明书后，再补充质询调查表、报价指南、综合条款及条件等文件，组成采购质询技术文件发往厂商进行质询。采购部门在厂商质询的基础上，准备了厂商选择和投标估价等技术文件后，向业主送审，提请业主批准和确认所选厂商。在厂商选择和投标估价这两个文件中，采购部根据拟采购的软件对被质询的至少三家以上的供应厂商，就技术开发成熟能力、资源（包括以有的产品、硬件、软件、信息和已经过的培训）、资格和信誉、过去的合作关系、价格、提供的售后服务（包括培训和维护）、分承制方组织配置结构、与质询要求的差异等方面，经过经济技术和商业战略角度出发进行全面评估，经过其他各部门（例如系统工程组、软件工程组、质保组、财务组）审核后，列出供应厂商的优劣次序，择其优者为该项目的供应厂商。采购部一般以月为单位向业主通报软件采购情况。一般以招投标方式或内部评审的方式来确定分承制商。
分承制商在接到采购部的定货以后，就可以进行工作说明书、用户需求说明书、软件需求规格说明书、软件开发详细计划和成本概预算、测试计划、质量控制方法、风险控制、拟采用的软件工程标准和软件生命周期等文档的制作。然后分承制商把有关的技术资料文件通过业主的采购部送给业主进行校核和批准，然后才能开始开发。
业主在接到分承制商的上述材料后，组织系统工程部、软件工程部、质保部、财务部、采购部、法律部就上述材料中的开发项目视图和需求范围、使用或需要购买的软硬件、进度计划和成本、测试计划与案例、使用的技术和工程标准、人员配置等进行评审，并出具评审文件和风险评估、控制建议书。并由采购部制定采购项目监督评估计划书。合格后，由采购部、质保部及法律人员与分承制商签署详细的软件采购子合同。如需要对软件项目投保，以此来降低风险，需要和分承制商协商后，纳入合同文件。
分承制商在签署合同后可以进行设计和开发。业主应该委派采购部监督分承制商的工作。采购部应该有计划的组织质保部、软件工程部的项目计划管理人员和配置管理人员，定期对分承制商的开发活动进度、质量、成本等进行评估，并形成评估建议书。送审业主方的系统工程部、项目管理人员、分承制商的此项目的负责人。分承制方的项目负责人要对评估建议书的建议进行书面回复，并确保实施。
分承制方对所有需要采购的资源（软件、硬件、人力资源等）负责进行检验；采购部有权在任何时候对分承制商所采购的资源进行验证，使之符合所采用的规格说明书、规范、标准和其他技术文件所规定的要求，确保分承制商专款专用，建立开发环境。在这个阶段之前，采购部门和分承制商首先要确定由分承制商提供的验证建议书，并作好准备工作，提交检验用的技术文件，包括厂商说明书、设备性能数据表、配制清单、试验程序、检验技术要求。在检验的物质条件和技术条件均已准备妥善后，分承包商就可以向采购部并通过采购部向业主提出书面检验申请。一般分承包商可以提前三周通知采购部，由采购部提前两周以书面形式向业主提出检验申请，由业主召集系统工程部、软件工程部、质保部组成验证组，在规定的时间、地点检验。通过检验后，分承包商进入项目开发阶段；业主进入监控和评估阶段。对于重大关键项目，业主可以派遣项目监督员短期或长期进驻分承包商单位。

{:soso_e179:}