2 億元網站的官司，讓咱們看到了大公司+高預算≠好產品

前情回顧：美國汽車租賃公司赫茲（Hertz）將一個數字化轉型項目交給了頂級諮詢公司埃森哲（Accenture）負責。結果耗時 2 年多，耗費 2 個多億，連一個可用的網站或者 APP 都沒有交付出來，還被要求再多付 1000 多萬美圓才能交付。結果 Hertz 一怒之下停了項目並把埃森哲告上了法庭。

這兩天，小編的朋友圈被埃森哲和 Hertz 之間的官司刷屏了，2 億人民幣的網站建站合同也讓你們紛紛感嘆 PPT 這款工具的強大之處，爲本身當年在學校裏沒有好好學這門手藝流下了悔恨的淚水。

CODING 做爲一站式研發管理解決方案的供應商，也給許多企業提供過研發管理的諮詢服務。此次也是吃瓜吃得很開心，順便來幫你們捋一捋究竟是什麼緣由致使如今的局面。

究竟是誰的鍋？

先說結論：若是真的按起訴書裏的情形來看，埃森哲的主要責任確定是沒跑了，可是不得不說 Hertz 的一波迷之操做也讓人看得眼花繚亂。

這件事情的真正原由應該追溯回 2016 年，當時做爲全球最大的租車公司之一的 Hertz 發佈了史上最糟糕的季度財報，Q3 的利潤從 15 年 $237m 掉到了僅 $42m，Hertz 的股價也在一週以內被腰斬。這迫使 Hertz 的管理層須要作出應對來挽救公司的股價，而被動刀的正是 Hertz 的 IT 研發部門。據悉新上任的 CIO 爲了追求更高的效率和節約更多的成本，將大量的研發工程師解僱並轉向外包服務商，這就爲往後的這場官司埋下了伏筆。

根據起訴書，咱們發現缺少資深技術人員的 Hertz 犯下了 3 個致命錯誤：

1. 僅僅靠供應商的名聲、資質和 demo 就草率簽約，沒有深刻研究項目的匹配程度。
2. 全權將項目交與供應商負責，連一個甲方項目經理都沒有，也是心大。
3. 花了超過 1 千萬美圓，卻沒有考慮項目的可持續性，沒有組建團隊接手運營，徹底依賴供應商，丟失了項目的主動權。

另外再說說相似埃森哲的技術諮詢+外包公司通常都是什麼套路。

通常這類大型外包項目都會遵循 CMM (Capability Maturity Model) 的研發模型，也就是俗稱的能力成熟度模型。這類模型的特色在於它的側重點是流程是否被遵照而不是最終產物是否能給客戶帶來實際價值。

若是對 CMM 模型感興趣，能夠看看 Martin Fowler 寫的相關博客（www.martinfowler.com/bliki/Matur…

簡單來講 CMM 模型有 2 個問題

過於重視資質評審

成熟度模型最開始是八十年代美國政府爲了分析軟件外包公司的開發能力，以及評選合格供應商的標準。由於涉及到大型項目採購，不少大型軟件外包公司爲了在競標中展示出優點，開始投入大量的精力在 CMM 資質評審上，好比埃森哲就是爲數很少的全公司都被評爲 CMM 5 級的企業。

過於死板

應用這類模型的項目通常都屬於「決策者友好型」項目，由於使用成熟的模型能夠準確的估計項目進度，好比一個項目彙報會是：」這個項目若是想從 level 4 升級到 level 5 通常須要 6 個月左右的時間，同時改進會致使大概 25% 生產力削減「；並且進度能夠很好的標準化，好比咱們過去有 7 個項目從 level 2 轉到了 level 3 平均過程大概是 3～7 個月。標準化的進程能夠很好的緩解管理層（諮詢公司真正的客戶）的焦慮。

但這樣的模型同時伴隨着各類複雜的文檔、冗長的流程和只能遵守計劃執行的文化，這樣的研發方式顯然與如今瞬息萬變的市場環境，以及敏捷研發方法不符。這也是爲何在訴訟書中咱們看到，埃森哲在 2018 年還以爲 Angular 2 是一項很是具備挑戰性的技術。

這個網站到底值不值 2 億

最後說說題外話，看到不少人的留言，說就這麼個網站我 500 萬就能給你整出來，竟然還敢要價 2 億，真是餓死膽小的，撐死膽大的。

其實否則，做爲世界上最大租車網站的從新設計，至少也要作到如下幾點：

• 響應式設計，知足在電腦、手機、平板等終端的流暢訪問體驗
• 完整自主的支付系統，能知足 PCI DSS 標準，Hertz 這麼大的體量，在這方面通常不多會使用第三方服務
• 須要鏈接上萬家門店的庫存系統
• 全球訪問並具備極高的穩定性
• 集成進各種已有的數據分析工具，記錄運營數據併產出各種複雜的報表
• 具備從門店到公司總部的管理員端，能知足各種冗長的審批流程

根據 Stackoverflow 統計，一箇中高級研發工程師平均年薪在 15 萬美圓左右，一個 10 人的前端團隊加上 1 個產品經理再加上 1 個設計師，大概要 300 萬美圓一年，同時至少還須要搭配 10 人左右的後端團隊加上產品經理作支持，粗略計算兩年也須要將近 800 萬美圓的開銷。再說這只是一個中等大小的團隊，若是加上埃森哲的各種銷售、營銷費用，純從需求來看可能 2 個億的報價也不算太離譜。

總的來講，這就是一個不靠譜的甲方和不靠譜的乙方碰撞在一塊兒的故事，只不過由於金額過大，雙方過於知名致使你們吃瓜吃的很開心。其實這樣的故事在軟件外包行業天天都在上演，那麼有沒有一款研發管理工具能幫助各位甲方改善現狀呢——

CODING 研發管理系統擁有：

1. 領先的代碼託管服務，讓供應商每一行代碼都在您的項目中完成，確保數字資產全部權。
2. 細緻的權限配置，幫您更好得管理供應商團隊。
3. 規範的研發流程，提升代碼質量，經過 code review 和持續集成，拒絕低質量代碼。
4. 實時掌控項目進度，經過需求管理和迭代規劃，實時掌控項目進度。
5. Wiki 和文件功能，確保團隊知識沉澱，減小人員變更帶來的影響
6. 完整的統計功能幫助項目負責人精準統計各項數據和工做量。

點擊當即試用吧！

參考：
diginomica.com/hertz-faces…
www.martinfowler.com/bliki/Matur…
regmedia.co.uk/2019/04/23/…