04-12-05 管理中高层 - 笔记

04-12-05 管理中高层 - 笔记

章节信息

核心主题: 管理多个团队（总监级别）和管理管理者——从管人到管经理的角色跃迁
学习目标: 理解总监/VP 级别的管理挑战，学会如何管理经理而非直接管理工程师，掌握组织设计和战略规划的方法
关键要点: Manager of Managers 的角色转换、战略与执行的平衡、组织重组的最佳实践、中层管理者的常见陷阱

核心概念

1. 从管团队到管多个团队：总监级别的挑战

定义

当你从管理一个团队（5-10 人）升级为管理多个团队（20-50+ 人）时，你的角色从Engineering Manager变为Engineering Director。这不只是规模的变化，而是管理对象的变化。

管理对象的变化：

个人贡献者（IC）： 产出 = 自己的代码 工程经理（EM）： 产出 = 团队的总产出（管理工程师） 工程总监（Director）： 产出 = 多个团队的总产出（管理经理）

为什么管经理和管工程师不同？

管工程师（EM 级别） ├─ 你能了解每个工程师的工作细节 ├─ 你能给出具体的技术建议 ├─ 你能直接感知团队氛围 └─ 你的干预通常直接有效 管经理（Director 级别） ├─ 你不再了解每个工程师的工作细节 ├─ 你给的是战略和方向建议，不是技术建议 ├─ 你通过经理来感知团队状态（间接） └─ 你的干预通过经理间接生效，需要耐心

最危险的陷阱：

❌ 跳过经理，直接指挥工程师 → 这会破坏经理的权威 → 让工程师困惑（"我该听谁的？"） → 经理失去对团队的控制感 ✅ 正确做法：通过经理传达和执行 → 和经理对齐方向 → 让经理在自己的团队中执行 → 信任经理的判断

总监的典型时间分配

总监的时间分配（vs 经理的对比） ├─ 战略规划和执行：30-40% ← 大幅增加 │ ├─ 季度/年度规划 │ ├─ 资源分配和预算 │ └─ 技术方向决策 │ ├─ 管理经理：25-30% │ ├─ 与每位经理的 1:1 │ ├─ 经理的职业发展 │ └─ 经理之间的协调 │ ├─ 跨部门协调：20-25% ← 大幅增加 │ ├─ 与其他部门（产品、设计、运营） │ ├─ 高层会议 │ └─ 利益相关者管理 │ ├─ 招聘和组织设计：10-15% │ ├─ 关键岗位招聘 │ ├─ 团队重组 │ └─ 编制规划 │ └─ 技术参与：0-5% ← 大幅减少 └─ 只在关键架构决策时参与

2. 管理管理者（Manager of Managers）

定义

管理管理者是 Camille Fournier 书中强调的一个关键转折点——你需要管理那些本身就在管理别人的人。

经理的独特需求

经理作为你的直接下属，他们的需求和普通工程师不同：

经理需要什么？ ├─ 自主权 │ ├─ 他们需要空间自己做决策 │ ├─ 过度干预会让他们失去动力 │ └─ 但完全不放手又可能导致方向偏差 │ ├─ 支持 │ ├─ 遇到困难的团队成员时，需要你提供建议 │ ├─ 跨团队冲突需要你出面协调 │ └─ 需要你知道他们的工作并给他们背书 │ ├─ 成长 │ ├─ 他们也想进步（高级经理 → 总监 → VP） │ ├─ 需要你帮助他们扩展影响力 │ └─ 需要你有意识地培养他们 │ └─ 反馈 ├─ 他们也需要反馈，而且更难给 ├─ 因为他们本身就在管理别人 └─ 给经理的反馈需要更微妙的方式

如何给经理做 1:1

经理的 1:1 vs 工程师的 1:1 工程师的 1:1 重点关注： ├─ 个人工作满意度 ├─ 技术成长 ├─ 职业发展 └─ 个人关系 经理的 1:1 重点关注： ├─ 团队状态和健康度 │ ├─ "你的团队现在士气如何？" │ ├─ "有没有人有离职风险？" │ └─ "团队最大的挑战是什么？" │ ├─ 经理自身的挑战 │ ├─ "管理上最困难的是什么？" │ ├─ "有没有你觉得难以处理的团队成员？" │ └─ "你需要我帮你做什么？" │ ├─ 战略对齐 │ ├─ "你觉得团队的方向对吗？" │ ├─ "有没有优先级冲突？" │ └─ "资源够不够？" │ └─ 经理的职业发展 ├─ "你想往哪个方向发展？" └─ "我怎样帮你获得更多机会？"

好经理 vs 坏经理：管经理的对比

3. 战略规划与执行

定义

在总监级别，你不再只是执行别人的战略——你需要制定战略并将其转化为执行。

战略规划的层次

战略规划的四个层次 ├─ 公司战略（CEO/CTO 级别） │ └─ "未来三年我们要成为行业领导者" │ ├─ 部门战略（VP 级别） │ └─ "今年我们要上线三个新产品线" │ ├─ 团队战略（Director 级别）← 你在这里 │ └─ "我的三个团队分别负责 A、B、C 产品" │ └─ 执行计划（Manager 级别） └─ "Sprint 1-4 做功能 X，Sprint 5-8 做功能 Y"

从战略到执行的转换

战略规划流程（Director 级别） ├─ 阶段1：理解上级战略 │ ├─ 和 VP/CTO 对齐年度目标 │ ├─ 理解业务优先级 │ └─ 明确约束条件（预算、时间、人员） │ ├─ 阶段2：拆解到团队 │ ├─ 每个团队负责哪些目标？ │ ├─ 团队之间的依赖关系是什么？ │ └─ 资源分配是否匹配优先级？ │ ├─ 阶段3：和经理共同制定 │ ├─ 不是单方面下达命令 │ ├─ 让经理参与规划，利用他们的信息 │ └─ 确保经理理解和认同方向 │ ├─ 阶段4：传达给团队 │ ├─ 经理把规划传达给各自团队 │ ├─ 确保每个工程师理解"为什么" │ └─ 连接日常工作到战略目标 │ └─ 阶段5：持续跟踪和调整 ├─ 季度回顾（QBR） ├─ 根据业务变化调整 └─ 灵活但不频繁改变方向

战略规划的常见陷阱

❌ 陷阱1：战略太模糊 "我们要做得更好" → 没有具体指标和时间线 → 好的战略：Q3 之前将系统可用性从 99% 提升到 99.9% ❌ 陷阱2：战略太多 列出 20 个"战略优先级" → 等于没有优先级 → 好的做法：最多 3-5 个核心优先级 ❌ 陷阱3：只有自上而下 总监一个人在办公室写规划 → 脱离实际 → 好的做法：经理参与，利用一线信息 ❌ 陷阱4：制定后就忘了 年初写完规划就搁置 → 和日常执行脱节 → 好的做法：每月/季度回顾，持续跟踪

关键知识点

知识点1：组织设计与重组

什么时候需要重组？

需要重组的信号 ├─ 团队之间依赖过重 │ ├─ 一个团队的产出严重依赖另一个团队 │ ├─ 每次改动都需要跨团队协作 │ └─ 解决方案：重新划分团队边界 │ ├─ 团队方向不聚焦 │ ├─ 一个团队负责太多产品线 │ ├─ 上下文切换成本太高 │ └─ 解决方案：拆分团队 │ ├─ 业务方向变化 │ ├─ 公司推出了新的业务线 │ ├─ 旧的业务线被缩减 │ └─ 解决方案：重新分配人员和资源 │ └─ 管理半径超限 ├─ 一个经理管的人太多 └─ 解决方案：引入新的经理或拆分团队

重组的原则

团队划分的原则 ├─ 最小化跨团队依赖 │ └─ 每个团队应该能独立完成大部分工作 │ ├─ 清晰的职责边界 │ └─ 每个团队知道自己的领域，也知道自己不管什么 │ ├─ 业务对齐 │ └─ 团队划分应该反映业务结构（产品线/客户群/功能域） │ ├─ 成长空间 │ └─ 每个团队应该有足够的空间成长和发展 │ └─ 适度冗余 └─ 允许一定程度的能力重叠（避免单点故障）

重组的执行

重组的最佳实践 ├─ 前期准备 │ ├─ 和关键利益相关者沟通 │ ├─ 设计新的组织结构 │ └─ 确定过渡计划 │ ├─ 宣布 │ ├─ 一次性告知所有受影响的人 │ ├─ 解释"为什么"（原因和好处） │ └─ 回答所有问题 │ ├─ 过渡期 │ ├─ 设置过渡期（通常 1-3 个月） │ ├─ 提供额外的支持 │ └─ 密切关注团队士气 │ └─ 后续 ├─ 确认新结构是否解决了问题 ├─ 处理遗留问题 └─ 在新结构稳定后做回顾

知识点2：中层管理者的角色转换

经理的两个极端

Camille 在书中特别强调了中层经理容易陷入的两个极端：

中层经理的两个极端 极端A：微观管理者（Micromanager） ├─ 表现 │ ├─ 管到每个技术决策 │ ├─ 审查每行代码 │ ├─ 不给团队自主权 │ └─ 团队失去了创造力 │ └─ 根因 ├─ 刚从 Tech Lead 升上来，不习惯放手 ├─ 担心失去技术控制力 └─ 不知道如何信任团队 极端B：撒手掌柜（Absent Manager） ├─ 表现 │ ├─ 不关心团队的具体工作 │ ├─ 1:1 经常取消 │ ├─ 团队出了问题也不知道 │ └─ 团队成员觉得被忽视 │ └─ 根因 ├─ 管的人太多，顾不过来 ├─ 把"放权"理解为"不管" └─ 用忙作为不管理的借口

正确的中间道路

有效管理的中间道路 ├─ 关注"什么"（What），不是"怎么做"（How） │ ├─ 设定目标和期望 │ ├─ 让团队自己决定实现方式 │ └─ 在关键节点检查进度 │ ├─ 定期但不侵入 │ ├─ 固定的 1:1 和团队会议 │ ├─ 了解进展但不指挥每个步骤 │ └─ 在需要时提供帮助 │ ├─ 知道什么时候深入 │ ├─ 项目延期时 │ ├─ 团队出现冲突时 │ └─ 关键决策需要经理参与时 │ └─ 知道什么时候后退 ├─ 团队运转良好时 ├─ 工程师在处理自己擅长的事时 └─ 不需要你的时候不要硬插

知识点3：利益相关者管理

定义

在总监级别，你面对的利益相关者（Stakeholders）远比经理级别多且复杂。

总监的利益相关者地图 ├─ 向上 │ ├─ VP Engineering │ ├─ CTO │ └─ 有时直接到 CEO │ ├─ 平级 │ ├─ 其他部门的总监 │ ├─ 产品总监 │ ├─ 设计总监 │ └─ 运营总监 │ ├─ 向下 │ ├─ 工程经理（直接下属） │ └─ 间接管理的工程师 │ └─ 外部（视情况） ├─ 客户/客户代表 ├─ 供应商/合作伙伴 └─ 技术社区

利益相关者管理的核心技巧

管理利益相关者的框架 ├─ 识别 │ ├─ 谁会影响你的团队？ │ ├─ 谁会被你的团队影响？ │ └─ 谁有资源/权力支持或阻碍你？ │ ├─ 理解 │ ├─ 每个利益相关者的目标是什么？ │ ├─ 他们的优先级和你的有什么冲突？ │ └─ 他们最关心什么信息？ │ ├─ 沟通 │ ├─ 定期主动沟通（不要等他们来问） │ ├─ 根据对方关心的内容定制信息 │ └─ 坏消息要早说，不要等到最后一刻 │ └─ 管理期望 ├─ 明确能做什么和不能做什么 ├─ 不承诺做不到的事 └─ 有变化时及时更新

知识点4：管理跨度和组织层级

最佳管理跨度

管理跨度（Span of Control） ├─ 经理管工程师：5-8 人为佳 │ └─ 最多不超过 10 人 │ ├─ 总监管经理：4-7 人为佳 │ └─ 每个经理带 5-8 个工程师 │ └─ 所以一个总监间接管 20-56 人 │ └─ VP 管总监：3-6 人为佳 └─ 每个总监带 4-7 个经理 └─ 所以一个 VP 间接管 60-300+ 人

层级深度的权衡

组织层级的深度 扁平组织（2-3 层）： ├─ 优点 │ ├─ 信息传递快 │ ├─ 决策快 │ └─ 经理更接近一线 │ └─ 缺点 ├─ 每个经理管的人太多 ├─ 经理没有足够时间给每个人 └─ 晋升通道短 层级组织（4-5 层）： ├─ 优点 │ ├─ 每个经理管的人合理 │ ├─ 有更多管理人才可以培养 │ └─ 清晰的晋升路径 │ └─ 缺点 ├─ 信息传递慢且会失真 ├─ 决策慢 └─ 高层远离一线

好经理，坏经理：本章速查

中层管理者的常见陷阱

好总监 vs 坏总监 战略层面： ├─ 好：战略少而精，聚焦 3-5 个核心优先级 │ 坏：20 个"战略" = 没有优先级 │ ├─ 好：和经理共同制定战略 │ 坏：一个人在办公室写规划 │ └─ 好：持续跟踪和调整 坏：写完就忘 管理经理： ├─ 好：通过经理传达和执行 │ 坏：跳过经理直接指挥工程师 │ ├─ 好：给经理自主权和信任 │ 坏：所有决定都要自己审批 │ └─ 好：私下给经理反馈，公开支持 坏：在工程师面前质疑经理 组织设计： ├─ 好：当依赖过重时主动重组 │ 坏：明知结构有问题却不动 │ ├─ 好：重组前充分沟通，一次性宣布 │ 坏：偷偷摸摸或突然袭击 │ └─ 好：重组后密切关注士气和过渡 坏：宣布完就不管了

本章自我评估清单

请用以下清单评估自己的中高层管理实践：

战略与执行 ├─ □ 我有清晰的 3-5 个战略优先级 ├─ □ 每个团队理解自己的角色和目标 ├─ □ 我和经理共同制定规划，不只单方面下达 ├─ □ 我定期（季度）回顾战略进展 └─ □ 我能连接日常工作到战略目标 管理经理 ├─ □ 我和每位经理有固定的 1:1 ├─ □ 我关注经理的挑战，不只团队产出 ├─ □ 我给经理自主权，不干预每个决定 ├─ □ 我在必要时介入，但提前和经理沟通 ├─ □ 我有意识培养经理的成长 └─ □ 我不跳过经理直接指挥工程师 组织设计 ├─ □ 我清楚当前的团队结构是否最优 ├─ □ 团队之间的依赖关系是合理的 ├─ □ 每个经理的管理跨度在合理范围 ├─ □ 如果需要重组，我有勇气推动 └─ □ 重组时我会充分沟通和提供支持 利益相关者管理 ├─ □ 我知道所有关键利益相关者是谁 ├─ □ 我定期主动和他们沟通 ├─ □ 我能理解他们的目标和优先级 ├─ □ 坏消息我会早说 └─ □ 我管理的期望是现实的

本章总结

本章涵盖了从管理一个团队到管理多个团队、从管理工程师到管理经理的巨大转变。Camille 用"Managing Multiple Teams"和"Managing Managers"两章的精华告诉我们：随着管理层级的上升，管理的对象、方式和关注点都在变化，但核心不变——你的成功仍然取决于你能帮助多少人成功。

核心要点速查：

• 总监的产出 = 多个团队的总产出，通过经理间接实现
• 永远不要跳过经理直接指挥工程师——这会破坏整个管理链
• 经理的 1:1 和工程师的 1:1 不同：关注团队健康、战略对齐、经理成长
• 战略规划不是一个人写文档——和经理共同制定，定期回顾
• 组织重组的最佳时机是依赖过重、方向分散、管理超限时
• 中层经理的两个极端：微观管理和撒手掌柜，中间道路最难

实战心法：

• 管经理的本质是"管方向，不管执行"——你知道该去哪里，让经理决定怎么去
• 战略不在于多而在于精——3 个真正聚焦的优先级胜过 20 个口号
• 重组不可怕，可怕的是明知道结构有问题却不动

金句：当你管理的是管理者时，你的杠杆不再来自个人贡献，而是来自你帮助多少位管理者更好地领导他们的团队。