一家美帝的大公司是怎么倒掉的

来源: 于 2018-04-23 04:13:25 [博客] [旧帖] [给我悄悄话] 本文已被阅读：次

一家美帝很牛的大公司，曾经是美帝的骄傲。在过去十几年里一点一点的倒下去了。
故事的起因是，在美国开发成本太高。于是开始把开发转移到第二世界，然后第二世界还是高，就转移到第三世界。
转移出去以后，有一个重要产品出了状况，推迟上市一两年。负责这一大块的副总裁就给解雇了。从这以后，公司上下，谁也不敢把产品开发时间估计短了。项目组打百分之五十的缓冲，中层经理再打百分之五十，高层管理再打百分之五十。反正谁也不敢相信底层开发人员能按时完成任务。最后上面批准了项目，项目组一看，靠，有的是时间嘛，精工出细活。于是慢慢悠悠的干。本来一年能干出来的项目，两三年后给拿出来了。
因为产品开发分布在第二第三世界，每个研发中心互相扯皮。大的研发中心拼命想把所有的工作都揽到自己手里，即使干不过来也不松手。结果市场部门急死也没用。
曾经有一个新产品，市场很看好。由一个大研发中心A牵头，干不过来的部分交给另一个研发中心B。事先A估计的这部分研发时间是5人年。因为A国的人员流动快，估计要用几个刚毕业的新雇员，加上系统的软件架构师也是刚来的，对项目不太了解，所以学习周期定的很长。转到B中心开发，是由两个多年工作经验的中国码工做的。中国码工研究了一下这个功能，和以前一个比较相似，于是借用了一些以前的库，用了1人年就干出来了。这两个码工不知道B中心计划的时间是5人年，但是A中心的项目经理知道。看他们干完了吓了一跳。跟上面一汇报，高层管理人员对A中心很不满意，发邮件问他们是怎么估计产品开发时间的，差得离谱。结果A中心恼羞成怒，反而告状说B中心开发的不能用，要从头自己再开发。 系统集成的部门气死了，说我们都用上了，没问题，为什么要重新做，没道理。高层管理不知道听谁的好，就派了懂产品和软硬件的架构师来调解。最后A中心同意，B开发的程序加上点注解，就可以使用了。这个产品是搞完了，两个中心就结下梁子了。从这以后，A中心干不过来的项目，宁可不干，也不交给B中心干。A中心什么项目都揽下来，干到一半了就哭穷要招人，不然不能按时完成。结果越来越大，几千人的大研发中心，高层管理最后都指挥不动。反而要时常求着他们去按时完成项目。
不久之后，市场部门对B中心做的一个原型很感兴趣。问A中心多长时间能推出正式产品，A中心一算，3 年。市场部门估计了一下，三年后这个产品的技术也没多领先了，干脆放弃了。B中心为此做的一年多努力，也白浪费了。
从外面看， 这么一家大企业，一年不如一年，最后就一点一点的从行业第一，变成第二第三，最后倒掉了。




更多我的博客文章>>>