几个月之前，我们开始重新回顾并分析以往我们的产品中出现的漏洞和其他技术问题，并撰写成报告。这么做的原因很简单：
我们想要从错误中不断学习，保证绝不再犯。
为了实现这一点，我们意识到必须记录下学习的过程。这也就是所谓“书面反思”在Crowdfire（分析工具）中诞生的过程。
这些反思包括什么内容？我们主要回答了四个问题：
问题是什么？
什么引起了问题的产生？
我们如何防止相似问题再次出现？
你从这件事中学到了什么？
之前有一个同事告诉我说这个名字有点不恰当，但是我认为没有比这个名字更适合的了。几天之前，在我跟Etsy的Ray见面中，他提到他们将其称为“无过错反思”（Blameless Postmortems）。这样的话人们就不会在书写反思的时候由于害怕或者被报复，从而互相埋怨或者隐藏自己的过错。这个名字真是起的非常恰当。
在同Ray谈话之后，我意识到可以加点别的词，使得“反思”这个词听起来没那么恐怖。我想要起一个有趣一点的名字，保证能够传递我们最初想要写下反思的理由。在一阵深思熟虑（也并不全是，我只花了5分钟考虑）之后，我们想到可以叫它：“真正有思考的反思”（Really Insightful Postmortem，RIP），也常拿这三个词首字母组合Rip组成一个新词：
反思（RIP）漏洞；
反思（RIP）崩溃；
为了举一个有趣的例子，我们拿开始的图片反思一下：
问题是什么？
我们把马桶和沙发放在一起。
为什么？
需求文档标注：“请把两个座椅放在同一个屋子里。”
如何预防再次发生？
在文档中应该明确定义座椅和坐便器。我们同样也要以种类定义每一种家具。
从这件事中学到了什么？
明确且细致的文档非常非常的重要！不要留一点模糊的地方。模糊的需求文档可能导致严重的后果。
这种深刻反思非常有趣，并且我们也要继续在Crowdfire中不同部门间推广书写反思文档。我们的团队已经迫不及待要开始反思了！
PS. 失败是成功之母。让我们一起RIP起来！
翻译自：startupsventurecapital.com
