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

1、整体观点还是统一的，部分点比如网络权限、开发流程、工具等现在很多部门已经优化了，跟互联网公司也差距不大了，不过管理团队臃肿与问责机制的严苛，跨部门沟通成本高，安全红线与IPD流程的繁琐确实仍是相对严重的问题。不过随着公司整体对IT化的思考，应该会越来越好，部分部门有可能在2-5年内赶上业界主流互联网公司的研发效率。
2、很多研发的同学都抱怨过，聪明的人都去做管理了。根源还是研发团队的作战方式。一个项目需要那么多人，必然需要有管理，就有所谓的管理者，管的人越多，管理者做技术的时间越少。要转变开发的模式，班长的战争。如果都是一个个的小团队，就不需要那么多的所谓的技术管理者了。
3、这些问题其实5，6年前我们内部早已经发现，如今从一个外界来的专家身上也提出了。因为以前我们的人员、组织快速膨胀，其中最难的问题：骨干员工都提拔去当官、当专家、专家不碰代码的情况确实存在。随着这两年我们的人员、组织逐渐稳定、任职上的牵引，让骨干员工深耕一线开发岗位，核心骨干负责架构代码、核心模块代码、产品的设计正在成为现实，只要坚持下去，研发扁平化组织我们也会实现。
4、总体陈述较客观。不过华为毕竟是硬件公司，任总说改进也最好是小步前进。企业网项目将是后起之秀，现在比消费者项目稍微落后点，请你海归回来也是想获得些新的理念获得改进提高，但炸掉研发金字塔有些过火。
5、这是由华为公司两大基因决定的！
基因一: 基于不信任的管理
假定了一个团队或者一个员工个体，没有办法自动地按要求完成任务，一定要有外力的干预和指导，才能保证航行在正确的轨道上。不信任的假定，造成了领导很焦虑，员工被干扰。领导焦虑哪一步没看住就要出问题，所以比如各种对齐，各种进展报告，各种回溯会。然后制定各种管控流程（包括IPD），设定各种管控角色，这些东西都需要员工参与，员工就写胶片开会，为各种流程上缴交付件，向各种管控角色汇报。话分两头讲，这一点也不能说是领导完全不对，他其实触动了华为的另一个“传统”（这段可能有些人不爱听）。我们设想一下，文中提到的那个白天不出现，晚上写代码的哥们，怎么保证他是按需求和设计在编码的呢？怎么审计？怎么考核？怎么跟踪？其实答案很简单，那个哥们必定是个极客，而极客是免运维的。而我司的研发定位，绝大部分基本就是程序员而已，这能不管理吗？这就像手动挡和自动挡，既然选择了开手动，那为了适应不同速度的换挡干预就是必不可少的，否则起步后永远挂1挡就是快不了。现状嘛，我司是需要大量手动挡的开发人员，只要按部就班做好自己的事情就行，这是批量化标准化作业的要求。极客嘛，当然也是需要的，但很少，这些人单独管理就行。我觉得公司推了这么多年的所谓敏捷开发流程，其实也是要建立在精英团队基础上，几个人简单思想一碰撞，各自都能清楚的理解和心中有数，就能按时完成任务对接起来，这是很高技巧的，也不是2,3年能掌握的，如果一个团队大部分员工刚写了2年代码，工作还需要别人指导，早上像模像样的开个早会，会上各种问题从9点开到11点，这不叫早会，这叫罚站。这也不叫敏捷，这叫保姆式开发。
基因二：组织复杂，各自为政
华为缺少扁平化管理，层级多，通道多。这样复杂的组织机构，造成了信息沟通对齐非常困难，每个组织机构又有自己的考评，都要考虑自己的团队建设和发展，价值呈现。人都有趋利的本性，必然会希望更多坚持对自己发展和价值有利的，而放弃那种不太出彩又要大体力投入的。但活在那里，总要有人干，很多事情都不是一两个leader能确定的，小leader也不能什么事都升级给大leader，显得自己无能。于是就讨论划域定界再讨论争议升级开会对齐拉通再讨论裁决拍板……甚至于，这种决策过程花费的人力和时间甚至超过真正做事情本身。这还是组织自上而下没太大分歧的情况。如果赶上不同通道的组织之间分歧很大，那决策和研讨时间又要再翻几倍了。我甚至见过有领导感叹自己指挥不动下面的人的情况，并不是因为指挥不动，而是多个通道的要求不同，下面不确定要怎么动。其实话说回来，说难听点，这叫多头管理多通道管理，说好听一点，这不就是管理上的民主吗？因为民主，所以才争吵啊，所以才决策慢啊，要是一个老专家或者老领导一发话，大家都照办，那是效率高，是不是又要有人抱怨专政了？