这两天,小编的朋友圈被埃森哲和 Hertz 之间的官司刷屏了,2 亿人民币的网站建站合同也让大家纷纷感叹 PPT 这款工具的强大之处,为自己当年在学校里没有好好学这门手艺流下了悔恨的泪水。 CODING 作为一站式研发管理解决方案的供应商,也给许多企业提供过研发管理的咨询服务。这次也是吃瓜吃得很开心,顺便来帮大家捋一捋到底是什么原因导致现在的局面。 到底是谁的锅?先说结论:如果真的按起诉书里的情形来看,埃森哲的主要责任肯定是没跑了,但是不得不说 Hertz 的一波迷之操作也让人看得眼花缭乱。 这件事情的真正起因应该追溯回 2016 年,当时作为全球最大的租车公司之一的 Hertz 发布了史上最糟糕的季度财报,Q3 的利润从 15 年 $237m 掉到了仅 $42m,Hertz 的股价也在一周之内被腰斩。这迫使 Hertz 的管理层需要做出应对来挽救公司的股价,而被动刀的正是 Hertz 的 IT 研发部门。据悉新上任的 CIO 为了追求更高的效率和节约更多的成本,将大量的研发工程师解雇并转向外包服务商,这就为日后的这场官司埋下了伏笔。 根据起诉书,我们发现缺乏资深技术人员的 Hertz 犯下了 3 个致命错误:
另外再说说类似埃森哲的技术咨询+外包公司一般都是什么套路。 一般这类大型外包项目都会遵循 CMM (Capability Maturity Model) 的研发模型,也就是俗称的能力成熟度模型。这类模型的特点在于它的侧重点是流程是否被遵守而不是最终产物是否能给客户带来实际价值。 如果对 CMM 模型感兴趣,可以看看 Martin Fowler 写的相关博客(https://www./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 亿,真是饿死胆小的,撑死胆大的。 其实不然,作为世界上最大租车网站的重新设计,至少也要做到以下几点:
根据 Stackoverflow 统计,一个中高级研发工程师平均年薪在 15 万美元左右,一个 10 人的前端团队加上 1 个产品经理再加上 1 个设计师,大概要 300 万美元一年,同时至少还需要搭配 10 人左右的后端团队加上产品经理做支持,粗略计算两年也需要将近 800 万美元的开销。再说这只是一个中等大小的团队,如果加上埃森哲的各类销售、营销费用,纯从需求来看可能 2 个亿的报价也不算太离谱。 总的来说,这就是一个不靠谱的甲方和不靠谱的乙方碰撞在一起的故事,只不过因为金额过大,双方过于知名导致大家吃瓜吃的很开心。其实这样的故事在软件外包行业每天都在上演,那么有没有一款研发管理工具能帮助各位甲方改善现状呢—— CODING 研发管理系统拥有:
|
|