08-技术经理必修管理知识从管理到领导——高阶技术管理者的自我修养管理者正确地做事领导者做正确的事。管理的终点是效率领导的起点是方向。当你开始思考我们该往哪里走而不是我们该怎么走快一点你就完成了从管理者到领导者的跨越。前言管理与领导不是同一件事很多人把管理和领导混为一谈。觉得当了经理就是领导者了管着 20 个人的团队就是在领导了。但做了几年之后你会发现一个现象——有些人管了 50 个人的团队团队成员还是只听令行事有些人没有直接下属但整个公司都在追随他的技术方向。区别在哪管理是关于流程和控制的领导是关于愿景和变革的。管理让你把事情做对领导让你做对的事情。这系列文章的最后一篇我们不谈具体的管理工具和流程而是站到一个更高的视角聊聊一个技术管理者如何从做好管理进化到成为真正的领导者。一、管理与领导的本质区别1.1 一张图看清区别沃伦·本尼斯Warren Bennis领导力研究的奠基人之一对管理和领导做过一个经典的对比┌─────────────────────────────────────────────────────────────┐ │ 管理与领导对比 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ 管理Management 领导Leadership │ │ ────────────── ────────────── │ │ │ │ 正确地做事 做正确的事 │ │ (Efficiency) (Effectiveness) │ │ │ │ 维持秩序和稳定 推动变革和创新 │ │ │ │ 关注系统和流程 关注人和愿景 │ │ │ │ 控制和监督 信任和赋能 │ │ │ │ 问怎么做 问为什么做和做什么 │ │ │ │ 短期结果导向 长期价值导向 │ │ │ │ 管理现状 创造未来 │ │ │ │ ────────────────────────────────────────────────────── │ │ │ │ 关键区别 │ │ · 管理关注的是把现有系统运转得更好 │ │ · 领导关注的是是否需要一个新的系统 │ │ · 管理者是维持者领导者是变革者 │ │ · 好的管理让你不走偏好的领导让你走得更远 │ │ │ └─────────────────────────────────────────────────────────────┘1.2 技术经理的领导力进化路径┌─────────────────────────────────────────────────────────────┐ │ 技术经理领导力进化路径 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ Level 1: 任务管理者 │ │ │ │ · 分配任务、跟踪进度、确保交付 │ │ │ │ · 关注点本周的 Sprint 能不能完成 │ │ │ └─────────────────────────────────────────────────────┘ │ │ ↓ │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ Level 2: 团队建设者 │ │ │ │ · 建设团队、培养人才、优化流程 │ │ │ │ · 关注点团队的整体效能和成长 │ │ │ └─────────────────────────────────────────────────────┘ │ │ ↓ │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ Level 3: 技术领导者 │ │ │ │ · 技术战略、架构方向、跨团队影响力 │ │ │ │ · 关注点技术方向是否正确、团队是否有前瞻性 │ │ │ └─────────────────────────────────────────────────────┘ │ │ ↓ │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ Level 4: 组织变革者 │ │ │ │ · 组织能力建设、业务战略参与、行业影响力 │ │ │ │ · 关注点技术在组织战略中的角色和价值 │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ │ 从 Level 1 到 Level 4不是升职而是思维方式的跃迁。 │ │ │ └─────────────────────────────────────────────────────────────┘二、战略思维培养2.1 三层战略思维模型技术管理者需要具备三个层面的战略思考能力┌─────────────────────────────────────────────────────────────┐ │ 三层战略思维模型 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ 第一层技术趋势洞察 │ │ │ │ │ │ │ │ · AI 大模型对软件开发方式的影响 │ │ │ │ · 云原生、边缘计算、Serverless 的演进方向 │ │ │ │ · 新编程语言、新框架的成熟度和适用场景 │ │ │ │ · 开源生态的变化趋势 │ │ │ │ │ │ │ │ 培养方式 │ │ │ │ · 每周花 2 小时浏览技术趋势技术雷达、论文、会议 │ │ │ │ · 参加 1-2 个高质量的技术大会线上/线下 │ │ │ │ · 与行业内的技术同行定期交流 │ │ │ └─────────────────────────────────────────────────────┘ │ │ ↓ │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ 第二层业务战略理解 │ │ │ │ │ │ │ │ · 公司的商业模式是什么盈利逻辑是什么 │ │ │ │ · 核心竞品在做什么我们的差异化在哪里 │ │ │ │ · 市场和用户在发生什么变化 │ │ │ │ · 技术在业务增长中扮演什么角色 │ │ │ │ │ │ │ │ 培养方式 │ │ │ │ · 参加公司的战略规划会议 │ │ │ │ · 定期与产品、业务负责人交流 │ │ │ │ · 学习基础的商业和财务知识 │ │ │ └─────────────────────────────────────────────────────┘ │ │ ↓ │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ 第三层技术战略规划 │ │ │ │ │ │ │ │ · 未来 3 年的技术路线图 │ │ │ │ · 技术投资组合哪些方向要重投哪些要止损 │ │ │ │ · 技术团队的组织和能力建设规划 │ │ │ │ · 技术品牌建设开源贡献、技术博客、大会演讲 │ │ │ │ │ │ │ │ 培养方式 │ │ │ │ · 亲自编写技术战略文档 │ │ │ │ · 定期向上级汇报技术战略进展 │ │ │ │ · 在实践中不断修正和迭代 │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ └─────────────────────────────────────────────────────────────┘2.2 三年技术路线图示例┌─────────────────────────────────────────────────────────────┐ │ 三年技术路线图示例 │ ├──────────┬──────────────────────────────────────────────────┤ │ 阶段 │ 重点工作 │ ├──────────┼──────────────────────────────────────────────────┤ │ │ · 完成核心系统微服务化改造 │ │ Year 1 │ · 建立 CI/CD 流水线和自动化测试体系 │ │ 基础建设│ · 统一技术栈和开发规范 │ │ │ · 组建云原生基础设施团队 │ ├──────────┼──────────────────────────────────────────────────┤ │ │ · 引入 AI 辅助开发工具提升研发效率 30% │ │ Year 2 │ · 建设统一的可观测性平台日志/监控/链路追踪 │ │ 效能提升│ · 启动技术中台建设提取通用业务能力 │ │ │ · 建立技术品牌开源项目、技术大会演讲 │ ├──────────┼──────────────────────────────────────────────────┤ │ │ · AI 原生应用架构落地LLM 集成、智能推荐 │ │ Year 3 │ · 全面的 FinOps云成本优化 │ │ 创新引领│ · 建设行业级的技术影响力 │ │ │ · 技术团队的组织能力成为公司核心竞争力 │ └──────────┴──────────────────────────────────────────────────┘三、组织能力建设3.1 组织能力三维度麦肯锡提出了著名的组织能力 3S 模型——硬职能Skills、软系统Systems、共同价值观Shared Values。对技术团队来说┌─────────────────────────────────────────────────────────────┐ │ 技术团队组织能力三维度 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ ┌──────────┐ │ │ ╱ 共同价值观 ╲ │ │ ╱ (Shared ╲ │ │ ╱ Values) ╲ │ │ ╱──────────────────╲ │ │ ╱ ╲ │ │ ╱ 软系统 ╲ │ │ ╱ (Systems) ╲ │ │ ╱──────────────────────────╲ │ │ ╱ ╲ │ │ └──────────────────────────────┘ │ │ ┌──────────┐ │ │ ╱ 硬职能 ╲ │ │ ╱ (Skills) ╲ │ │ ╱──────────────╲ │ │ │ │ 硬职能Skills │ │ · 团队具备的技术能力、工具使用能力、业务理解能力 │ │ · 提升方式培训、招聘、知识共享 │ │ │ │ 软系统Systems │ │ · 研发规范、发布流程、Code Review 机制、绩效考核 │ │ · DevOps 平台、效能度量、自助服务工具 │ │ · 事故响应流程、变更管理流程 │ │ │ │ 共同价值观Shared Values │ │ · 工程文化代码质量、心理安全、持续改进 │ │ · 工作态度主动负责、追求卓越、协作共赢 │ │ · 人才理念尊重成长、开放包容、多元发展 │ │ │ └─────────────────────────────────────────────────────────────┘3.2 平台化建设当团队规模扩大到一定程度通常 15 人以上你需要把人治升级为平台治平台类型核心功能价值DevOps 平台CI/CD 流水线、环境管理、发布管理标准化交付流程效能度量平台DORA 指标、代码质量指标、项目进度数据驱动的管理决策知识管理平台文档、Wiki、技术博客、最佳实践知识沉淀和传承自助服务平台环境申请、权限管理、资源配额减少等待提升效率四、自我管理与成长4.1 时间管理四层时间分配德鲁克在《卓有成效的管理者》中反复强调管理者最稀缺的资源不是钱、不是人而是时间。越往高处走时间管理越重要。┌─────────────────────────────────────────────────────────────┐ │ 高阶管理者时间分配模型 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ 第一层战略思考20-30% │ │ │ │ · 技术趋势研究 │ │ │ │ · 长期规划 │ │ │ │ · 行业交流 │ │ │ │ · 深度阅读和思考 │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ 第二层团队建设30-40% │ │ │ │ · 1:1 沟通 │ │ │ │ · 人才招聘和发展 │ │ │ │ · 绩效管理和激励 │ │ │ │ · 团队文化建设 │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ 第三层跨部门协作20-25% │ │ │ │ · 向上汇报和资源争取 │ │ │ │ · 跨团队协调 │ │ │ │ · 业务对齐 │ │ │ │ · 外部合作 │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ 第四层日常管理10-15% │ │ │ │ · 会议尽量减少 │ │ │ │ · 邮件/消息处理批量处理 │ │ │ │ · 行政事务 │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ │ 关键原则 │ │ · 保护第一层时间——这是你最有价值的产出 │ │ · 授权第四层工作——能别人做的就不自己做 │ │ · 学会说不——不是所有会议都需要参加 │ │ · 保护深度工作时间——每天至少 2 小时不被打扰 │ │ │ └─────────────────────────────────────────────────────────────┘4.2 授权四象限技术管理者最容易犯的错误之一就是授权不足。德鲁克说过“如果一件事别人能做 80 分而你能做 100 分你也应该授权给他。因为你把时间省下来做那件只有你能做的事价值远大于 20 分的差距。”┌─────────────────────────────────────────────────────────────┐ │ 授权四象限 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ 高重要性 │ │ ▲ │ │ │ │ │ ┌─────────────┼─────────────┐ │ │ │ Q2 │ Q1 │ │ │ │ 授权指导 │ 亲自做 │ │ │ │ 交办出去 │ 你必须 │ │ │ │ 但密切跟进 │ 亲自处理 │ │ │ │ │ │ │ │ │ 例团队绩效│ 例关键客户 │ │ │ │ 目标制定 │ 级事故响应 │ │ │ │ │ 战略决策 │ │ │ ├─────────────┼─────────────┤ │ │ │ Q4 │ Q3 │ │ │ │ 尽量不做 │ 充分授权 │ │ │ │ 或快速处理 │ 信任团队 │ │ │ │ │ 自主完成 │ │ │ │ 例日常行政│ 例常规需求 │ │ │ │ 事务 邮件 │ 开发 代码 │ │ │ │ 回复 │ Review │ │ │ └─────────────┼─────────────┘ │ │ │ │ │ 低重要性 │ │ 低紧迫度 ──┼── 高紧迫度 │ │ │ └─────────────────────────────────────────────────────────────┘4.3 持续学习技术管理者的知识地图┌─────────────────────────────────────────────────────────────┐ │ 技术管理者学习地图 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ 管理经典必读 │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ · 彼得·德鲁克《卓有成效的管理者》 │ │ │ │ · 彼得·德鲁克《管理的实践》 │ │ │ │ · 史蒂芬·柯维《高效能人士的七个习惯》 │ │ │ │ · 吉姆·柯林斯《从优秀到卓越》 │ │ │ │ · 丹尼尔·戈尔曼《情商》 │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ │ 领导力进阶推荐 │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ · 沃伦·本尼斯《成为领导者》 │ │ │ │ · 约翰·麦克斯韦尔《领导力21法则》 │ │ │ │ · 埃米尼亚·伊贝拉《逆向管理》 │ │ │ │ · 金·斯科特《彻底坦率》 │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ │ 技术前沿持续关注 │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ · ThoughtWorks 技术雷达每半年更新 │ │ │ │ · InfoQ / QCon 技术大会 │ │ │ │ · arXiv / 顶级技术会议论文 │ │ │ │ · 各大云厂商技术博客 │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ │ 行业交流拓展视野 │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ · 技术社区参与开源贡献、技术论坛 │ │ │ │ · 跨公司技术管理者交流 │ │ │ │ · 行业研究报告 │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ └─────────────────────────────────────────────────────────────┘五、自我修炼清单如果你已经走到了技术经理、甚至技术总监的位置可以用下面的清单定期自检┌─────────────────────────────────────────────────────────────┐ │ 高阶技术管理者自检清单 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ 战略思维 │ │ □ 你能清晰地说出团队未来 1-3 年的技术方向 │ │ □ 你的技术决策考虑了 2-3 年后的影响 │ │ □ 你理解公司业务战略并能将技术战略与之对齐 │ │ □ 你能向非技术背景的高管讲清楚技术投入的价值 │ │ │ │ 组织能力 │ │ □ 你建设了一个不依赖你个人也能正常运转的团队 │ │ □ 你培养了至少 2 个能接替你的候选人 │ │ □ 团队的工程流程和规范已经制度化、平台化 │ │ □ 你建立了有效的知识传承机制 │ │ │ │ 自我管理 │ │ □ 你每周至少有 5 小时用于战略思考和深度学习 │ │ □ 你能有效管理时间不在琐事上浪费时间 │ │ □ 你能在压力下保持冷静和理性 │ │ □ 你能接受团队成员的方案与你不同 │ │ │ │ 影响力 │ │ □ 你在组织内被视为技术方向的权威 │ │ □ 你能影响跨团队的技术决策 │ │ □ 你在行业中有一定的技术影响力 │ │ □ 你的团队成员愿意追随你的方向 │ │ │ │ 持续成长 │ │ □ 你每月至少读一本管理或领导力相关的书 │ │ □ 你有一个稳定的技术管理者交流圈子 │ │ □ 你能定期反思自己的不足并制定改进计划 │ │ □ 你对自己的职业发展有清晰的规划 │ │ │ └─────────────────────────────────────────────────────────────┘写在最后从这个系列的第一篇到第八篇我们走完了一个技术管理者从角色认知到领导力进阶的完整路径。回过头来看这些内容的核心其实可以浓缩成几句话管理是科学领导是艺术。管理有流程、有工具、有最佳实践可以学领导力则需要你通过实践、反思、再实践来慢慢修炼。人对了事情就对了。作为技术管理者你最核心的工作永远是人——选对人、培养人、激励人、成就人。技术和架构都是工具人才是真正的杠杆。成长没有终点。无论你现在处于什么阶段总有新的领域需要学习、新的挑战需要面对。保持谦逊、保持好奇、保持行动。彼得·德鲁克说过一句话作为这个系列的结尾再合适不过“领导者的唯一定义就是有追随者的人。”不是因为你有一个经理的头衔别人就追随你。而是因为你的视野让他们看到方向你的行动让他们感到信任你的关怀让他们愿意全力以赴。成为那样的领导者是值得用一生去追求的事。参考来源彼得·德鲁克《卓有成效的管理者》《管理的实践》沃伦·本尼斯《成为领导者》史蒂芬·柯维《高效能人士的七个习惯》吉姆·柯林斯《从优秀到卓越》埃米尼亚·伊贝拉《逆向管理》麦肯锡组织能力 3S 模型ThoughtWorks 技术雷达系列文章导航编号文章标题01从程序员到管理者的角色认知与思维转型02技术领导力构建与团队影响力塑造03高效技术团队组建与人才梯队建设04目标管理与敏捷交付实践05一对一沟通、绩效管理与激励机制06冲突解决、跨部门协作与向上管理07技术债治理、工程文化与持续改进08从管理到领导——高阶技术管理者的自我修养本文