标签 - 外包
如今的乙方市场良莠不齐，专业的乙方会让甲方省时省力；但不靠谱的乙方不但不能帮助到甲方，甚至会埋一个大坑给到甲方。那么本期就试着说一下碰到这些不靠谱的乙方该如何应对。
01 欺负甲方不懂技术
有一次甲方公司需要开发一个内部管理系统，当时也不知道管理层如何决定的，最终甲方的项目经理是职能部门的领导，对软件开发是一个彻彻底底的门外汉。乙方项目经理通过几次交流之后，摸清甲方的底子，在评估工程的时候大肆注水，导致远远超出了预算。
这个时候甲方觉得成本无法承担，所以想请一个技术领域的人协助看一下，我有幸被选中参加了启动会。
首先看了他们的工程评估，真是不看不知道，一看吓一跳。一个简单的头像上传居然预估了1周，其他功能就更加离谱了，这样下去这个项目就是个无底洞。
而当我询问乙方项目经理为什么这个功能需要1周的时候，我算见识了对方的口吐莲花。从云存储聊到了前端技术框架，光这个理论给我说了10几分钟。
当然我也从这次交流中察觉到这位项目经理也根本不是技术出身，他东拉西扯地把所有知道的技术专业名词都搜刮了一遍，然后陈述给了我听。当我不动声色地问了他几个云存储的问题之后，他开始顾左右而言他，最后在我的追问下只能说这个方案需要回去和技术人员继续讨论。
在修改了方案之后，消停了一阵子，然后我也开始忙我自己的项目。又过了一段时间，同事又找到我，说已经在测试阶段了，但乙方提出要我们派人一起参加测试，希望我帮着一起看一下怎么安排。
我一开始认为到验收阶段了，甲方做验收测试很正常。谁想到了那里一看才知道，乙方连单元测试都没有做，更离谱的是连单元测试用例都没有。他们希望甲方派人协助他们做单元测试。
后来从乙方项目经理的交谈中了解到，他们的预算见底了，根本没有测试的人头，所以他们想出了让甲方的人参与进来一起帮他们渡过难关。而甲方还真的派了几个业务部门的人员去测试，但由于根本没经过单元测试，这个系统一跑就崩，导致他们几个浪费很多时间在这个阶段。
我当即指出这样的安排是不合理的，要求乙方立即安排人员编写测试用例，并进行单元测试，而甲方人员也应做好验收测试的准备。
最后这个项目是勉勉强强延迟上线了，当然质量就只能暗自祝福了。所以甲方项目经理必须要有一个该领域的人士一起参与进来，否则整个项目将被乙方牵着鼻子走，最后的成本和质量很难被保证。
02 开发没有计划
这点就更为普遍，有的乙方估算工作量的时候都是信口开河，然后真的到了时间又交不出