产品|华为时隔5年再次转发旧文：《华为到该炸掉研发金字塔的时候了》( 八 ) 华为

32、工业时代的管理思维和模式如IPD，在当下的数字时代肯定问题百出，不仅是研发，市场、运营也都处在类似的矛盾和冲突中，我司在追求成为社会各行各业数字化转型的使能者，但反观自身的管理运作确仍深陷工业化思维无法自拔，有时真觉得挺崩溃。
33、电信级的安全、稳定要求与消费级的快速迭代和快速适应调整天然就存在矛盾，如果用电信的思维去管理必然导致以上问题，但我们的基因就是电信级的严谨；要想在消费领域有效突破唯有破釜沉舟大胆启用外部新人，同时挑选一些内部仍有变革思想和欲望的员工组建新团队，以新带旧实现转型；突破既有的电信级研发管理框架启用新流程，人与流程适配才能有所作为！
34、软件开发模式不是一种就可以包打天下，因此还需要针对不同的软件开发进行适当的定制化和调整，包括组织、流程、环境和工具：如文中所提的互联网应用软件，其体量、周期短，因此势必要调整为快速迭代的敏捷开发模式。如果是开发体量大、周期长的通信底层软件，可以应用稍厚重的软件开发流程。还有一个观点不太认同，“IPD流程不太适合需要快速迭代的软件”，这里不应该是IPD流程，而是在IPD流程体系下的软件开发模型，对软件开发怎么走起到决定性的还是下面的软件开发流程（CMM or 敏捷等子流程）。事实上IPD流程框架只解决如何将产品开发作为投资来管理。
35、看看华为项目中PMO的多寡，就知道效率高低。项目管理还有个专门的职业通道呢，数数就知道了。互联网公司哪些什么PMO，QA也是测试人员，和我们的QA也完全不一样。
36、公司很多的软件项目给项目组留的时间非常短，经常是3到6个月就要出产品。从另一个方面讲，就是前瞻性不够。产品不需要的时候根本就不布局。等产品要的时候，根本不给时间做探索。这样做出来的产品质量可想而知。过去成功的产品，基本上都是提前布局（悄悄的布局），等产品要的时候基本路都走通了。这个时候说三到六个月就可以从容应对了。海思现在的做法也是一个技术样片加一个产品样片，中间相差半年到一年，这就非常合理。好的软件架构是需要时间去探索和磨合，不是一上来就百分之百能做好做对。而且将来还需要不断的重构。Google的主力产品每一年到一年半就要做一次大的重构。如果不重构，工程师自己都觉得他维护的产品会落后。当然我司的产品也在做持续改进，但意思好像不完全一样。我们更多的关心的是竞争力，人家关心的是架构可持续发展。
37、程序猿、攻城狮文化的建设首先需要在晋升通道要畅通，让更多的人留在专业岗位上，才能真正的出现沉淀、传承和创新。如果每个人都想着往管理岗走，意味着一圈又一圈的轮回，竞争力就更无从谈起。
38、楼主用硅谷的互联网软件开发模式，跟华为的ICT行业嵌入式软件开发模式来比较，是不是有些南辕北辙了呢？互联网软件是全球集中控制（如Google），系统发现bug后，能够在线低成本实时更新版本，你甚至都没有感觉，人家就悄悄的整完了，因此敢玩敏捷试错，可以每周甚至每天更新版本。由此也就产生了与之对应的新的开发模式。CT嵌入式软件，发布之后是随硬件发货遍布到全球各地，发现bug就要到现场批量召回/替换/整改，你得跟客户道N次歉，做好N个应急切换方案，才敢去干，成本非常高昂。我司主力产品每年都是上百万级别的，“敏捷试错”一下试试，每个错的代价最低都是千万美刀起步吧？你敢玩儿吗？你的客户让你这么玩吗？ IPD流程根本就不是为了敏捷试错，而是为了高可靠性而打造的。拿互联网的开发模式跟嵌入式ICT软件的IPD开发模式，来比较，有些牛头 VS 马嘴了吧？当然，改善下程序猿们的工作环境，工作氛围，让大家身心健康的工作，我还是举双手支持的，但一上来就要比照互联网软件的开发模式来整组织、动流程，咱是不是先悠着点儿呢？