现在您已经熟悉了什么是事后分析，以及如何通过文化和技术为您的组织做好准备以应对紧张的情况——但如何自信而清晰地创建事后分析和文档呢？
暂停其他工作以适应该过程
成功的事后分析过程只有在一定程度的新鲜度下才能发挥作用。如果你让分析和制作过程拖延几天，甚至一周或更长时间，那么你能够有意义地将故事的各个部分拼凑在一起的机会就会大大降低。
相反，您的文化必须认识到事后分析的重要性，并且您的软件开发过程必须能够承受几天的平静。
拒绝责怪
几乎所有 SRE 和 DevOps 手册都认为，最好的事后分析应该承 菲律宾电话号码数据 认可用性是全员参与的努力，而不是某个负责人或团队的责任。根据 Atlassian 的说法，这种“不责备”风格强调通过假设所有参与者的良好意图来“提高未来的绩效”。
除了推动您的文化走向协作和持续改进之外，不指责的一大好处是，人们更有可能大声举报事件或提出解决方案，而不是因害怕报复而保持沉默。
其他人则不同意，不责备的事后分析是一个好的目标，甚至是可能的。J. Paul Reed 是一位帮助科技公司进行发布工程的顾问，他认为你应该以“责备意识”的事后分析为目标。他写道：“它们共同承认人类的责备倾向，允许以富有成效的形式表达这种倾向，并不断将事后分析的注意力转移到它之上。”
无论您选择哪条路，都要不断提醒自己和他人，停电是一项团队运动。
突出良好做法
另一方面，如果你的同事在事件发生时反应迅速，迅速意识到问题或减轻其严重性，你应该准备好并愿意公开表扬他们。表扬某人的出色工作比最有建设性的永无止境的批评更能促进持续改进的文化。