任正非谈技术批评：客气是毒品争论才是良药

任正非在内部社区为技术反思相关帖子留下按语：“在技术工作的客气是毒品，直面的批评、争论才是良药。”

这个按语并非孤立出现，华为内部曾刊发署名“泥瓦客”的文章《华为到该炸掉研发金字塔的时候了》，直指软件研发中的组织与流程问题：架构设计SE与开发分离，一些架构师长期脱离开发；基层开发者难以形成技术积累；多头管理抬高沟通成本，员工调侃“白天开会，晚上编程序”。这些批评没有停留在情绪上，而是把问题落到组织、流程、环境和工具的具体摩擦上。

丁耘也在相关按语中提醒，华为在CT领域取得的产品成功不是未来可靠的向导，组织必须持续进步，才能适应客户需求和未来发展。围绕这一句话，内部社区重新讨论研发组织、软件能力、效率和质量中的问题。这个场景的价值，不在于某位高管说了一句重话，而在于它把技术组织里一个常见误区挑了出来：很多时候，所谓的“客气”并不是文明，而是对事实的回避。

客气的本质是把关系秩序
放在事实秩序之前

技术工作天然要求精确。一个架构是否过度设计，一段代码是否存在缺陷，一个方案是否只是把短期指标做大而牺牲长期可维护性，这些问题不会因为说话温和就自动变好。技术世界的裁判是逻辑、实验、成本和可靠性，不是人情世故。

问题在于，组织一旦变大，技术讨论就会掺入关系秩序。谁提出方案，谁负责交付，谁在会上不方便被指出问题，谁的意见听起来更有地位，都会影响判断。人们并非不懂问题，而是算了一笔更复杂的账：说出问题，可能让对方没面子；指出缺陷，可能显得不配合；质疑方案，可能被解读为挑战权威。于是，真正的技术分歧被包装成“我再想想”“这样也行”“后面可以优化”。

任正非把客气说成毒品，不是说技术人应该粗鲁，而是提醒组织：如果礼貌被用来回避问题，它就会慢慢变成一种麻痹机制。它不会立刻造成事故，却会让小问题不断积累，直到变成系统性风险。

直面的批评不是对抗
而是反馈回路

技术组织需要的不是无批评的和谐，而是可管理的争论。直面的批评首先意味着批评对象是工作，而不是人。问题不在于“你怎么又犯错”，而在于“这个设计为什么会在边界条件下失败”。对象从人回到事实，争论才可能变成质量机制。

争论的意义也不在于说服对方，而在于让假设充分暴露。一个方案看起来可行，背后往往有多层假设：假设需求不会变化，假设接口性能足够，假设团队能按期消化复杂度，假设客户真正在意这个功能。如果没人把这些假设拉到桌面上，它们就会悄悄进入代码、产品、预算和组织预期。等到问题暴露，成本已经很高。

这正是“争论才是良药”的管理含义。良药不一定好喝，但必须作用于病灶。技术争论如果只停在会议礼节、邮件抄送和事后复盘，就只是情绪消耗；只有进入需求确认、评审记录、风险清单、验收标准和改进责任，才会变成组织能力的提高。

让“争论才是良药”成立
需要机制而不是口号

一句重话可以唤醒问题，却不会自动解决组织惯性。真正困难的是建立一种环境，使直面的批评能够安全发生，并且能够被转化为改进。

第一，批评要有边界。技术争论应限定在工作对象上，避免演成人身评价、动机猜测或立场站队。一旦批评滑向“你不专业”“你不上进”“你不懂业务”，人们就会为了自我保护而沉默。组织的责任，是把讨论拉回到事实、证据和影响范围。

第二，反馈要有证据标准。不是谁声音大谁更有道理，而是谁有数据、场景、测试、客户验证或成本推演，谁就更有说服力。技术组织如果缺少证据标准，争论很容易变成职级竞争；有了证据标准，冲突才能转化为判断质量。

第三，低层级要能被保护。很多真问题来自一线：测试发现异常，交付遇到坑，客户反馈与方案假设不一致，基层工程师知道某个设计可能失控。但如果提出问题的人首先担心被边缘化、被扣帽子、被影响考核，组织就只剩下漂亮的汇报和危险的沉默。心理安全不是福利口号，而是技术质量的前置条件。

第四，争论要有决策闭环。批评被提出后，如果没有结论、没有责任人、没有后续验证，人们会迅速判断“说了也没用”。真正的技术争论必须落到可追踪的结果上：问题是否确认，方案是否调整，测试是否覆盖，风险是否进入待办，责任是否清晰。否则，争论只会消耗信任。

第五，管理者要先接受批评。技术组织最容易失真的地方，是主管把不同意见理解为不服从。越是关键岗位，越需要把“我可能判断错了”当成正常工作的一部分。管理者如果能先审视自己、少抱怨别人，团队的批评才会从个人风险变成组织习惯。

成功期更需要警惕“温和的错误”

任正非这一思想之所以值得反复读，是因为它针对的不只是失败时刻，更常出现在成功时刻。业务顺利、产品卖得好、团队士气高，组织内部会出现一种隐性的客气：问题被轻描淡写，风险被归因于外部，缺陷被说成优化空间，争论被看成影响团结。

这种“温和的错误”比明显冲突更难识别。冲突会暴露分歧，客气则会掩盖分歧。表面上会议效率很高，方案推进很快，汇报材料漂亮，但真正的技术债、组织债和客户理解偏差正在积累。丁耘所说的“产品成功不是未来可靠的向导”，也在这里呼应：过去的成功会制造一种语言习惯，让人把幸运解释为能力，把阶段优势解释为长期护城河。

技术组织真正的韧性，不在于从不犯错，而在于能否让错误早期显形。显形的方式，不是更激烈的争吵，而是更诚实的反馈机制。直面的批评和争论，本质上是一种降低不确定性、缩短纠错周期、提高系统可靠性的管理工具。

把不客气变成可运行的专业规则

任正非这句按语的锋芒，不是鼓励粗鲁，也不是否定协作，而是把技术组织的底层优先级说清楚：事实秩序高于关系秩序，长期可靠性高于短期和谐，问题暴露高于表面体面。

对企业来说，真正要学习的不是复述一句狠话，而是把它转化为日常规则。评审会要允许提问，汇报要暴露风险，争论要回到证据，决策要留下闭环，一线反馈要被保护，管理者要把批评视为信息而不是冒犯。这样，客气才不会再成为毒品，争论也不会再沦为消耗，技术组织才能在复杂系统中保持清醒。