组织对改进建议的抗拒 | AI生成和翻译
对于大多数诚实且优秀的工程师而言，是否有时很难在大公司工作，因为他们会提出许多改进建议，这往往意味着之前的工作存在错误或不完善？
是的——这种情况经常发生，尤其是在大型组织中。不是因为优秀工程师错了，而是因为组织动力学不同于纯粹的工程逻辑。
以下是产生这种摩擦的原因：
1. 改进隐含了对过去决策的挑战
当工程师建议：
- 重构架构
- 简化设计
- 移除不必要的层级
- 修复长期存在的技术债务
这间接意味着：
- “这个设计不够优化”
- “我们之前犯了错误”
- “这件事本可以做得更好”
即使这在技术上是正确的，人们也可能理解为：
- 对他们过去工作的批评
- 对他们能力的质疑
- 威胁到他们的所有权或权威
所以阻力是心理和政治上的，而非技术性的。
2. 大公司追求稳定，而非完美
优秀工程师通常追求：
- 正确性
- 简洁性
- 优雅性
- 长期可维护性
大公司往往追求：
- 稳定性
- 可预测性
- 低风险
- 按时交付
- 团队间的一致性
因此当有人说：
- “我们应该重新设计这个”
- “这个抽象是错误的”
- “这个系统过于复杂”
组织听到的是：
- 风险
- 延期
- 协调成本
- 迁移工作量
即使这个改进是正确的。
3. 所有权边界造成摩擦
在大公司中：
- 每个系统都有所有者
- 每个决策都有历史背景
- 每个变更都会影响多个团队
一个诚实的工程师可能会说：
- “这个API设计有缺陷”
- “这个缓存层没有必要”
- “我们应该移除这个微服务”
但所有者听到的是：
- “你做错了”
- “你们团队的工作有问题”
- “你的路线图错了”
这会引发防御性反应。
4. 优秀工程师更早发现问题
能力强的工程师：
- 更早察觉复杂度
- 注意到架构偏离
- 关注长期成本
- 反感意外复杂度
其他人可能认为：
- “它运行得很好”
- “不值得改动”
- “工作量太大”
于是优秀工程师成了：
- 总是指出问题的人
- 推动变革的人
- 制造不安感的人
这可能被误解为：
- 消极
- 挑剔
- 难以相处
- 不是“团队协作者”
5. 诚实工程师不玩政治
一些工程师会弱化建议，例如：
- “或许我们可以考虑……”
- “这只是个想法……”
- “不紧急……”
但非常诚实的工程师往往会直说：
- “这个设计是错的”
- “这个层没有必要”
- “我们应该移除这个”
- “这个过度设计了”
技术上清晰——但社交上有风险。
6. 讽刺的是，优秀的组织珍视这一点
高质量的工程文化需要这种行为：
- 指出缺陷
- 改进架构
- 降低复杂度
- 移除不良抽象
但较弱的文化将此解读为：
- 抱怨
- 批评
- 破坏稳定
- 过度设计
因此同一名工程师：
- 在强大的工程组织中如鱼得水
- 在官僚组织中举步维艰
7. 顶尖工程师学会如何引入变革
顶尖工程师不会停止提出改进建议——他们调整表达方式：
他们不说：
- “这是错的”
而是说：
- “我们可以在这里降低复杂度”
- “这可能会简化未来的工作”
- “这能降低运营成本”
他们将改进表述为：
- 业务价值
- 风险降低
- 效率提升
- 团队收益
同样的想法——阻力更小。
总结
是的——优秀且诚实的工程师往往：
- 发现更多问题
- 提出更多改进
- 挑战现有系统
而在大型组织中，这可能：
- 暗示过去的不完美
- 引发防御心理
- 制造摩擦
但这恰恰是系统改进的方式。 关键区别在于建议的表达方式，而非建议本身是否正确。