[原创]HUAWEI，鲶鱼

seraphiclee

在HUAWEI也干了很多年了，在论坛上一直潜水，今天心情被触动了一下，想想，也写写吧。听听大家的看法。

触动的原因很简单，领导发邮件要求8：00前要到岗，除非是晚上加班很晚的可以晚一些到岗。虽然邮件是几天前发的，因为种种原因，我今天才看到，还在想怎么向下面的兄弟传达。这个规定也就意味着弹性工作制对于大部分的人无效了。

虽然规定了8：00到9:00的上班弹性时间。领导为什么会有这样的规定呢？这就是一个非常大的问题，可能是因为领导以前也被这样规定过，可能领导每天到岗发现人很少心不爽，也许这是上面的要求，总之，这个规定很无聊，也很变态。既然有8：00到9：00的弹性，为什么又让人非要这么早起床，不同人有不同的生活方式，有的人就喜欢睡睡懒觉，如果是因为项目进度需要，几个人都早起就差他一个，我可以要求他早起，或者换一个早起的人，但是没有任何理由的要求早起，实在很难沟通。我恶毒的想法是也许这就是HUAWEI领导的水平，HUAWEI几乎没有空降兵，至少在PSST还没听说过，所有的基层领导都是从研发员工一步一步的做上去，虽然学过PMT，但也就是学过了而已，当你学完以后，你还没有功夫去实践的时候，工作已经将你淹没，领导们所崇尚的就是简单哲学，一切以工作为重心，员工就是机器，以管理机器的办法来管理员工，是目前PM以上通行的办法，8点必须到岗就是这其中的一条。

当然，小徐总也看到这个问题，要求把人的关注放到首位，把HUAWEI打造成为所有从事研发所向往的地方，起始前后两句话没有什么因果关心，研发所向往的地方 一靠薪酬，二靠前途，至于管理，那是进了研发向往的地方后才能感受到的，HUAWEI有的主管人性化一点，有的军事化一点，像8点到岗的这种纪录不是那个部门都有的，进了哪个部门就看运气了。领导们都想把人的关注放到首位，但是工作不允许他们这样做，HUAWEI真的很忙，每一个企业都有一段时间挑灯夜战，奋力拼杀的时候，那是靠人的热情，领导几声口号，兄弟们就开干，没什么，因为这个事情很重要，因为这个事情在一个确定的时间可以结束，任何一个职业化的开发人员都可以接受。但是在HUAWEI这个一段时间可能是几个月，而且在HUAWEI的这种拼杀时间的次数太多太多，当消耗光了人的热情，能继续消耗的就只有耐性了。

为什么HUAWEI这么忙，在我看来所有的根源都是管理，在研发看来，市场接受的需求太多了，而且需求总是有让人崩溃的截止时间，没有任何商量的余地，既然已经答应客户那么就必须要实现，难道市场不知道研发当前任务很重吗，难道市场不跟研发沟通吗？当然要，但是研发沟通的人按照自己的理解总是认为这些需求总是可以在规定时间完成，当然就答应下来了。研发领导根据什么来判定这些需求可以在规定时间完成,肯定不是精确的数据所得出的结论，因为如果是，大家就不会这么忙，如果真的可以按照研发人力来接纳需求，大家就不会这么忙，有的只是自己想当然的推论，我有多少人，老员工占多少，大概还能再多搞几个人，差不多了，以前我写代码的时候不也就这样的人力吗？也许有人会问，SE呢，SE的主要任务是判定这个东西是否能做，至于在哪个半版本做那就不是SE的事情了。紧张的开发计划带来的就是紧张的人力和无休止的联调，在HUAWEI参加过无数次联调，没有一次可以按照计划结束，什么流程，计划，EDA分析，QA在联调面前没有任何办法，无论这个联调的版本是新开发的还是在以前代码上累加的，效果都一样，一个联调可以吸住一个项目组很多人力并且长时间无法释放，项目组还有新需求要实现，没人怎么办？要不联调的人兼职，要不就新员工吧，有点错误也没有关系，还有联调嘛。无休止的恶性循环。

HUAWEI崇尚要以奋斗者为本，要员工成为奋斗者。那么什么样的定义是奋斗者 呢。应该是无休止加班定位问题，连班倒支撑开局的人，也就是说可以无限制的透支自己体力与青春的人。

例如某一个模块埋了很多BUG,然后这个模块的人因为进度所迫，无休止的加班，终于把问题定位了，验证通过，领导们一定会在整个部门群发邮件，感谢 某某，某某，某某，辛勤加班，为整个版本的稳定做出了巨大贡献，等等之类的。而且还用大红字标注人名，突出是谁解决了问题，但是解决的什么问题呢？问题是谁埋的呢？EDA分析呢？后面慢慢来吧，首先大家要宣传奋斗者。几个人辛苦加班把自己的问题给找出来可以得到大领导的奖励，这就是每一个收到表扬邮件的人看法，那埋BUG也是一件很光荣的事，因为找出BUG后，领导都会记住你的大红名字。以后绩效啊，加薪啊都会想起你来，这个小伙子不错，能够搞定问题。当然可能有些夸大，但是至少不是一件耻辱的事情，这个邮件是对你的加班的肯定，却没有任何机制来惩罚你让你不再犯同样的错误。QA呢，QA只能玩玩数字游戏，QA只能关注每个版本的代码量，测试的问题单数量，外部问题数，等等，可能对于大多数QA来说，她也只能做这些，她不懂你的产品实现，不知道你的代码难易程度，有的QA工作经验非常少，既不能引导改进，也不能发现问题，这种QA，很多情况下就是一个摆设。QA所对付的是项目经理，他们都不是傻子，很容易的造出QA所认为的标准数据。EDA分析也就是不痛不痒。QA哪里能搞定呢。

HUAWEI现在闻名于世的是他的快速响应，凡是HUAWEI的客户可能都知道，HUAWEI就是一个万能机，只要提出需求，他会用你预想中更短的时间实现，HUAWEI一没有成熟的敏捷开发模式可以支撑，二总部跟大部分销售地都有时差，怎么能够做到，那就是它的工程师可以24小时倒班支撑，修改版本。就是靠着这一招，无数的运营商都为之而折服。HUAWEI就是一条不知疲倦的，永远在挣扎的鲶鱼。研发支撑也是HUAWEI的特有现象，只要一开局，一堆研发人员跑过去支撑，为什么？原因很多，版本不稳定，资料太差，不知道怎么操作，用服市场叫得凶，研发人就去了。用服在干啥呢？看看告警，去客户哪里埃唉骂，客户现在都知道，什么问题只要自己态度一强硬，HUAWEI会很快完成，如果态度好一点，说不定就被HUAWEI给拒绝实现了。提几个事故，差不多了，我所知道的用服生活就是这样，当然需要加班，但是酬劳高啊，研发的人过去拿着短期补贴，干者用服该干的活，实在也是很奇特的现象。毫不客气的说，这样的消耗吞噬了HUAWEI很多很多利润。想提高用服待遇来吧用服转为长期驻扎当地，但是用服技能又不够还是要研发飞去支撑。两倍的钱被花出去了，说到底还是管理跟不上。
一个没有管理的企业怎么能够搞定那么多知名企业，这跟共军当年如果搞定国军一样，不是说没有管理是优点，而是你的其他优点掩盖了这个缺陷。

HUAWEI的HR长期缺失也是一大特点。几乎就没有HR，对于人力的管理完全是粗方式的，干部部只有一些干条条，例如如果掉户口必须要2B2C，每周工作时间必须要40个小时，请假3天以上需要总监批准等等，去年的全员招聘简直就是HR的耻辱，一个企业招人必须要靠所有企业员工来上网搜简历，有的部门甚至有研发人员全职干这个事情。实在是很无聊，现在又觉得人太多了，要严格末位淘汰，早干什么去了，招了很多素质一般的人，拿着高高的工资，在HUAWEI混着，只要你愿意加班，能够忍受长时间工作，没人会辞退你，这就是在HUAWEI的工作逻辑。也是鲶鱼的悲哀。