软件开发项目的外包，对于很多企业来说，都是非常想做，而又不敢做的决策。软件外包的好处，大家都知道，比如：可以找到合适的技术专家团队，做合适的产品；可以有效控制企业的开发风险；可以有效降低企业的开发成本等等。但大家又经常听到很多项目开发失败的事情，以导致大家不敢轻易去尝试这种开发方式，据我自己总结，主要的风险在于：把开发工作外包出去后，整个开发过程就成为了一个隧道式的管理，即只有开始需求阶段的接触，之后就是到实施前才能对整个产品进行考评，而整个开发过程，发包的企业很难进行有效的管理。由于开发过程的封闭，就会导致一系列的潜在风险，比如产品的理解，产品的质量，代码的质量，工期的控制，成本的控制等。

就那我自己来说，从业10多年来，经历过自己开发；做乙方，承接用户开发项目；做甲方，把开发项目分发给其他开发团队或个人。基本上，软件开发过程中的各种情况都经历过了。总的来说，觉得不管是做接包开发，还是发包都是非常有学问的，特别是目前国内的软件开发市场还相对比较不成熟，在项目外包时就更容易出现问题。

在本节里，我主要先整理一下自己对发包的看法，以及心得，以供大家参考，并备自己查阅。软件开发外包，理论上，对合作双方来说应该是一个平等合作的一个过程。但实际中，由于双方的角色和资源的不一样，导致双方博弈的出现，这个是必然的，不必讳言的。一般，在发包方和接包方的博弈中，发包方在选择开发团队时是最有优势的，而接包方在项目实施前后是最有优势的。发包方在选择开发团队时是最有优势的：这句话估计很多人都有同感，我就不罗嗦了。

接包方在项目实施前后是最有优势的：

为什么这么说呢？可能有人会不同意，特别是接包方的开发团队，会认为，作为开发者，之前团队已经花了足量的人力成本，客户（发包方）如果在项目完成后，拖着不给钱，对于开发团队来说，这个时间才是最被动的时间。其实，如果开发团队站在客户的立场来看，就比较容易理解了。

一般项目在初期时，客户都会支付40%-60%的项目款。在实施完成时，支付30%-50%的款，留下10%左右作为保证金。也就是说，在未拿到任何产品的时候，客户已经支付了约50%的项目预算。

到了实施阶段，如果开发出来的产品不合用或者有质量问题，如果问题解决不了，到了要翻脸的地步，发包方手里拿的只是合同，或者还有一个半成品，如果发包方内部没有足够的技术实力去消化这个半成品，那对于发包方来说，就是什么都没有拿到。

对发包方来说，之前支付的50%的钱算是打水漂了。而且，原来预算的时间也已经用完了，没有了。因此，这种情况，对发包方来说是非常被动的，所以除非万不得已，发包方不会翻脸的。

反观开发团队，一般来说，项目的前期款项已经足够支付团队在实施前的开发成本，因此，如果此时翻脸，只是会损失利润，以及所谓开发的成功率和声誉，而对开发团队来说，不是一个很大的金钱损失。所以，我才提出在实施阶段，开发团队是较为有优势的一方。

那么，为什么经常听到一些大项目搞不好，会搞死一个软件公司呢？ 我认为出现这种情况，主要是团队负责人管理不好客户需求变化，导致开发时间延长，同时，又没有及时调整报价或者没有及时调整收款计划而造成的，而不是由于发包方强迫而造成的。

（我自己的一些项目的延迟，导致项目不赚钱甚至曾经有段时间还亏钱，就是由于当时想和客户搞好关系，放松了对客户需求的控制，同时，也没有及时调整回款时间造成的。当时是埋怨客户，后来，自己总结后发现，这种情况，实际上是自己的失误。）

所以，发包方要利用自己的优势时间（就是选择接包方的时候），制定对发包方有利合同条款和管理机制，对开发过程要进行有效的管理，不要把产品开发过程的全部控制都放在实施期间，以导致被动。

同时，开发团队在实施过程中，也不需要太被动，太担心，因为这时候，发包方已经和你是分不开的了，他们不会轻易牺牲你们。 当然了，由于发包方在整个项目的合作中，由于他的优势时间在项目开始，也就是说，发包方有项目外包的“先手优势”，必然会相对有优势。 同时，由于他们用于项目的资金一般只占公司资金的一小部分，或者说他们相对都比较财大气粗，惹急了，也会做出止损离场的决定。 所以，在整个项目合作中，基本上是发包方会相对强势。