“言必称流程，凡事要review“，华为的研发慢了吗？

很久以前，给华为公司做了3年的项目，印象最深刻的就是这句“言必称流程，凡是要review”。多年以后偶然提起，对这句话有了自己的感悟，在此记录。

一个文化路标

首先，这句话不是要生搬硬套、锱铢必较，而是代表一种态度，在组织内推广管理的重要性理念，提高组织总体的工作成功率和质量稳定度。短期内，跟人的直接感受貌似慢了，从中长期看，体系化作战带来了完整的配合机制和经验积累，速度更快，质量稳定。

其次，这句口号对把员工的行为固化为一致的工作习惯方面，起到了非常积极的作用。

流程发挥作用，需要体现在具体的工作人员按照流程要求在实践中切实执行，即使在面临工期压力的情况下，也不能放弃。从混乱到规范，从有意识到养成习惯。最高的境界就是体系规范的执行深入到每个人的意识中，按照本能反应、按照规范做事情。

Stage 1：无意识，不自律

Stage 2：有意识，不自律（不是指有意的不遵守，而是说有管理意识，需要督促执行，达不到自律的程度）

Stage 3：有意识，自律

Stage 4：无意识，自律

晚做不如早作

早做，就是规模还小的时候做，在项目级就把问题解决了。就像小病小灾，吃点药就好了，最多打个针，不痛或者小痛就把问题解决了。
晚做，就是规模达到了一定程度，需要在组织级才能解决问题。这时候就是大病，非开刀手术不行，大疼且时间长。没有决心下不去手，那就等死；下得去手也未必治得好，大投入、大痛苦、大不确定。

知易行难

人们绝对明白这个道理，但指望项目组会主动支持，那就太理想化了，项目组更愿意把精力放在产出可工作的产品上面。人们总是倾向于做眼前需要做的事儿。所以，这至少要从项目组上一级的层面给与足够的推动。

推进的过程中，一定会遇到项目组对某些活动抵抗的情况，即使是提前松土沟通好的。这时项目组就会到领导那里去告状，哪个流程或者活动不适用，或者根本就不需要，因为这个影响了项目交付等等。

此时，首先一个研发管理部门，会面临着多个项目组的轰炸，这一张嘴对多张嘴，本就已经输了。同时，项目组的“恶人先告状”，已经在领导那里先入为主了，研发管理部门要想把事情搬回来，又得费双倍甚至几倍的力气。如果上级领导对推行研发管理再不坚定，想想都可怜这些做研发管理的人。

几方面做个简单乘法，这力量对比可就是1：10以上了，可见研发管理部门推动点事儿有多难，上层领导没有下定决心，或者给予的支持和信任不够，发生了一个都会导致寸步难行。

试想一个5人项目组，一个迭代两周共50人天，如果项目管理在做的细致规范一些，需要比原有的管理投入增加2人天左右，也就是4%的投入，却能够将一些可能的风险cover住，各位会怎么选？