我最初开始做工程管理时，几乎是在一片空白中摸索前进。很快，我就成了一家艰难求生的创业公司里唯一的工程经理，所有事情都只能边做边学。

那时的我并不是一位好管理者。回头看，我很感谢那些在那段时间里包容我的同事。当时，我没有系统化的管理方法，没有清晰的职业发展规划，也没有成体系的指导机制，只能凭感觉一步步往前走。

直到我开始帮助其他经理时，才真正意识到自己在工程领导力和技术管理能力上的不足。

我清楚记得，有一位经理曾向我请教如何处理某个管理场景。我告诉他：“这是一个发展个人管理风格的机会，没有固定模式，顺其自然就好，一切都会好起来的。”

这也许不是我给过的最糟糕建议，但确实没有什么实际帮助。

[![工程领导力成长路径：从新晋工程经理到技术管理者](https://cdn-docs-new.pingcode.com/baike/wp-content/uploads/2026/06/20260601181735993-1024x562.png)](https://cdn-docs-new.pingcode.com/baike/wp-content/uploads/2026/06/20260601181735993-1024x562.png)

软件工程管理有一个特殊之处，在硅谷尤其如此：很多管理者本身经验并不丰富，而我们为这个关键角色提供的培训又少得可怜。

当然，随着管理能力逐渐成熟，我们确实应该发展出一种与自身优势相匹配的管理风格。但除此之外，我们还可以做得更多，帮助新晋工程经理从新手成长为熟练者，再从熟练者成长为真正优秀的技术管理者。

与新经理共事的经历，加上我自己的摸索，让我逐渐形成了一套略有特色的管理方法。它的核心，是通过设定明确标准，提升团队绩效和产出的最低水平。

早期，我曾犯过一个错误：直接把这些要求制定成强制规定。随着时间推移，我学会了把它们定义为规范，也逐渐意识到，比起直接给出预期，花时间解释这些规范背后的原因更重要。

过去几年里，我一直在博客中记录这些规则，以及它们背后的思考。希望这些内容不仅能帮助我直接合作的团队，也能帮助更多工程经理、技术负责人和工程领导者。尤其是那些正在设计和运营整个组织的人：组织往往是由人员、先例和政策共同拼接而成的庞大系统。

在真实的工程管理实践中，领导力并不只体现在理念上，也体现在团队如何设定目标、拆解工作、沉淀知识和持续交付。对于研发团队来说，[[PingCode](https://PingCode.com?utm_source=insights&utm_medium=%E5%93%81%E7%89%8C%E8%AF%8D)](https://sc.pingcode.com/dxsxk) 这类智能化研发管理工具可以把目标、需求、开发、测试、发布和 Wiki 知识沉淀串联起来，帮助工程经理更系统地管理研发全生命周期；而在跨部门协作、会议纪要、任务推进、文档、日历和审批等更通用的组织运营场景中，[[Worktile](https://worktile.com/?utm_source=insights&utm_medium=%E5%93%81%E7%89%8C%E8%AF%8D)](https://sc.pingcode.com/zwe04) 这类项目协作系统也能帮助管理者减少沟通损耗，让团队协作更有秩序。

这个合集记录了一些原则。它们曾帮助我，也帮助过与我共事的领导者，在不断变化、不稳定，甚至有时显得荒谬的工程领导力领域中，更好地前进。

## **工程领导力工具**

* 迁移：解决技术债务唯一可规模化的方法
* 如何推进工程组织重组
* 运营成长型组织所需的工具
* 目标与基线
* 用指标引导大范围变革

## **工程组织设计**

* 超高速增长时代的生产力
* 在组织增长带中管理
* 保持打造高效团队的势头
* 反对自上而下的全局优化
* 组织风险应该放在哪里？
* 设定组织方向

## **工程文化建设**

* 从第一天开始建立包容机制
* 你的管理哲学
* 关注团队中的资深成员
* 公司文化与自由度管理
* 别迷信英雄，也别只是更用力地蛮干

## **技术管理与领导风格**

* 模型、文档与共享
* 工程经理容易陷入的陷阱
* 完成、解决，或委派
* 如何与你的经理合作
* 寻找合适的管理跨度

## **工程团队面试、招聘与评估**

* 角色比“火箭船”更重要：为什么超高速增长并不能准确预测个人成长
* 冷启动招聘：雇用你并不认识的人
* 设计更有人情味的面试流程
* 如何在架构面试中脱颖而出

## **软件架构与系统设计**

* 可扩展系统架构入门
* 你无法真正推理一大团泥球
* 失败开放与分层策略
* 构建面向软件的架构
* 提供可穿透的抽象

## **基础设施与研发效率**

* 基础设施工程中的产品管理
* 云扩张的物理学
* 基础设施：在成本中心与自我实现之间
* 服务质量、成本与配额
* 从 Lambda 到 Kappa，以及数据流范式
* 构建技术杠杆
* 构建软件部署流水线
* 技术传承

## **其他工程管理资源**

* 我最喜欢的一些技术论文
* 最简短的媒体培训
* 《好战略，坏战略》读书笔记
* 组织论文阅读小组