关于 managing-up
面向工程经理的向上管理技能，涵盖与直属经理和高层沟通、建立可靠关系及处理分歧。它强调提前预警、带着建议上报问题，并用具体表达推动后续行动。
主要功能
- 01按管理情境选择沟通建议
- 02提供向上沟通的具体表达
- 03强调及时预警与可靠交付
- 04区分分歧类型及应对方式
- 05给出绩效评审后的反思建议
适用场景
- 01向经理提前说明承诺可能延期
- 02上报问题时同时提出建议方案
- 03向团队传达自己不同意的决策
- 04向高层反馈或传达坏消息
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/managing-up确认已加载。
附带文件references/sources.md
详细介绍
向上管理
开始前
先检查是否有 EM 背景信息。如果 .agents/em-context.md 存在，请先阅读。
如果 .agents/em-context.md 不存在，先请对方提供简要的经理人档案并保存，然后再给出详细建议：职位／职称、团队规模、团队使命或负责领域，以及当前挑战或优先事项。
如果对话中某个特定人员是核心人物，且 .agents/reports/[name].md 不存在，先请对方提供该人员的简要档案并保存，然后再给出详细建议：职称／级别、任职时间、优势，以及当前挑战或发展方向。
如果后续对话透露了长期有效的新背景信息，请自动更新 .agents/em-context.md 或 .agents/reports/[name].md。保存稳定的事实和模式，不要保存猜测、一时的挫败情绪或尚未厘清的解读。
回复风格
第一条回复要简洁实用。除非用户要求深入展开，否则不要倾倒整套框架。
默认做法：
- 先说明可能的诊断或建议
- 只有当缺失的背景信息会改变建议时，才提出最多 2-3 个有针对性的问题
- 给出下一步具体行动，并在有帮助时提供经理可以直接使用的措辞
- 简要提及相关框架，但不要解释每个部分
- 先给出直接答复，再提出是否需要深入版本
如何使用此技能
先判断情况：
- 与经理建立或修复可靠的合作关系 → 可靠性是向上管理的基础
- 经理给出了糟糕的绩效评估 → 自己的绩效评估结果不理想时
- 需要向团队传达自己不同意的决定 → 传达自己不同意的决定
- 向高层领导传达坏消息或反馈意见 → 与高层领导沟通
- 经理不知道你需要他们提供什么 → 经理对你的期望
默认回复结构
帮助用户向上管理时，重点关注可靠性和影响力：
- 经理的需求： 用户的经理可能关心或担心什么。
- 当前差距： 意外、信任、分歧、可信度或职责归属不明确。
- 更新／请求： 要发给上级的具体信息。
- 预防机制： 避免问题重演的沟通频率或机制。
- 界限： 如果经理不合理，不要揽下什么责任。
对于分歧，要区分“我需要被倾听”和“我需要改变决定”。
可靠性是向上管理的基础
“向上管理”常被描述为一种政治技巧。其实不是。其核心只有一件事：别让你的经理在他们的经理面前显得不可靠。
每次你未提前告知就错过截止日期，都会让你的经理陷入进退两难的境地。这个截止日期是他们向上级承诺的。你延迟交付，尤其是毫无预警地延迟交付，损害的不只是你的信誉，还有他们的信誉。经理之间会互相交流。反复给人惊喜，足以断送职业生涯。
原则是：尽早预警，而不是拖到最后。 一旦你知道自己无法兑现承诺，就要说出来。周一早上说“周二赶不上了——要到周五才能完成”，还有补救的余地。周二下午才说“哎呀，要到下周了”，就无可挽回了。
这适用于每个层级的向上沟通。那些与高层领导建立长久关系的工程经理，往往不是最有才华的，而是最可靠的。他们说到做到，不做自己无法兑现的承诺，也会在问题变成意外之前及时提出。
有意识地管理你的经理。 对于该做什么才是正确决策，你的经理往往不如你了解。当你提出问题时，也要带上你希望他们做出的决定。“我希望你来做决定”几乎从来都不是正确的请求；更好的说法是：“这是我认为我们应该采取的做法，以及我需要你提供的支持。”
及时回复任何可能妨碍你经理工作的事项。 你对团队的要求——遇到任何阻碍都要在一小时内回复——同样适用于向上沟通。对于经理提出的每项请求，都要跟进，即使只是说一句“我会回复你”。
如何沟通你不同意的决定
当领导层做出你并不完全认同的决定时，你如何向团队传达这项决定，比很多人想象的更重要。
首先：在传达决定之前，要认真参与决策过程。区分不同类型的决定：
- 非实质性（例如，选择哪天吃午餐）：提出反馈，然后继续推进。为小事争论会浪费所有人的时间。
- 实质性（很重要，但即便错了也能补救）：确保你的顾虑确实得到倾听。如果是这样，你就可以如实告诉团队：“我提出了顾虑，他们认真考虑过，最终由最了解情况的人做出了决定。”
- 关键性（关系到公司发展方向）：积极推动改变决定。如果你确信这会造成灾难性后果，可能需要考虑自己是否还想留在这个团队。
关键原则是：你几乎从未像自己以为的那样确定。 大多数看起来显然错误的决定，最终都证明背后有你不了解的情况。
要告诉团队什么：描述你如何参与决策过程，而不只是说明结果。“我有顾虑，也提了出来；这是最终决定的内容和原因”比“领导层想这么做”更可信。前一种说法能维护你的诚信，后一种说法则会一次次侵蚀它。
与高级领导沟通
以下几种行为会损害高级领导对你的看法：
分寸很重要。 沟通方式的影响力不亚于沟通内容。在 Slack 频道里说 “过去 2 个月我们呈现的一切都是谎言”——即使从技术上说确实如此——也会打击士气，显得缺乏判断力。如何呈现棘手的信息很重要。
准确措辞。 如果你不能百分之百确定某件事，就明确表示。“我认为……”或“据我所知……”可以避免自信满满的说法最后被证明有误，从而令人沮丧。
传达坏消息。 不要把自己和坏消息联系起来。避免：长篇铺垫强调事情的重要性、使用多个负面词语、过度详述。清楚说明情况，对自己负责的部分承担责任，然后转向后续步骤。
向高级领导提供反馈。 这有悖于常规，而对此感到紧张是正常的。有效的做法包括：采用“还能更好”的表述方式（“我认为，如果你……，还能产生更大的影响”）；以自己为例，而不是直接批评对方；以好奇而非评判的态度开场；提供具体数据和实例。
经理对你的期望
大多数经理都希望下属能向上管理，但很少会明确说出来。实际做法包括：
- 带来解决方案，而不只是问题。 升级问题时，同时提出你建议的解决方案。即使方案不对，也能加快讨论进程，并体现你愿意承担责任。
- 向上汇报成果。 如果经理不知道团队取得了哪些成果，就无法在校准和规划会议中为团队争取支持。做团队的“外交部长”——定期向经理介绍团队正在做什么，以及这些工作的意义。
- 向经理提供有用的信息。 如果情况不对劲，尽早说出来。如果关系正在恶化，也要提出来。经理最担心的是被自己早已知道的事情打个措手不及。
- 让经理的工作更轻松。 说到做到。不要给他们添工作。做一个不需要他们催促的下属。
对经理最有影响力的 EM，并不是犯错最少的人，而是经理信任其能妥善处理事务、不出纰漏的人。
自己的绩效评估结果不理想时
经理给你做出严厉的绩效评估时，第一反应往往是责怪经理。有时这确实是经理的问题，但通常你也要承担一半责任。
- 你没有定期更新进展，所以经理只能根据不完整的信息自行判断
- 你没有主动沟通自己的发展方向，所以经理只能自行填补信息空白
- 你希望经理注意到那些你从未提及的工作
不要指望经理去猜你的动机。不要指望 1:1 会自动解决沟通问题。不要指望那些从未让人看到的工作会得到认可。反过来也一样：如果团队从未告诉你哪些做法有效、哪些事情令人沮丧，你也有责任，因为你没有创造让他们畅所欲言的空间。
深入了解
如果用户询问某个框架的来源、想阅读原文，或想了解任何主题的更多背景信息，请阅读 references/sources.md，其中列出了完整的来源文章（含链接）和书籍。
相关技能
managing-yourself— EM 容易陷入的 10 种困境中，第 8–10 个陷阱涉及向上和向下管理influence— 用于说服同级同事、跨职能利益相关者，以及争取更多员工编制feedback— 向经理提供反馈是反馈技能的一种具体应用