最美的时光|浙江微享：亲历外包乱像【摘要】公司从去年开始就在做基础平台

【摘要】公司从去年开始就在做基础平台建设，对内我们的API和平台几乎都可以完美标准化，而且效率很高。一直想着将这些API能提供给外包人员，让他们能承接我们下游的一部分工作。结局非常遗憾，对方工作完全不到位，项目上线在即，三番五次的价钱，承诺增加钱之后，然后以各种理由，延迟项目进度。造成大量时间的浪费。最后不得不撕破脸皮，对簿公堂。我们一家技术公司，都能被外包公司无理折腾，非技术型的公司，恐怕在劫难逃。
【作者】张风帆
年前，我们谈下了一个客户，本着不断折腾的思路，我们决定将一部分的工作外包出去。其实我们公司的人力资源并不是特别紧张，当然也不是特别充裕。能外包一部分简单业务出去，对我们系统架构的成长是很有帮助的。
我们喜欢尝试外包的基因，从三年前就开始了，有过两次还算不错的经历，这两次不算特别成功，也不是特别差。现在回想起来，还是有特定的因素，才让上两次的成功蒙蔽了眼睛。
第一次找外包
首先是我们公司成立之初，我们找过前端外包来对接，当时公司确实就只有我一个技术，另外一个懂得一些JSP的后端，算起来也是全栈，但我不想用这种JSP前后端都无法界定的技术，于是就找了一家外包来对接。这名兼职的外包，技术能力是不错的，除了时间延迟半年之外，没有其他毛病，当然，最初成立公司的时候，我们自己也是兼职状态，也导致了项目推迟，无可厚非。当时兼职外包给的最大的好处，就是便宜，配合度不高，所以我们后端就面临较多的重构挑战，对我们来说，也是一件好事情。最大的坏处，就不用多说，时间太不可控了。这样就让我们开始招募前端全职，也不算坏事情。
遇到的问题: API准备不充分，调试花了很长时间
于是，我们发誓，这种外包，我们打死都不能找了。时间延迟半年，很多事情都黄了...
第二次找外包
有了第一次的经历，我们依然不死心，既然我们已经前后端分离，前端的工作真的那么难吗？这几乎是所有自信满满的后端，经常提出的质疑。加上我们自己有技术班子，我们有开始嚣张起来了，找一个外包，看看我们后端提供的API ，是否足够友好能支撑起项目。这次非常慎重，找来找去，找到了之前离职的前员工。这次附带了一个混合的APP开发，H5和原生混搭。
出于对前Boss的尊重，这名外包兄弟完成了大业，不过折腾的够惨，兼职么？我们陪着他加班，都是按照对方的作息时间来安排加班的。
碰到的问题: 时间不可控，静态页面还好，业务组合的API ，基本上不清楚。
于是我们发誓，以后兼职的外包，我们是不会再找了，另外，我们一定要把API标准化之后，再找外包来对接。
回想上两次【成功】的原因:

第一次外包是自己的产品，进度可调控，线下的营销活动并没有全部铺开。工期要求不紧张，这样哪怕延迟半年，其实也没有感觉到特别明显，其实第一次应该就算一次失败的外包，因为延迟交付太长第二次外包，中途经过了大量的磨合，投入了巨大的后端API维护人员跟进，并且造成我方后端不堪晚上对接的压力而离职，因此，还是一次失败的外包，只是由于当年凭借我们的成熟的技术团队拼死挽回局面，再Deadline之前完成了上线。

由于我们自己掌控了后端数据、逻辑这块的大方向，哪怕外包失守，也能凭借我们自己的实力调整出来。在我们四五年的架构积累中，分层标准化做的很好，因此业务上的任何需求，客户也愿意付费进行开发的，我们从未失手过，哪怕是两三年前的老项目，我们也能在客户大规模调整业务模式的情况下，将架构适配上去。