开端过后剖析的时刻，起首要做的工作就是明白根本规矩，要明白告诉介入过后剖析的相干各方，过后剖析不是责备谁，重要目标是为了使相似事宜不再反复产生。快速成长的互联网站，问题是弗成避免的，主要的是我们可以或许从毛病中学到教训。

开端之前，要预备好与基本原因、稳固步调、时光表有关的事实资料，这对要采用的准确行为进行富有成效的评论辩论是需要的，并且也有助于镇静人们敏感的神经，人们畏惧如许的会议会酿成政治危害。

事实一旦清晰之后，就可以开端评论辩论为了使相似工作不再产生，须要做些什么。你要要明白地陈说工作的基本原因，但也要对尽快修复问题的各类办法(下降修复时光TR)进行评论辩论。改正阶段也要斟酌潜在的相似问题，例如，假如是一组办事器的空间用完了，就要给这些办事器增长空间，同时也要检讨其他办事器是否也存在相似的潜在问题。

避免人身进击。人类总会犯毛病，假如是工资身分造成的问题，则直接评论辩论若何使工资身分不再发生影响，警如，检讨进程，看是否存在可以或许加以主动化的机遇，或进行更好的计划，或简化进程要确保相干各方对各自范畴都能得出解救的方法。有时刻人们会对其他小组或小我进行责备，不要责备，而是讯问须要做什么能力使相似事宜不再产生。假如有人轻描淡写或隐蔽与本身有关的问题，要敢于讯问一些尖利的问题，直到问题获得合理的说明。如许获得的解救办法才是有意义的，也是值得尽力花精神去做的。

最后的一点建议:有时刻有些团队在进行过后剖析时，过于努力，乃至有些过犹不及。要避免近因效应，确保解救办法对全部营业都是有意义的。例如，不要把新软件的更新搞得太苦楚，进程搞得太严正，以至于只是因为畏惧宕机，而使营业最后都陷于停留。要尽力在速度和稳固性之间取得均衡。

一旦有了一套改正办法，要将其记载在案，包含履行人以及完成日期。我见过太多如许的团队，他们设计出了成捆出色的计划，但只是将其放在一边，而没有履行，因为涌现了更为刺眼的目的，成果是，本来的问题一次又ー次地产生。

团队在救火的时刻表示会异常出色，但这种快速地跳转到某个新工作上的才能，却让他们无法集中精神修复已知须要修复的问题。过后剖析的焦点是得出改正办法，但只有在花时光实现这些办法之后，才是网站扶植保护有价值的。