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 写的相关博客（https://www.martinfowler.com/bliki/MaturityModel.html）

简单来说 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. 完整的统计功能帮助项目负责人精准统计各项数据和工作量。

点击立即试用吧！

参考：
https://diginomica.com/hertz-faces-financial-woes-and-ceo-left-with-no-choice-but-to-overhaul-its-tech/
https://www.martinfowler.com/bliki/MaturityModel.html
https://regmedia.co.uk/2019/04/23/hertz-accenture-website.pdf

转载于:https://www.cnblogs.com/codingdevops/p/10820841.html