最近负责的一个项目，有块内容采用的外包形式实现，感觉效果很不好，从中个人有一些关于项目外包的看法，总结如下：
首先，外包公司要比较成熟且产品成熟。这次我们找的外包公司，由于各种原因吧，个人感觉很不成功。首先公司较小，几个开发人员，没有系统的公司架构及人员分工，提交的产品也没有经过系统的测试，都是开发人员的自测及集成人员的简单测试，经常出现各种问题。其次产品不成熟，客户不多，市场检验不够。产品的易用性不好，用户反映很不好用。产品的可维护性也不好，虽说采用Struts和Hibernate，但很多地方修改不方便，增加一个小功能需要时间较长，对用户提出的问题响应较慢。
其次，公司要有很强的控制能力。这次的外包公司，由于某些原因，公司控制力不够。在需要外包公司人员协同系统实施时，外包公司人员以各种借口推托，导致公司投入成本过大。同时，产品的设计文档迟迟未提交，导致公司人员始终无法接手产品维护。而且产品的帮助文档写的较差，起不到任何帮助作用，合格的帮助文档一直未再提交。公司对外包公司的控制力较差导致公司本身投入成本在一直增加。
最后，业务需求没能很好确定。在需求调研时虽有外包人员参与，但限于时间原因需求调研做的不够细致，很多细节业务需求都是在后来系统实施过程中才发现，导致系统实施时出现需求变更较多，影响系统整体进度。
其实有时项目外包的原因就是项目周期短、时间紧，目的是减少公司成本，但如果外包公司和外包产品选择不当，则会出现相反情况，不仅延长项目周期且导致公司成本一直增加，出现适得其反的结果，所以对项目外包一定要小心谨慎。
首先，外包公司要比较成熟且产品成熟。这次我们找的外包公司，由于各种原因吧，个人感觉很不成功。首先公司较小，几个开发人员，没有系统的公司架构及人员分工，提交的产品也没有经过系统的测试，都是开发人员的自测及集成人员的简单测试，经常出现各种问题。其次产品不成熟，客户不多，市场检验不够。产品的易用性不好，用户反映很不好用。产品的可维护性也不好，虽说采用Struts和Hibernate，但很多地方修改不方便，增加一个小功能需要时间较长，对用户提出的问题响应较慢。
其次，公司要有很强的控制能力。这次的外包公司，由于某些原因，公司控制力不够。在需要外包公司人员协同系统实施时，外包公司人员以各种借口推托，导致公司投入成本过大。同时，产品的设计文档迟迟未提交，导致公司人员始终无法接手产品维护。而且产品的帮助文档写的较差，起不到任何帮助作用，合格的帮助文档一直未再提交。公司对外包公司的控制力较差导致公司本身投入成本在一直增加。
最后，业务需求没能很好确定。在需求调研时虽有外包人员参与，但限于时间原因需求调研做的不够细致，很多细节业务需求都是在后来系统实施过程中才发现，导致系统实施时出现需求变更较多，影响系统整体进度。
其实有时项目外包的原因就是项目周期短、时间紧，目的是减少公司成本，但如果外包公司和外包产品选择不当，则会出现相反情况，不仅延长项目周期且导致公司成本一直增加，出现适得其反的结果，所以对项目外包一定要小心谨慎。
来源：https://www.cnblogs.com/kidman/archive/2007/10/18/928797.html