知识卡片
用引导性问题代替指责性问题
内容
向长期陷入”救火模式”的团队推动改变时，”这些停滞已久的发布是怎么回事？”“为什么这个组件要做这么多事？”这类问题看似只是了解情况，实际容易被当作指责，激发防御心理。更有效的方式是把问题锚定在具体后果和基本原则上，例如”任务失败的警报经常发生，但值班工程师通常什么都不做，这会对SLO造成什么影响？”——这类引导性问题邀请对方一起思考，同时天然引导对方用SLO、错误预算这样的框架去分析自己的处境。
参考来源
- 位置：《SRE：Google运维解密》第30章《通过嵌入SRE的方式帮助团队从运维过载中恢复》（源文件：_epub-src/OEBPS/Text/0010_0003.xhtml）
- 结论依据：原文"提出引导性问题"一节对比了引导性问题与指责性问题的正反例，说明前者"鼓励别人思考基本理念"，后者容易被处于Ops模型中、"天生拒绝这种逻辑推理"的团队接收为攻击。
- 原始内容：应该提出引导性问题，而非指责性的问题……引导性问题的例子：●"我看到任务失败的警报经常发生，但是on-call工程师通常什么都不做。这样会对SLO有什么影响？"……引导性问题的反例：●"这些旧的、停滞的发布是什么情况？"●"为什么某个组件要做这么多的事情？"