如今的乙方市場良莠不齊，專業(yè)的乙方會讓甲方省時省力；但不靠譜的乙方不但不能幫助到甲方，甚至會埋一個大坑給到甲方。那么本期就試著說一下碰到這些不靠譜的乙方該如何應對。

01 欺負甲方不懂技術(shù)

有一次甲方公司需要開發(fā)一個內(nèi)部管理系統(tǒng)，當時也不知道管理層如何決定的，最終甲方的項目經(jīng)理是職能部門的領(lǐng)導，對軟件開發(fā)是一個徹徹底底的門外漢。乙方項目經(jīng)理通過幾次交流之后，摸清甲方的底子，在評估工程的時候大肆注水，導致遠遠超出了預算。

這個時候甲方覺得成本無法承擔，所以想請一個技術(shù)領(lǐng)域的人協(xié)助看一下，我有幸被選中參加了啟動會。

首先看了他們的工程評估，真是不看不知道，一看嚇一跳。一個簡單的頭像上傳居然預估了1周，其他功能就更加離譜了，這樣下去這個項目就是個無底洞。

而當我詢問乙方項目經(jīng)理為什么這個功能需要1周的時候，我算見識了對方的口吐蓮花。從云存儲聊到了前端技術(shù)框架，光這個理論給我說了10幾分鐘。

當然我也從這次交流中察覺到這位項目經(jīng)理也根本不是技術(shù)出身，他東拉西扯地把所有知道的技術(shù)專業(yè)名詞都搜刮了一遍，然后陳述給了我聽。當我不動聲色地問了他幾個云存儲的問題之后，他開始顧左右而言他，最后在我的追問下只能說這個方案需要回去和技術(shù)人員繼續(xù)討論。

在修改了方案之后，消停了一陣子，然后我也開始忙我自己的項目。又過了一段時間，同事又找到我，說已經(jīng)在測試階段了，但乙方提出要我們派人一起參加測試，希望我?guī)椭黄鹂匆幌略趺窗才拧?/p>

我一開始認為到驗收階段了，甲方做驗收測試很正常。誰想到了那里一看才知道，乙方連單元測試都沒有做，更離譜的是連單元測試用例都沒有。他們希望甲方派人協(xié)助他們做單元測試。

后來從乙方項目經(jīng)理的交談中了解到，他們的預算見底了，根本沒有測試的人頭，所以他們想出了讓甲方的人參與進來一起幫他們渡過難關(guān)。而甲方還真的派了幾個業(yè)務部門的人員去測試，但由于根本沒經(jīng)過單元測試，這個系統(tǒng)一跑就崩，導致他們幾個浪費很多時間在這個階段。

我當即指出這樣的安排是不合理的，要求乙方立即安排人員編寫測試用例，并進行單元測試，而甲方人員也應做好驗收測試的準備。

最后這個項目是勉勉強強延遲上線了，當然質(zhì)量就只能暗自祝福了。所以甲方項目經(jīng)理必須要有一個該領(lǐng)域的人士一起參與進來，否則整個項目將被乙方牽著鼻子走，最后的成本和質(zhì)量很難被保證。

02 開發(fā)沒有計劃

這點就更為普遍，有的乙方估算工作量的時候都是信口開河，然后真的到了時間又交不出成果物。

再次有幸參與了這樣的一個項目?？戳怂麄兊拈_發(fā)計劃，所有功能預估的時間，小的也起碼是一周，大的甚至有半個多月。

我問乙方的開發(fā)：“你今天開發(fā)這個功能，今天需要做到什么范圍，你知道嗎”？

他的回答很精辟：“看今天運氣是否順利了，如果順利就多做一點，不順利明天再做”。

我：“那如果到時候做不完怎么辦”？

他：“那也沒辦法，延期不就好了”。

評估時間對他們來說其實就是形同虛設，因為有的乙方看出甲方很著急要上線系統(tǒng)，而現(xiàn)在已經(jīng)開發(fā)開始了，不讓他們做根本不現(xiàn)實，所以工期就是一拖再拖。

可能有人會說，那很簡單啊，不是有合同嗎，直接讓甲方賠錢啊。這里面的水深了，由于篇幅有限就不在這里展開陳述了，呵呵。

最后解決方案就是，我給他們制定開發(fā)計劃，最小單位劃分到了一天為單位。這樣我就能每天監(jiān)控他們的輸出成果，盡量避免出現(xiàn)延期的風險。

所以碰到這種情況，甲方最好是能辛苦一點，積極參與到項目的進度管理和監(jiān)督管理中，不要到最后驗收的時候才發(fā)現(xiàn)項目要延期。

03 交付質(zhì)量差

相信這個是很多甲方詬病最多的一個點，而乙方聲譽被毀也大多出現(xiàn)在質(zhì)量問題上面。

原因很簡單，項目結(jié)束之后，乙方就會離場，后續(xù)都會有甲方來接手。所以在開發(fā)的時候，乙方只關(guān)心實現(xiàn)就好了，后續(xù)什么維護啊健壯性啊，壓根不在考慮范圍之內(nèi)。

另外有的乙方為了壓低成本，派出的很多開發(fā)人員都是剛剛畢業(yè)的實習生，根本沒有實際開發(fā)經(jīng)驗，趕鴨子上架，最后質(zhì)量可想而知。

所以在這點上，驗收階段就變得尤為重要。很多甲方往往忽視這個過程，認為乙方東西都做好了，自己只要走過場地去驗證一下就可以了（甚至很多時候是由內(nèi)部的業(yè)務部門驗收）。

乙方離場后，你再想讓他們回來可就難了。那就要在他們離場之前，盡量把問題暴露出來，讓他們趕緊修正完畢。那么這個就要依賴驗收需要專業(yè)和細致的把控。

驗收必須要有標準，然后根據(jù)這個標準再列出驗收的清單，每個驗收人員必須嚴格按照清單進行測試檢查。碰到問題應及時報告，并督促乙方必須在某個時間段內(nèi)解決。只有在所有問題都已經(jīng)處理完畢之后，整個項目才可以進入收尾。

結(jié)語

我在這里無意去指摘外包開發(fā)，因為我也是乙方出身，也知道乙方有很多的難處。

但現(xiàn)有的市場中確實存在一些質(zhì)素不是很高的外包公司，他們的行為已經(jīng)影響到了整個行業(yè)的聲譽。我也很希望有的軟件外包這個行業(yè)能慢慢解決以上的這些問題，再度重拾大家對他們的信任。

本文由 @Tony 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。