IT外包是现在很多中小企业开发软件的一种方式，作为一个亲身经历过的人，想跟大家分享一下对软件外包的一些感想（作者是一家小型软件公司的程序员）。

IT外包目前分为人力资源外包和项目外包。人力资源外包就是乙方派员工到甲方公司上班，项目外包基本就是甲方直接把项目交给乙方生产。既然我这里谈的是项目外包，我就简单介绍一下项目外包的几个注意事项；

1.关于项目要求：

这分两种情况：第一种是甲方的需求很明确，乙方只需要按照甲方的要求去开发就可以了；第二种是甲方的需求不明确，甚至自认为很明确，比如跟随某家互联网公司开发；第一种情况这里比较容易处理，乙方需要仔细分析甲方的需求，提出一些可行的建议给甲方参考和选择；第二种情况，作为甲方，在抛出概念的时候，一定要明确自己想要一个什么样的产品，并告知乙方，作为乙方，根据甲方提供的概念，仔细的给甲方做方案，然后双方多次沟通之后，确定最终的产品需求和方案；

为什么说乙方必须认真考虑甲方呢?如果乙方不认真考虑甲方，就会出现两种情况：①，合作无法达成，浪费自己的时间；②，即便合作成功，也会给双方日后挖坑；

2. 关于签订合同

不管甲方的需求是否明确，双方在签订合同时都要对需求进行核对和确认，最基础的需求有思维导图、原型、开发需求文档等，双方确认完需求后才能签订合同，否则会给会后的工作带来一系列的阻碍。

我的亲身经历：我当时做的一个项目，甲方不懂技术，也没有明确要求，我们销售人员跟甲方沟通了几轮（没有技术介入）之后，直接签了合同。甲方签完合同还在讲概念要求（参考阿里巴巴），而乙方以为是商城就签了。想想看，两个人的思路一开始就不一样，更何况是实际开发项目呢？

温馨提示：此处双方一定要在需求明确，双方达成共识同意的情况下，签署协议；

3、关于报价：报价其实是最严重的陷阱，双方需求确定后再进行明确的报价，在需求确定前可以先报一个范围的价格。在需求沟通不明确的情况下，乙方不要乱报价，甲方也不要随便认可乙方的价格就签合同；否则，当乙方报价，沟通好需求后，甲方的需求逐渐清晰，此时乙方发现最初报价太低，提高价格就会导致签不了合同，所以会把需求简单化，导致产品歪曲；

4、开发阶段：合同签订后，进入产品研发阶段。此阶段乙方必须先在项目开发期限内保质保量地完成产品开发。作为甲方，不要随意增加或更改要求。所有要求必须等到产品开发完成后才可以进行更改和添加，否则将影响乙方的项目进度。

在开发阶段，乙方应制定项目进度表，严格按照计划进行开发，并定期向甲方汇报，让甲方了解项目的进展情况。同时甲乙双方项目负责人应定期沟通，共同探讨解决项目实际开发中遇到的一些问题，并拿出合理的解决方案，保证项目的完整性。如果乙方在开发过程中遇到问题，没有与甲方沟通讨论，而是自行决策，项目质量将达不到标准。（即使是一些细小的修改，如图标、跳转等，也需要先与甲方沟通后再进行调整）

5、测试阶段：项目开发完成后，乙方必须给甲方一个明确的测试时间，并在这个时间内给出测试反馈；甲方必须在这个时间段内给出集中的测试反馈。因为乙方作为外包公司，肯定不止一个项目，不会一年365天都等着你去测试、修改，这样比较烦；

6、项目交接：测试完成后项目交接时，甲方向乙方索要：源代码、功能文档、原型图、接口文档、代码优化方案、开发文档、测试报告、使用说明、以及其他相关账号、密码；

7、项目维护：一般项目交接完成后，会有一段时间作为项目维护期，维护期间乙方应积极处理甲方提出的问题，但仅限于问题，不包括需求修改，同时甲方尽量不要更改需求，需求应推迟到后期进行二次开发，否则存在拆东墙补西墙的可能，导致项目半途而废。

其实很多项目都是因为需求变更导致双方合作不愉快或者项目烂尾，这里我想提醒大家的是，作为第二方，在开发过程中要能够拒绝甲方提出的新需求，同时也不要在项目开发过程中为甲方增加新的需求；

这是一个勤奋的程序员第一次带项目的经历，这里没有太多的技术要求，只是双方合作的几点小建议，希望对大家有帮助~~