在2001年，由经验丰富的软件从业者，Gerald Weinberg的同事，以及被称为Retrospectives的实践的负责人Norm Kerth出版了一本绿色的小书。 Norm的书称为《项目回顾：团队审查手册》。 由该领域的真正专家撰写的关于如何帮助团队从他们的经验中学习的知识的金矿。
在过去的几年中，我看过以Norm的安全调查为特色的博客和幻灯片，但它们通常不归功于Norm。 这些作者很可能根本不知道这种有价值的技术的起源。 因此，本文旨在使我们回到这一宝贵想法的源头，并在此过程中尊重Norm。
“安全调查”实际上是4步“安全检查”中的第2步，Norm与团队一起进行安全性检查，然后再进行项目结束回顾。 值得注意的是，随着轻量级软件开发方法（例如，极限编程）在1990年代末和2000年代初的普及以及Norm Kerth的Retrospectives书（2001年出版）的流行，许多敏捷从业人员开始在迭代结束（又名sprint）。 我在为意大利撒丁岛举行的XP2001会议撰写的一篇论文中简要记录了这种“迭代回顾”的做法（请参阅持续学习）。
那么，Norm的安全调查是什么？ 规范建议您在回顾开始之前先调查一下人们的安全感。 他建议，回顾性协调人应该承认，在房间里有经理的情况下，人们可能会感到说话不安全，因此，匿名测量房间的安全水平是有帮助的。 这是Norm描述他如何做到的方式：
通过无记名投票，以1到5的评分等级对安全进行投票，其中“ 5”表示“嘿，没问题，我会说什么。”表决结果为“ 4”表示“我”。我会说大多数话，但是可能很难说几句话。”中档“ 3”表示“我会分享一些东西，但要保留一些东西给自己。”降低时，“ 2”表示“我不会多说。 通常，我会让其他人提出问题。”在安全级别上最低，“ 1”表示“我会微笑，声称一切都很好，并同意管理者的意见。 我绝对不会让他们知道我的真实想法。”
收集完选票后，Norm建议在活动挂图上进行标记，然后进行戏剧性的展示，将其放置在安全的容器（如公文包）中。
这种简单的技术可以说出是否安全可以说出很多话。 回顾需要安全才能有效。 当一群人可以在不受别人责备，嘲讽，批评或幽默的情况下自由发表意见时，提出真正问题并解决问题的可能性就会大大增加。 因此，在您下一次的回顾性会议或重要会议上，为Norm的安全性调查打个针。 并且请添加评论以描述您使用此技术的经验。
