IT外包现在是很多中小型公司开发软件的一种途径，作为亲身经历过的人，在这里为大家分享一些关于软件外包的心得（笔者是一个小型软件公司的程序员）。
IT外包目前分为人力外包和项目外包，人力外包指乙方将工作人员派发到甲方公司进行工作，项目外包基本属于甲方直接将项目转交给乙方进行制作；这里由于本人涉及到的是项目外包，所以大概介绍一下项目外包注意的几点；
1.关于项目需求：
分两种情况：第一种甲方需求明确，乙方只需要按照甲方的需求进行开发；第二种甲方需求不明确，甚至自认为明确，比如说照着某个互联网公司的开发一套；在这里第一种情况还好说，乙方需要拿着甲方的需求进行认真分析并进行一些可行性建议，让甲方进行参考挑选；第二种的话作为甲方在抛出概念同时一定要明确自己想要什么样的产品，并告知乙方。作为乙方要针对甲方所提供的概念，为甲方认真制作方案，然后经过双方多次沟通后，确定最终产品需求和方案；
为什么说乙方一定要认真为甲方考虑，如果乙方不认真为甲方考虑大致会出现以下两种情况：①、达不成合作，浪费自己的时间；②、即便合作成功，也是为双方后期挖坑；
2.关于签署合同
无论是甲方需求明确和不明确，在签署合同时候甲方双方一定要将需求核对明确，其中最基本的包含思维图、原型图、开发需求文档，核对双方确定后在进行签署；否则将会为会后的工作延伸出一系列的障碍；
笔者亲身经历：我个人所在的项目由于甲方不懂技术，没有明确的需求，而我方销售人员与甲方沟通几轮后（没有技术参与），直接将合同敲定签署完成了。而甲方到签署合同后还一直在讲概念需求（参考阿里巴巴），而乙方却认为这是一个商城就签署完成了。想想两个人的想法开始都不在一起，更何况实际开发项目呢？
温馨提示：这里无论是甲乙双方，一定要在需求明确后，双方达成一致想法并认同后在签署协议；
3.关于报价：报价其实是最为严重的一个坑，在双方需求确定后在进行明确的报价，需求不确定前可以先报一个区间价格。在需求沟通不明确时乙方不要进行随便报价，同时甲方也不要随便去认可乙方的价格，而去签署合同；否则会造成，乙方报价后在沟通需求时，甲方需求逐渐清晰，乙方发现这时候初次报价已经太低，而增加价格会导致签单失败，所以会在需求上做到最简单化，这样做出来的产品歪瓜裂枣；
4.开发阶段：合同签署后就进入了产品研发阶段，在这个阶段首先乙方要保质保量的在项目开发期内将产品开发完成；作为甲方不要进行需求的增加以及改变，所有的需求等待产品开发完成后，在进行改动和新增，否则会影响乙方项目工期。
在开发阶段，乙方应该建立项目计划表，严格按照计划进行开发，同时定期与甲方进行汇报，让甲方了解到项目进度；同时甲乙双方项目负责人应该定期进行沟通，将项目实际开发中遇到的一些问题进行讨论解决，拿出合理的解决方案保障项目的完整度；如果乙方在开发过程中遇到问题不与甲方沟通讨论，而自己做决定，那么将会导致项目质量不达标；（即便是一些小修改，如图标，跳转等都需要与甲方沟通确定后在进行调整)
5.测试阶段：乙方在项目开发完成后要给甲方一个明确的测试时间，在该时间内进行测试反馈；作为甲方一定要在该周期内进行集中测试反馈。因为乙方作为外包公司，项目肯定不只一个，不会去一年365天，天天等你测试修改；这点还是比较烦人的；
6.项目交接：在测试完成后进行项目交接时候，甲方要向乙方要：源代码、功能文档、原型图、接口文档、代码优化程序、开发文档、测试报告、使用说明、以及其他涉及到的账户和密码；
7.项目维护：一般在项目交接完成后，会有一段时间作为项目维护期，在维护期间甲方提出问题后乙方要积极处理，但仅限于问题，不包含需求修改；同时甲方尽量不要去改变需求。需求尽量放到后期进行二次开发，否则就会出现拆东墙补西墙的可能；导致项目烂尾；
很多项目其实都是因为需求变动导致双放合作不愉快或者项目烂尾，在这里告诫大家，作为乙方要会去拒绝甲方在开发过程中提出来的新需求，同时最为甲方进行不要在项目开发过程中增加新需求；
来自一个苦逼程序员初次带领项目的心得，这里没有做过多的技术要求点，而是针对双方合作提出来的一点点小建议，希望对你有所帮助~~
