PMskill

开发外包,你是否遇到这些问题?

2015-07-09  本文已影响498人  Klicky

说起外包项目遇到的问题,我觉得我有必要讲一个我的亲身经历。2012年的时候,我们公司急需一个任务系统,因为公司内的开发团队没有时间,也没有做这块的经验,所以我们打算直接找外包出。因为当时我是主要负责这个任务系统的需求收集与撰写的,所以对整个外包过程也比较了解。

首先说下需求整理,这是公司内部的事情,因为很多部门很多岗位都需要用到任务系统,所以收集需求也比较麻烦,得找各个部门的相关人一起沟通确认需求,然后对需求进行梳理,拎出重要的、砍掉不太必须的。然后就是寻找合适的外包团队了。

和外包团队接触对我来说也是第一次,缺乏经验,所以整个过程难免很多磕磕碰碰。外包项目基本流程就是:找外包商-阐述需求-报价-签合同-交预付款-做ue-画ui-研发-测试-验收(交余款)-上线。我是在一个论坛里的找到这个外包商的,看看对方之前做的项目案例觉得还算不错,开发团队成员也有工具类开发的经验,报价也在外面公司的预算内,于是就定了下来。总结起来,整个开发过程,遇到了如下问题:

  1. 沟通成本高:同一个问题需要反复不停地沟通。阐述需求的时候没有阐述特别细致,尤其是在具体细节上的,最麻烦的是权限上的。我们公司有300多人,有几个部门多种岗位,都会要用到这个任务系统。因为级别较多,所以权限设置也比较复杂。沟通时间是一方面,因为不是面对面,邮件沟通虽然正式,然后不够快捷;当然,时间不是我最心疼的,主要经常是对方以为理解了我的需求,其实并没有,他直接就按照他的理解做了,结果又不是我想要的。与和外包团队的沟通情况对比,我觉得在公司内部的沟通困难已经啥也不算了。
  2. 进度失控:产品实际做出来比原计划拖了2个多月;因为本来公司也是比较着急用这个系统,结果拖了这么久被老大骂了一顿。进度问题一来是因为需求沟通不到位;二来是因为对方有些是兼职的,都是晚上时间在做,协作性不好,也就是说外包团队内的沟通也是有问题的。
  3. 质量失控:300多人要用的系统,我们对质量要求还是很高的,我反复要求精益求精,但是产品做出来总是不是我想要的样子,使用起来会有很多体验上的问题。其实这也是由于实际的开发者和使用者脱节的问题,因为中间都是由我在和对方的产品经理在沟通。
  4. 讨价还价:这里讲的讨价还价不是说价格,而是说的需求点。综合各方面的原因,比如开发难度、开发时间、对方认为我们最初没有覆盖这个需求点等原因,承包方总是想把需求再砍一砍,总是给我一大堆理由说某某需求有替代方案,或者可以放到二次开发等等。
  5. 公司内部问题。虽然这个外包是我在负责,但是最后验收并不是我一个人拍板的,这是一件很坑爹的事情。我这边已经满意了的功能,公司老大认为还需要改。因为老大不是全程跟的,所以没法在过程中发现问题,而有些问题到最后去改,就会牵一发而动全身,外包商也搞得很郁闷。

经过这次外包经历,我自己也深刻反省了下,如果要有一个愉快的外包合作,我所遇到的痛点该如何去规避。这次外包项目中出现的问题,其实并不能怪外包商,我自己也是该负很大的责任的。我做了个大概的总结,给大家一个参考:

这里我可以负责任地推荐一个工具,叫做群策(Qortex),在外包项目中,还是可以解决很多问题的。群策支持即时聊天、长文讨论、文档上传、任务日程管理等,最重要的是还支持群组共享给外部团队,也就是说群策可以用于公司内部和外部同时沟通,但是又能保证外部团队只能看到你共享的部分;另外参与决策的所有人都可以在项目里面,即使不直接和对方对接,也可以在必要时候参与讨论以及及时发现问题;当所有沟通都在群策上时,沟通内容都有迹可循,不用浪费时间争吵哪个需求到底有没有提过;

如果公司经常有外包项目,且外包商也是不同的话,就共享不同的群组给对应的外包商;任务的时间统计功能也可以用起来,这样就方便评估不同团队的工作效率,以及对应报价的合理性。

这个工具是我的任务管理外包项目做完以后朋友推荐我的,所以我们的外包项目没用上,但是我们现在公司内的团队倒是用得不亦乐乎了。

其实如果是2C的产品,我都是不太建议外包的,虽然可能会省钱一些,但是没有对业务有深刻理解和认同的团队,我认为是很难开发出符合用户需求的产品的,尤其是后期还涉及到产品多次迭代。工具类的应用,比如任务管理工具、CRM等,找外包一次性开发还是可行的。当然我也相信专业的人做专业的事情效果会更好,所以最重要的,请先找一个专业的外包团队。

上一篇下一篇

猜你喜欢

热点阅读