开放质量差、延期风险高、时间难协调、变更成本大，且不可持续。

互联网公司做了10多年数据产品经理，现在转行一年有余了。经历了几个项目后，总结一下用外包开发踩过的坑，对于数字化产品落地的项目，如果需要找外包开发人员合作，进行前后端的开发，和产品落地，可能有参考意义。尤其是对于一些技术人员和技术能力都不足以支撑数字化转型的企业来说，同样会面临外包开发管理的痛点。 

曾经找朋友吐槽，外包开发的质量怎么都这么差。然后回复到“开发技术好，谁会去做外包？”，一直在思考，事实真的是这样吗？ 

一、外包业务的主要需求方

国企或政府单位是软件外包行业的大户，项目规模动辄千万甚至亿级别，也养活了不少国内头部的软件外包企业。如疫情期间，四川健康码与某外包公司的爱恨情仇。一般这种项目，软件做的好不好，不是影响项目验收交付的关键要素，主要是关系要够硬，总结下来，不是技术驱动，而是关系驱动。 

对于项目驱动的需求方，不是说不需要关系，而是说还要更注重产品和质量，因为做的项目是企业自己用，或者要交付给甲方爸爸用的，如果软件做不好，坑的是自己。所以，对于这类需求方，能否找到高质量的靠谱的软件外包开发人员，将直接影响项目的成败。 

二、外包资源的主要供给形式

外包的合作模式上，一般可以分为项目外包、人力外包、远程开发、兼职开发等 

项目外包： 直接将整个项目报给外包公司，甲方负责需求澄清和交付验收，外包公司赚差价，项目外包一般小项目大的外包公司看不上。

人力外包： 甲方提用人需求，人力外包公司进行简历推荐、组织面试，赚人力费用差价，比如给甲方报价高级开发工程师4W人月，实际付给外包人月的可能2.5W人月，属于倒卖人头费 

远程开发： 现在一些数字游民，slogan是至工作不上班，可能在老家的某个乡村小路上，只要连了网，就可以coding了。这种可以遇到一些技术的确不错的，比如大厂工作多年后，积累了一些财富，前期996消耗了大量的体力，想要修养身心，体验下生活。电鸭、圆领等平台上，聚集了一些这种数字游民，但是也要注意甄别，前面项目招聘，收了很多工作近20年的简历，但是技不配龄，一些基础的技术问题一问三不知，这种大概率是年龄大了，35岁以上，但是技术沉淀又不行，被裁员失业的。 

兼职开发： 主业空闲时间比较多，想搞个副业，但副业始终是副业，一旦遇到工作上的事情需要处理，肯定保主业饭碗为首要目标，副业“小钱”,大不了不要了。曾经合作过一个后端开发，接项目时信誓旦旦承诺时间投入，但一个版本没开发完中途找工作入职跑路了，还得重新找开发资源替他填坑，这种你说他职业道德有问题也没有意义，扣钱也没用（实际也是正常支付费用，小钱闹僵没必要）。 

三、供需匹配的主要痛点及应对方案

对于需求方来说，在使用外包过程的主要痛点包括：开放质量差、延期风险高、时间难协调、变更成本大，且不可持续。 

开发质量差： 见识了很多个前后端开发，总体来说外包的开发质量是真的差到难以想象。但是就算再烂最终也还是得保障项目的顺利交付，所以一定不要按照排期的时间去要结果，你要相信外包开发出来的东西开始的时候可能就是一坨X，尤其是遇到既不懂业务，理解力也差，技术能力也差的开发。 

延期风险大， 因为涉及到一些需求理解差异带来的返工，开发不符合需求等问题，往往会导致项目延期，但是对于乙方交付类的项目，跟客户不同层级的人汇报的时间、产品上线时间都是卡死的，不管是加人加时间也好，也要力保deadline，或许你可能会说，跟外包都是签了合同的，延期了，开发不符合需求，扣他们钱。但是一旦问题发生了，首先是要弥补和解决问题，扣钱的事情没有意义，不是企业内部开发，复盘一下，甩个锅后面接着干，差的不是钱，而是客户的口碑，项目的按期交付。 

交付不顺利， 数据化的工具和产品最终需要移交客户的开发或运维团队，开发过程中，技术架构、开发规范、代码质量可能会影响项目最终的顺利交付，比如要额外多出一个迭代，来按照客户要去进行整改，但是如果是架构层面的问题，改动成本就是非常巨大的。 

应对方案（实践经验）

1.需要一个资深的技术专家

这个可以是企业内部或者外聘，兼职即可。职责是项目前基于客户开发要求确定技术架构，项目中负责开发架构和开发规范的评审，项目后期负责代码review，这个人最好不要来源于外包团队，因为代码层面的东西，尤其是后端代码是黑盒，如果既是运动员也是裁判员，很难客观评判。 

2.预留足够的buffer

切记和开发约定的交付时间和客户承诺时间一定要预留至少一个版本的buffer，这样即使前面的开发质量再差，延期再多，更换资源或者增加开发资源重新做，时间也是来得及的，否则一旦出了问题，就没有补救办法了。 

3.分功能分阶段验收

一定要分阶段验收，介入测试，一定不要过于乐观地相信开发出来就能用，就是满足需求的东西，而是要最悲观的想象第一版开发出来的就是一坨X，需要你逐个把问题抛出来，一个个bug改，逐步把这个X整出你想要的形状。因为往往开发都会自我感觉良好，需求理解了嘛，理解了。开发进度怎么样，正常。最后测试验收了，发现提测等于重新开发。 

无雀科技-中国专业数字化服务商!无雀数字化管理系统一数字化转型一站式工作台!无雀科技专注于政企数字化转型，提供整体数字化解决方案和咨询服务帮助客户实现组织数字化、管理数字化和业务数字化!

作者| 千冰仪

校对| 秦必功     

免责声明：本内容来自无雀科技平台转载，不代表无雀科技的观点和立场！此文版权归原作者所有，若有来源错误或者侵犯您的合法权益，您可通过邮箱与我们取得联系，我们将及时进行处理。邮箱地址：1601561830@wuquedata.com