一份runbook的年度体检

4 阶段提问练习

1. O

   客观事实

   建立共识的事实基础。问「什么/谁/何时/具体」，不带评价

   学员（教练）此刻最想问对方什么——O阶段，聚焦客观事实，不评价不归因

   • 9/10好选择

     「赵鹏，你说步骤5环境不匹配，具体是哪一天哪一次操作时发现的？当时你看到的报错信息是什么？」

     具体到时间点和报错信息，把事实锚定住，避免笼统抱怨。

   • 4/10试试别的

     「你觉得步骤5是不是写的时候就没测过？」

     用了'是不是'，带预设判断，容易引发辩解而非事实陈述。

   • 1/10试试别的

     「你老是说环境不匹配，之前怎么不早点提？」

     绝对化副词'老是'+追责语气，偏离客观事实，引发防御。

   继续深挖客观事实，聚焦runbook触发次数与MTTR数据

   • 9/10好选择

     「今年到现在这本runbook被触发了三次，最近两次的MTTR分别是多少？和去年事故那次比，差了多少分钟？」

     用具体数字对比，不带情绪，引导对方提供可验证数据。

   • 3/10试试别的

     「你不觉得这两次MTTR还是偏高吗？」

     '你不觉得'是引导式提问，预设结论，对方只能附和或反驳。

   • 2/10试试别的

     「听说有人反映你操作时没严格按照步骤走，是真的吗？」

     第三方评价当事实，引发不信任，偏离事实核查。

   学员（教练）用填空式提问引导对方补充遗漏事实

   我注意到你在日志里备注了____，也想了解当时除了报错之外，你还观察到哪些____。

   提示：填写具体条目：如'步骤5环境不匹配' · 填写观察维度：如'系统状态'、'日志输出' · 避免填入主观评价，如'问题'、'失误'

2. R

   感受反应

   释放情绪、识别共鸣。问「感觉/担心/印象/触动」，承接但不修复

   学员（教练）承接情绪——让被教练者说出当下的感受

   • 9/10好选择

     「你刚才提到绕路修的时候，当时心里是什么感觉？是着急、还是有点无奈？」

     开放式询问感受，给出两个具体情绪词引导，不预设答案。

   • 3/10试试别的

     「你感觉步骤5的问题是被我们忽视了吗？」

     '被忽视'是判断而非感受，把想法当感受，容易导向指责。

   • 4/10试试别的

     「你是不是觉得很委屈？」

     闭合式yes/no提问，且'委屈'是教练预设的情绪，限制对方表达。

   继续承接情绪，聚焦runbook反复触发带来的感受

   • 8/10好选择

     「这本runbook一年内被触发三次，你每次去翻它的时候，第一反应是什么？」

     开放式，引导对方说出重复操作时的情绪反应，不评判。

   • 2/10试试别的

     「你肯定觉得这本runbook没用对吧？」

     预设结论+肯定式语气，对方只能同意或抗拒。

   • 5/10可以更稳

     「你当时是不是想'又来了'？」

     虽然贴近场景，但仍是闭合式，限制对方说出其他感受。

   承接对方可能对共同编写runbook的回忆情绪

   • 8/10好选择

     「去年我们俩一起写这本runbook时，你当时对它的期待是什么？」

     回顾共创初衷，不带责备，打开情感连接。

   • 3/10试试别的

     「去年写的时候你就觉得步骤5有问题吧？」

     '你就觉得'是预设结论+追责感，引发防御。

   • 4/10试试别的

     「你是不是觉得去年写的太仓促了？」

     闭合式+引导式，限制对方表达真实感受。

3. I

   诠释意义

   挖掘洞察与可选项。问「为什么/意味着/有哪些方案/选 A 还是 B」

   学员（教练）探索runbook失效背后的意义与需要

   • 9/10好选择

     「你说绕路修的时候，对你来说最重要的是什么？是快点恢复服务，还是确保操作不出错？」

     把行为翻译到价值选择，引导对方说出优先需要（稳定/效率）。

   • 1/10试试别的

     「那你下次直接按自己方法修不就好了？」

     给方案+建议泄漏，跳过探索，直接跳到行动。

   • 4/10试试别的

     「你觉得这本runbook到底是不是个有用的东西？」

     泛化评价，缺乏具体诠释深度，容易变成吐槽。

   学员（教练）识别未被满足的普遍需要——NVC需要识别

   • 9/10好选择

     「你刚才说'写了三遍了也没人理'，背后是不是有一种需要——希望自己的操作反馈能被认真对待和采纳？」

     将抱怨翻译为对'被尊重'或'贡献被认可'的需要，高度NVC。

   • 2/10试试别的

     「那你下次直接找产品经理改不就行了？」

     给建议，跳过需要识别，且把责任推给第三方。

   • 5/10可以更稳

     「你是不是想要更多的自主权？」

     接近需要识别，但'是不是'闭合式，且'自主权'较抽象，不如'被认真对待'具体。

   探索runbook失效的根源，而非个人操作

   • 9/10好选择

     「如果抛开操作者不谈，你觉得这份runbook在哪些环节上容易让人卡住？」

     客观焦点转向文档本身，鼓励系统性思考，不追责。

   • 1/10试试别的

     「你操作时是不是不够仔细？」

     个人追责，违反场景约束，引发防御。

   • 4/10试试别的

     「你觉得步骤5是不是该删掉？」

     过早跳到解决方案，跳过诠释环节。

4. D

   行动决定

   落地承诺。问「做什么/谁负责/什么时候/怎么验收」

   学员（教练）落到具体可承诺的行动——请求而非要求

   • 10/10好选择

     「关于步骤5，我们下周二下午两点一起过一下，你提前把你看到的报错信息和环境差异整理一下，我们现场改，你看行吗？」

     具体行为+时间窗+邀请意见，是请求不是命令。

   • 1/10试试别的

     「你必须在周五前把步骤5改好发我。」

     demand措辞，违反NVC纪律，剥夺对方参与感。

   • 6/10可以更稳

     「下周二我们碰一下，你觉得你需要准备什么？」

     开放但不够具体，未锚定修改对象和时间。

   约定至少两个失效条目的修改共识

   • 9/10好选择

     「除了步骤5，你刚才还提到步骤3的等待时间不准确，下周二我们一并修掉这两条，你觉得还有别的吗？」

     引用对方之前提到的问题，确认修改范围，邀请补充。

   • 3/10试试别的

     「你就把步骤5改一下就行，别的先不管。」

     忽视其他可能问题，且命令式语气。

   • 5/10可以更稳

     「你觉得还有哪几条需要改？」

     开放式但不够聚焦，可能跑题或遗漏关键条目。

   确认修改后的验收标准

   • 9/10好选择

     「改完之后，我们怎么验证新步骤是有效的？是用一次模拟演练，还是下次触发时记录对比？」

     引导对方参与定义验收标准，增加承诺感。

   • 2/10试试别的

     「改完应该就没问题了，对吧？」

     闭合式+轻率乐观，缺乏验证机制。

   • 4/10试试别的

     「你改完后发我看看就行。」

     单向指令，未邀请对方意见，且无验收标准。