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/…