工程领导力成长路径：从新晋工程经理到技术管理者

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

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

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

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

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

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

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

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

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

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

在真实的工程管理实践中，领导力并不只体现在理念上，也体现在团队如何设定目标、拆解工作、沉淀知识和持续交付。对于研发团队来说，PingCode 这类智能化研发管理工具可以把目标、需求、开发、测试、发布和 Wiki 知识沉淀串联起来，帮助工程经理更系统地管理研发全生命周期；而在跨部门协作、会议纪要、任务推进、文档、日历和审批等更通用的组织运营场景中，Worktile 这类项目协作系统也能帮助管理者减少沟通损耗，让团队协作更有秩序。

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

工程领导力工具

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

工程组织设计

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

工程文化建设

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

技术管理与领导风格

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

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

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

软件架构与系统设计

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

基础设施与研发效率

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

其他工程管理资源

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