关于 1on1s
面向工程经理的 1:1 对话指导技能,帮助准备议程、处理反馈与识别团队成员的需求。它结合情境判断、具体提问和后续跟进建议,并可依据项目中的经理与员工资料调整建议。
主要功能
- 01读取并更新经理及员工背景资料
- 02按 1:1 情境选择指导框架
- 03生成议程、具体问题与跟进建议
- 04识别状态汇报、倾诉和危机对话
- 05提供建立信任与设定边界的建议
适用场景
- 01准备即将进行的员工 1:1
- 02将例行状态汇报转为有效对话
- 03处理员工的压力、挫折或反馈
- 04为沉重的个人议题设定工作边界
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ manager-dot-dev/ manager-skills --skill 1on1s安装后在 Claude Code 中输入/1on1s确认已加载。
附带文件references/sources.md
详细介绍
1:1
开始之前
首先检查 EM 背景信息:
- 如果
.agents/em-context.md存在,请先阅读 - 如果提到了某个人,请查找并阅读
.agents/reports/[name].md - 使用这些背景信息——只询问其中尚未涵盖的信息
如果 .agents/em-context.md 不存在,请先询问并保存一份精简的经理人资料,然后再提供详细建议:角色/职称、团队规模、团队使命或负责领域,以及当前的挑战或优先事项。
如果对话的核心涉及某个具体的人,而 .agents/reports/[name].md 不存在,请先询问并保存一份此人的精简资料,然后再提供详细建议:职称/级别、任职时间、优势,以及当前的挑战或成长方向。
如果之后的对话中出现了长期有效的新背景信息,请自动更新 .agents/em-context.md 或 .agents/reports/[name].md。保存稳定的事实和模式,不要保存猜测、短暂的挫败情绪或尚未厘清的解读。
回复风格
首次回复要简洁且有用。除非用户要求深入探讨,否则不要一次性抛出整个框架。
默认做法:
- 先说明可能的诊断或建议
- 只有在缺失的背景信息会影响建议时,才提出最多 2-3 个有针对性的问题
- 给出下一步具体行动;有帮助时,提供经理人可以直接使用的确切措辞
- 简要提及相关框架,但不要解释每个部分
- 先直接作答,再提出可以提供更深入的版本
如何使用此技能
应用框架之前,先判断情境:
- 准备即将进行的 1:1 → 1:1 如何发挥作用 + 60/40 规则
- 1:1 气氛沉闷,全是进度汇报 → 进度汇报、情绪倾诉与危机——判断属于哪种情况,以及该如何调整
- 觉得下属有些不对劲,但说不清原因 → 将感受作为诊断信号
- 与下属总是无法建立联系 → 当互动不自然时如何建立联系
- 想问一个能打破惯常模式的问题 → “你会做出什么改变?”这个问题
- 1:1 变成了严肃的私人问题讨论 → 当 1:1 变成心理咨询
如果提到了某个具体的人,请在回复前检查 .agents/reports/[name].md——其中可能已有关于其沟通风格、重视事项和过往对话的背景信息。
默认回复结构
协助准备 1:1 时,提供经理人在下一次谈话中就能使用的内容:
- 情境判断: 这次 1:1 的真正目的是什么:建立联系、成长、处理紧张关系、反馈、诊断或跟进。
- 议程: 按顺序列出 3-5 个主题;条件允许时,优先列出下属的主题。
- 要问的问题: 提供具体措辞,而非抽象类别。
- 经理人的态度: 如何倾听、何处推动,以及应避免什么。
- 后续跟进: 记录什么、承诺什么,或下次重新讨论什么。
如果用户只要求模板,就先给模板,并简要说明。
让 1:1 交流发挥作用的关键
根据一项针对工程师的调查,最受认可的 1:1 交流都有一些共同特点。
每周进行。 Manager Tools 基于数千名管理者的数据开展的研究显示:每两周一次的 1:1 交流,效果比每周一次低 40%。每月一次的 1:1 交流甚至不如完全不开 1:1。仅每周进行 1:1 交流,就能显著提升管理者的工作成效。这方面的数据格外明确。
保持规律。 最常见的错误就是频繁取消或改期。工程师会注意到这一点。这传递出一个信号:1:1 交流,以及由此延伸出的他们本人,都不是优先事项。要为这段时间留出空间。
别把重点放在日常工作上。 状态更新有其他场合。1:1 交流不是站会。把时间用于职业发展、个人成长、建立私人联系、他们不会在小组场合提起的事情、令他们沮丧的事情,以及令他们兴奋的事情。
利用 1:1 交流建立私人联系。 问问工作之外的生活——不是要打探隐私,只是表达真诚的关心。记住他们告诉你的事,并在之后继续聊起。这就是建立信任的方式。
要了解你管理的人,有三件事要记住,并且要用具体的名字来称呼:
- 他们家人的名字(伴侣、孩子、父母)。不要只问“你的孩子怎么样”,要直接叫出名字。
- 他们伴侣的工作。这会影响对方的日程、灵活度和压力水平。
- 他们的爱好,以及他们用什么方式放松充电。
什么时候问都不晚。了解这些细节,能让 1:1 交流从工作上的例行沟通变成一场真正了解你的人之间的对话。
要有耐心。 信任需要时间。有些人第一次 1:1 交流时就会敞开心扉,有些人则需要几个月。一个例子:一位开发者过了 6 个多月才真正敞开心扉,后来他们成了这位管理者关系最好的搭档之一。始终如一地投入时间,耐心终会有回报。
询问交流频率,别想当然。 每周进行 1:1 交流适合大多数人。有些人更喜欢每两周一次,也有人觉得完全不需要固定安排。问问你的直属下属真正想要怎样的频率。其他默认做法也一样:不是每个人都想参与路线图讨论,也不是每个人都想在团队会议上做汇报。先问问。
将感受视为诊断信号
有个问题值得加入你的 1:1 交流问题清单:“这周你感觉怎么样?”
别问“这周过得怎么样”——那样得到的是状态信息。问“你感觉怎么样”才能发现信号。
留意以下三种模式:
反应过度的工程师——每条 Slack 消息都立刻回复,漏看消息时会感到焦虑,还会为小事道歉。背后的信号是:害怕让别人失望。如果不加以关注,最终会导致精疲力竭。他们需要的是:明确允许他们暂时离线,并让他们确信,随时在线不等于更有价值。
总是迟到的工程师——总是低估任务所需的时间,承诺超出能力范围的工作,还会错过自己设定的截止日期。背后的信号是:他们是在按理想中的自己规划,而不是按真实的自己规划。这不是自律问题,而是校准问题。要一起改进任务范围评估,而不是施加问责压力。
PR 杂乱无章的工程师——提交的 PR 显得仓促或不完整,在代码审查中表现得很防御,直到遇到阻碍才求助。背后的信号是:他们觉得工作不完美时会受到评判或暴露不足。他们需要的是心理安全感,让他们可以先提交不完美的进行中工作,并更早获得反馈。
只有定期提出这个问题,并持续关注回答的变化,才能看出这种模式。
当 1:1 变成心理咨询
你不是心理咨询师。真诚关心对方,但也要设定自己能承受的界限。
当 1:1 谈话偏离到超出你职责范围的话题时,可以说:“我听到了,也想支持你。让我想想我这边实际能做些什么。” 然后把重点放在你能掌控的事情上:工作量、团队动态、工作范围、灵活性。
如果某人的个人处境已严重影响工作,采取行动前请咨询 HR。要知道何时应建议对方寻求专业支持,也要知道怎样开口才不会让对方觉得你在敷衍他们。
目标不是让对方觉得有人倾听,却因此觉得被抛下。这两者可以兼得。可以这样切入:“我们能在工作上做哪些调整,帮助你顺利开展工作?”
自然交流不畅时如何建立联系
有时,1:1 中就是难以建立联系——年龄差距、文化差异、性格不合、沟通风格截然不同。错误的做法是放弃建立联系,让 1:1 变成纯粹的事务沟通。
自然交流不畅时,要更努力,而不是减少尝试。
- 找出他们想聊的话题——而不是你和与你相似的人会聊什么
- 记住他们提过的小事,之后再跟进
- 可以问一些私人问题,但不要咄咄逼人——问了并记住的问题,远胜过问了十个却转头就忘
“没有什么比真诚地关心他人更能建立关系。”(Danny Meyer)
“你会做出什么改变?”这个问题
可以加入 1:1 常问问题中的一个问题:“如果你处在我的位置,你会对我们的团队做出的唯一一项改变是什么?”
这个问题得到的答案会不同于“你对 X 有什么看法?”,因为它让对方从头开始思考——工程师必须自己提出问题,而不是只对你提出的问题做出反应。它还绕过了“批评经理的决定合不合适”这一社交顾虑。
注意:大多数经理要么不会问这个问题,要么只会询问自己已经决定好的方向。只有在你尚未做出决定之前真诚地提出问题,才有价值。
工程师讨厌 EM 做出的假设
许多经理以为人人都有的偏好,其实并非如此。先问清楚,不要想当然:
- 每位工程师都希望在公开场合受到表扬
- 每位工程师都希望拥有更多自主权和责任
- 每个人都认为每周一次的 1:1 很重要
- 每位工程师都希望提升公开演讲能力
- 远程办公的工程师需要每天参加站会
- 每位工程师都希望参与路线图讨论
即使你觉得自己了解对方,也要问。你有时会猜对,也会在重要的事情上猜错。
进展更新、吐槽和危机
大多数 1:1 都属于以下三种类型之一。了解自己面对的是哪一种,会改变你的回应方式。
进展更新——工程师分享进展:工作、项目和阻碍方面的情况。这是最常见的类型,往往也是价值最低的类型。如果你的 1:1 大多只是进展更新,那你其实是在开站会,而不是进行 1:1。目标应当是营造足够的安全感,让他们不止于汇报进展。
吐槽——他们需要梳理某件事:对团队感到沮丧、不认同某项决定,或遇到棘手的人际关系。此时你的工作不是立刻解决问题,而是倾听、提问,帮助他们感到自己被理解。“你直接和对方谈过吗?”往往是接下来适合问的问题——但要先让他们感到被倾听,而不是用这个问题跳过倾听环节。
危机——确实出了大问题:关系破裂、对方正在考虑离职,或发生了严重事件。你会知道,因为谈话会有一种不同的分量。此时,你需要转入行动模式:了解发生了什么,弄清楚对方需要什么,并承诺跟进落实。
Rands 关于 1:1 的首要原则:你为他们工作,而不是反过来。 他们每缺席一次 1:1,就损失一小时。你每取消一次 1:1,就是在告诉他们:“你不重要。”取消带来的影响会比这次会面本身留得更久。
60/40 规则
一个实用的安排:将 60% 的时间(30 分钟中约 18 分钟)留给下属汇报,其余 40% 用于讨论你需要覆盖的话题。
这种安排的陷阱在于,管理者先用掉“自己”的 40%,最后留给汇报的时间就不够了。反过来——先听他们说。让他们关心的话题主导对话。你的议题几乎总能放到最后;如果优先级较低,他们的议题就没机会讨论了。
把这种安排告诉你的下属。当他们明白 1:1 主要是“他们”的时间时,就会准备得更充分,也能更好地利用这段时间。
深入了解
如果用户询问某个框架的出处、想阅读原始文章,或想了解此技能中任何话题的更多背景信息,请阅读 references/sources.md,其中列出了完整的来源文章(含链接)和书籍。
相关技能
feedback— 为 1:1 中准备或给出具体反馈performance-reviews— 用于周期末的绩效评估讨论team-health— 用于分析团队 1:1 中的共性模式