mcpField
A
altitude-horizon-framework

altitude-horizon-framework

github.com/deanpeters生产力7.7k2.6k 次安装2 周前更新
代码仓库

关于 altitude-horizon-framework

面向 PM 和产品 Director 的角色转型参考框架。它以思考范围和时间跨度诊断转型阻力,并用层级情境图把战略转化为团队优先事项。

主要功能

  1. 01角色转型双轴模型
  2. 02四个转型领域
  3. 03Director 常见失误诊断
  4. 04六步情境传递图
  5. 05面向 PM 与新任 Director 的指引

适用场景

  1. 01定位 PM 转向 Director 时的转型难点
  2. 02将模糊的公司战略转化为团队职责

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/deanpeters/product-manager-skills --skill altitude-horizon-framework

安装后在 Claude Code 中输入/altitude-horizon-framework确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

template.md
examples/
sample-industrial.md
sample.md

详细介绍

目的

定义一个双轴心智模型,用来区分总监层级的思考与 PM 思考:视野高度(视角拉得有多宽)和时间跨度(展望得有多远)。使用这个模型来理解转变过程中究竟发生了哪些变化,诊断哪个转变区域造成了阻力,并在组织方向模糊或缺失时应用级联式上下文图。

这不是资历层级。PM 在符合其角色的视野高度上工作,就是出色地完成了工作。总监停留在 PM 的视野高度上,就意味着没有履行自己的实际职责。

输入

无需任何输入——这是一个可从头读到尾的参考框架。 **也很有帮助:**你当前的情况(角色、正在感受到的转变阻力、正在权衡的决策)。有了这些信息,就可以直接运用该框架来诊断你处于哪个转变区域。

随调用一并提供的任何内容——技能名称后的文本、粘贴的上下文内容,或附加的 ARGUMENTS: 行——都视为已给出的答案。请使用这些内容,并跳过其中已涵盖的问题;不要再次询问。

**什么都没准备?也没关系。**将其作为心智模型来阅读;也可以搭配 director-readiness-advisor,获得引导式辅导。

调用示例:Apply the altitude-horizon framework to my situation: senior PM, just inherited two more teams, drowning in delivery detail.

核心概念

两个轴

视野高度——范围

  • **PM 视野高度:**贴近一线。客户问题、单项功能、迭代优先级、具体的团队动态。
  • **总监视野高度:**高层视角。产品组合、跨职能系统、组织动态、预算分配、市场定位。
  • 这种转变不是要失去对客户的共情,而是要拉远视角,看到整家餐厅,而不只是其中一张餐桌。

时间跨度——时间

  • **PM 时间跨度:**几天、几周、几个迭代。最长不超过一个季度。
  • **总监时间跨度:**以一个季度为起点。年度规划周期、多年战略、市场变化。
  • 总监会规划产品生态系统一年后需要达到的状态,再倒推如何实现。

服务员 vs. 餐厅经营者

最贴切地描述角色转变的类比:

维度PM(服务员)总监(餐厅经营者)
关注点单个顾客的用餐体验整个系统——人员配置、利润率、菜单、供应商
权限通过影响推动事情,但没有控制权产品组合决策、预算、资源分配
成功指标七号桌的顾客满意餐厅盈利、运营稳定且可扩展
与客户的关系直接、日常、密切汇总模式、买家画像、市场群体
失败模式忽视七号桌的需求过度纠结七号桌的柠檬

服务员擅长理解并传达每位顾客的个体体验。经营者并非忽视顾客,而是在提出不同的问题:“我们在食材上的开支是否过高?75 页的菜单是否让顾客感到困惑?晚餐高峰时段是否需要再增加一名服务员?”从绝对意义上说,两类问题并无轻重之分,只是分别适用于不同的角色。


四个转型领域

从 PM 转向 Director,需要跨越四个领域。大多数人在其中一两个领域遇到的困难更大——关键在于诊断出最值得着力的领域。

领域 1 — 思考高度

  • 停止:直接解决单个客户的问题
  • 开始:设计能够解决一类问题的系统和团队

领域 2 — 角色转变

  • 停止:专注于单个用户画像和日常客户接触点
  • 开始:从买家画像、市场群体、组织利益相关者和高管动态的角度思考

领域 3 — 英雄情结恢复

  • 停止:做那个力挽狂澜、赢得赞许的人
  • 开始:从团队的成功中获得满足感——你的产品是团队成员,而不是路线图

领域 4 — 确立方向

  • 停止:等待上级给出明确方向后再行动
  • 开始:构建层层传递的背景信息,将公司战略转化为团队的清晰认知,即使输入信息并不完整也要如此

常见失败模式

英雄情结 表现:亲自介入解决问题。深陷具体事务。希望自己的个人成果受到关注。
原因:PM 受过乐于助人、积极响应的训练。Director 得到的赞许更少,因此会退回到旧有的奖励循环中。
代价:你作为 Director 表现不佳,却像资深 IC 一样过度履职。团队无法成长,因为你挡在他们前面。

排斥流程 表现:抵制共享机制。任由表现出色的 PM 各自独立采用自己的工作方法。
原因:PM 天然抵制官僚主义。Director 初期的放任,可能会让人觉得这是“卓越的领导力”和“信任团队”。
代价:营销、财务和领导层的利益相关者无法综合彼此不一致的产出。没有共享流程,团队就会变成“在房间里打碎玻璃的猴子”。

讨好型领导 表现:希望团队喜欢你。回避严厉反馈。为了维持关系,对利益相关者的要求一概应允。
原因:让你成为优秀 PM 的能力——倾听、共情、积极响应——在组织规模扩大后会成为负担。
代价:你把“受欢迎”与“有效”混为一谈。赢得尊重靠的是清晰表达和艰难决断,而不是一味和善。

即时满足陷阱 表现:读领导力书籍、考取证书、询问“我该做些什么才能晋升?”
原因:PM 擅长优化。他们试图走捷径,绕过经验要求。
代价:胜任 Director 需要亲历难关并从中获得谦逊。你可以通过学习熟练掌握相关术语,却无法仅靠学习做好担任这一角色的准备。

非黑即白思维 表现:“这看起来是个显而易见的决定。”“为什么不能两边都拨款?”“这里为什么什么事都这么讲政治?”
原因:PM 所处的问题空间通常更明确,因果关系也更清晰。Director 的决策涉及相互竞争的约束、有限的信息和组织动态。
代价:在信心不足时仓促决策,会引发后续混乱。灰度并非领导力的缺陷——它就是实际情况。

层层递进的上下文图谱

当组织方向模糊或缺失时,总监不会等待,而是会层层传递。

六个步骤:

  1. 倾听高层战略——QBR、公司传达的信息、高管沟通
  2. 提炼领导层提出的关键优先事项——确定 3–5 个主题,而不是 20 条要点
  3. 梳理第二层:“我们的业务部门如何实现这些目标?”
  4. 梳理第三层:“我们的产品组合如何实现这些目标?”
  5. 梳理第四层:“我的团队有哪些具体职责能够推动第三层目标的实现?”
  6. 向团队传达层层递进的逻辑——不只说明要做什么,还要说明这些工作与更高层目标的关联

**这能解决的问题:**团队“迷失方向”——交付的工作与战略无关,因为从未有人将上下文转化为他们能理解的内容。

**核心原则:**即使上级给出的方向并不完整,总监的职责也是向下弥补这一缺口。等待完全明确是 PM 的习惯;创造不尽完美但实用的清晰方向,是总监的技能。


应用

作为 PM 使用此框架(转型前)
  1. 找出自己在哪个转型区域最薄弱——暂时不是为了采取行动,而是为了知道该观察什么
  2. 利用与经理的一对一沟通练习区域 4:“我的工作如何与业务战略相关?我还看不到哪些组织层面的上下文?”
  3. 留意当前是否有英雄综合征的习惯:你是否会主动介入,解决本可以通过你的指导让他人解决的问题?
  4. 在仍担任 PM 时,不要过度投入总监层面的思考。全心投入当前职责范围——需要相应视野时,自然会有机会站在总监的高度思考
作为新晋总监使用此框架
  1. **前 30 天:**绘制新的“视野与规划周期”图谱。你的新利益相关者有哪些?在这个组织中,季度到年度的规划周期实际是什么样的?
  2. **前 60 天:**找出触发你英雄综合征的情境。你何时会忍不住直接介入,而不是提供指导?
  3. **前 90 天:**绘制你的第一份层层递进的上下文图谱。即使公司战略尚不明确,也要尽力转化并分享给团队
  4. **持续进行:**出现摩擦时,指出问题属于哪个转型区域。先诊断,再开方
绘制层层递进的上下文图谱

当团队不清楚组织战略对其工作意味着什么时使用。

## Context Cascade

**Company Priority:** [What leadership said — in their words]
**Business Unit Translation:** [How your BU contributes to that priority]
**Product Portfolio Translation:** [How your products contribute to that]
**Team Accountabilities:** [What each team owns specifically]
**Why this matters:** [The so-what for your team — what changes, what stays the same]

一页胜过十页。目标是清晰,而非面面俱到。


示例

请参阅 examples/sample.md,了解包含完整层层递进的上下文图谱及反模式对照的完整示例场景。

正面示例:总监从模糊的公司优先事项中创造清晰方向

**情境:**CEO 在 QBR 上宣布:“我们要加倍投入企业级市场。”三位 PM 问总监:“这对我们的路线图意味着什么?”

PM 的回应(视野层级不当):“我们把企业级功能加进冲刺待办事项吧。”

**总监的回应(视野层级恰当):**绘制层层递进的上下文图谱,并加以转化:“企业级市场意味着更大的交易金额、更长的销售周期,以及更多的集成需求。对于我们的产品组合:产品 A 负责管理控制功能,产品 B 负责 API 文档,产品 C 负责安全认证。以下是 Q3 规划中会改变的事项和不会改变的事项。”

**为何有效:**总监没有等待更多明确指示,而是根据现有信息主动创造了清晰方向。


错误示范:英雄主义

情境: 团队中的一位 PM 正在努力处理一段棘手的利益相关方关系。

总监的错误回应:“我直接去跟那位利益相关方谈谈吧——我来把事情摆平。”

总监的正确回应:“说说你尝试过什么。我们一起找出问题出在哪里,以及你接下来会怎么做。”

**重要原因:**第一种回应解决了问题,却造成了依赖。第二种回应则能帮助 PM 成长。总是出手解围的总监,最终会打造出离了自己就无法运作的团队。


正确做法:从服务员转变为运营者

**情境:**一位表现出色的 PM 坚持用与团队其他人不同的格式记录需求,因为“我的利益相关方更喜欢这样”。

总监的错误回应:“没关系,她是我们最好的 PM——只要她的团队用着顺手,就随她吧。”

总监的正确回应:“Joe 个人表现出色。但市场团队试图综合三位 PM 的工作时,却做不到。统一流程不是官僚主义——它能让系统对所有团队之外的人都清晰易懂。”

**重要原因:**纵容高绩效者破例,会产生看不见的协调成本。餐厅运营者的职责是管理系统,而不是照顾明星服务员。


常见陷阱

陷阱 1:装腔作势地拔高视角

**症状:**嘴上使用战略层面的说法(“产品组合”“生态系统”“长期愿景”),却仍在做冲刺层面的决策。

**后果:**你听起来像总监,做起事来却像 PM。团队会搞不清究竟是谁在做决定,以及决策处于哪个层级。

**解决方法:**如果你参与细节,就明确承担起来;如果不参与,就彻底委派出去。不加说明地混用不同层级的视角,会造成模糊不清,侵蚀团队信任。


陷阱 2:一次性层层传递背景信息

**症状:**只在年度规划时运行一次层层传递背景信息图,此后再也不重新审视。

**后果:**团队在第一季度保持一致,但随着战略演变逐渐偏离。到第三季度,团队工作已与当前优先事项脱节。

**解决方法:**在关键转折点重新审视背景信息的层层传递过程——例如季度规划、高管层重大变动、战略转向或组织重组。


陷阱 3:把善意和领导力混为一谈

**症状:**替团队挡下艰难决策,对自己正在坚持的限制解释过多,把反馈说得委婉到失去意义。

**后果:**团队在缺乏准确背景信息的情况下运作;当现实最终毫无预警地摆在面前时,信任便会受损。

**解决方法:**坦诚说明艰难决策背后的“原因”。你不必什么都分享,但分享的内容应当真实且可付诸行动。


陷阱 4:作为 PM 过早采用总监思维

**症状:**在担任 PM 的几年里,忧心产品组合战略、组织动态,以及“思考超出薪资等级的事情”。

**后果:**你没有充分履行当前职责。以总监思维行事的 PM,往往会错过实际岗位要求他们捕捉的客户层面信号。

**解决方法:**全心投入当前岗位。你很快就会面临需要总监思维的转变——届时你之所以准备充分,是因为做好了 PM 的工作,而不是因为过早排演总监的角色。


参考资料

相关技能
  • skills/director-readiness-advisor/SKILL.md — 交互式顾问,运用此框架诊断并指导你应对具体的转型情况
来源材料
外部框架
  • Marty Cagan,Empowered — 产品领导力中的组织动态与职责清晰度
  • Julie Zhuo,The Making of a Manager — IC 向管理者转型的实战经验分享
  • Michael Watkins,The First 90 Days — 结构化的领导力转型方法

评论

支持 Markdown