post-mortems-and-retrospectives
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChinesePost-mortems & Retrospectives
事后复盘与回顾会议
Category: Leadership
Post-mortems & Retrospectives | Refound AI
Lenny Skills Database SKILLS PLAYBOOKS GUESTS ABOUT SKILLS PLAYBOOKS GUESTS ABOUT Leadership 11 guests | 13 insights
Post-mortems & Retrospectives Post-mortems and retrospectives are structured exercises for extracting learning from outcomes—both failures and successes. They matter because without intentional reflection, teams repeat mistakes, miss patterns, and lose the compounding benefit of institutional knowledge.
Download Claude Skill
Read Guide
The Guide 5 key steps synthesized from 11 experts.
1 Run pre-mortems to avoid ugly post-mortems The best post-mortem is one you never have to run. Before launching a project, gather the team and ask: 'Imagine it's six months from now and this project has failed—what went wrong?' This hypothetical failure state creates psychological safety for people to voice concerns they'd otherwise withhold. Most importantly, use the pre-mortem to establish 'kill criteria'—specific signals that will trigger a pivot or shutdown.
Featured guest perspectives
"The idea is simple, which is when you are working on an important project or initiative, you get together with your team early on in the products or the projects' life to see in advance what could go wrong. And the way I describe a pre-mortem is that if you do a pre-mortem right, you will not have to do an ugly post-mortem."
— Shreyas Doshi "What a pre-mortem allows you to do is to set up kill criteria. So kill criteria are just a set of signals that you might see that would tell you that it's time to pivot or stop because once we actually launch something, we're very, very slow to decide to quit."
— Annie Duke 2 Reframe failure as a learning opportunity The language matters. Call it a 'retrospective' instead of a 'post-mortem' to emphasize learning over blame. When something goes wrong, the first question should always be 'What did we learn?' Adopt the AFOG mindset—Another F-ing Opportunity for Growth—to maintain perspective during painful setbacks and build long-term resilience.
Featured guest perspectives
"Instead of calling something a postmortem, call it a retrospective, so that it's a positive thing. Like, 'Hey, we're learning from this thing.'"
— Eeke de Milliano "The acronym is A-F-O-G, another F-ing... Another Fucking Opportunity for Growth. Every student who ever took a class from me... knows that acronym because my question, when something has gone wrong or a person has experienced a failure, my first question is always, so what did you learn?"
— Carole Robin 3 Focus on the 'why' behind the numbers Whether you hit 80% or 120% of a goal, the number itself is less valuable than understanding why. Use retrospectives to dig into systemic blockers, hidden assumptions, and unexpected factors. The same discipline applies to personal growth—regularly audit your own frameworks and discard those that no longer serve your context.
Featured guest perspectives
"What matters is, why 80%? Really focus on the learning... It's all about the retrospectives. Make sure your grading is secondary to retrospective, is the biggest thing I would say, because that's what's going to be valuable."
— Christina Wodtke "I think the biggest message I can tell to anybody learning, is really, sit down, do a retrospective with yourself, and say, is this helping me get better at being a product manager? And if it's not, change it."
— Melissa Perri 4 Celebrate and share learnings publicly Retrospectives build psychological safety when learnings are shared openly, not hidden. Have teams write 'learning notes' about failed projects and share them company-wide. Present failures and lessons at all-hands meetings alongside successes. This normalizes experimentation and reduces the fear of taking big swings.
Featured guest perspectives
"Have people talk about the failure in these sort of public forums, where usually you talk about the successes. So have someone actually write a note that's like, 'Hey, here are all my learnings from this thing that we did.' And send it to the org."
— Eeke de Milliano "Retrospectives make such a big difference because they are indicative of psychological safety, which underpins so much, right? Once you start building in this psychological safety, the ability to ask questions and to start saying, 'What are we doing that's working? What are we doing that's not working?'"
— Janna Bastow 5 Prioritize surprising results over wins and losses The most valuable retrospectives focus not on 'wins' or 'losses' but on surprises—outcomes where the delta between prediction and reality was largest. A 'surprising loser' that everyone expected to succeed often reveals hidden factors (battery drain, user friction, edge cases) that generate more organizational learning than a predictable success.
Featured guest perspectives
"To me, a surprising experiment is one where the estimated result beforehand and the actual result differ by a lot... we focused not just on the winners, but also surprising losers, things that people thought would be a no-brainer to run. And then for some reason, it was very negative. And sometimes, it's that negative that gives you insight."
— Ronny Kohavi "The teams continuously document any learnings from data exploration, from experimentation, from user research and so on... Most of it is spent discussing learnings that have been documented, their implications, how they can be leveraged in follow up work."
— Ben Williams
✗ Common Mistakes
Skipping discovery and requirements gathering—failed projects often stem from rushing to build without understanding the problemTreating retrospectives as blame sessions rather than learning exercisesOnly reviewing failures—surprising successes also contain valuable lessonsNot setting kill criteria in advance, then falling into the sunk cost trap when projects go sideways ✓ Signs You're Doing It Well
Your team comfortably shares failures in public forums without fear of punishmentYou have documented learnings from past experiments that inform current decisionsPre-mortems are a standard part of your project kickoff processThe ratio of input to output (effort vs. growth) is a regular topic of honest discussion
All Guest Perspectives
Deep dive into what all 11 guests shared about post-mortems & retrospectives.
Annie Duke 2 quotes
Listen to episode →
"So a pre-mortem, it's great only if you set up kill criteria. Commit to actions that you're going to take if you see those signals." Tactical: Identify early signals that a project is failing during the pre-mortem.Pre-commit to specific actions (like killing the project) if those signals are met. "What a pre-mortem allows you to do is to set up kill criteria. So kill criteria are just a set of signals that you might see that would tell you that it's time to pivot or stop because once we actually launch something, we're very, very slow to decide to quit." Tactical: Ask the team: 'Imagine it is six months from now and the project has failed. What were the early signals?'Create a list of 'kill criteria' based on these signals (e.g., inability to get a decision-maker in the room).
View all skills from Annie Duke →
Ben Williams 1 quote
Listen to episode →
"We have these team level impact and learnings reviews... The teams continuously document any learnings from data exploration, from experimentation, from user research and so on. They document that in their weekly impact and learnings document... Most of it is spent discussing learnings that have been documented, their implications, how they can be leveraged in follow up work." Tactical: Hold weekly 'Impact and Learnings' reviews focused on insights rather than status updatesSocialize learnings across the entire company to uplevel other teams
View all skills from Ben Williams →
Carole Robin 1 quote
Listen to episode →
"The acronym is A-F-O-G, another F-ing... Another Fucking Opportunity for Growth. Every student who ever took a class from me... knows that acronym because my question, when something has gone wrong or a person has experienced a failure, my first question is always, so what did you learn?" Tactical: When a failure occurs, immediately ask: 'What is the lesson here?'Use the AFOG acronym to maintain perspective during painful setbacks.
View all skills from Carole Robin →
Christina Wodtke 1 quote
Listen to episode →
"What matters is, why 80%? Really focus on the learning... It's all about the retrospectives. Make sure your grading is secondary to retrospective, is the biggest thing I would say, because that's what's going to be valuable." Tactical: Prioritize the 'why' behind the grade over the precision of the numerical score.Use the end-of-quarter retrospective to identify systemic blockers that prevented hitting 100%.
View all skills from Christina Wodtke →
Eeke de Milliano 2 quotes
Listen to episode →
"Instead of calling something a postmortem, call it a retrospective, so that it's a positive thing. Like, 'Hey, we're learning from this thing.'" Tactical: Rename 'post-mortems' to 'retrospectives'Shine a light on failure to mitigate the fear of taking big swings "Have people talk about the failure in these sort of public forums, where usually you talk about the successes. So have someone actually write a note that's like, 'Hey, here are all my learnings from this thing that we did.' And send it to the org." Tactical: Encourage teams to send 'learning notes' about failed projects to the entire companyHave teams present failures and lessons learned at all-hands meetings
View all skills from Eeke de Milliano →
Janna Bastow 1 quote
Listen to episode →
"Retrospectives make such a big difference because they are indicative of psychological safety, which underpins so much, right? Once you start building in this psychological safety, the ability to ask questions and to start saying, 'What are we doing that's working? What are we doing that's not working? Okay, determine that something doesn't work. Are we allowed to go change it?'" Tactical: Use retrospectives to identify what is and isn't working and empower the team to change their situation
View all skills from Janna Bastow →
Maggie Crowley 1 quote
Listen to episode →
"I remember... we decided we needed to do a rewrite, red flag number one... It didn't take six months, it took two and a half years... We skipped discovery. We didn't really write a one-pager, we just went for it." Tactical: Avoid 'side-by-side' rewrites of core productsNever skip discovery or requirements gathering for large technical projectsBe honest about 'sunk cost fallacy' when projects go off the rails
View all skills from Maggie Crowley →
Melissa Perri 1 quote
Listen to episode →
"I think the biggest message I can tell to anybody learning, is really, sit down, do a retrospective with yourself, and say, is this helping me get better at being a product manager? And if it's not, change it." Tactical: Regularly audit your own 'toolbox' of frameworks and discard those that no longer serve your specific context.
View all skills from Melissa Perri →
Mike Krieger 1 quote
Listen to episode →
"The confluence of those three things [mobile web deterioration, lack of viral spread, remote work]... we entered I guess 2024 and said, 'Look, there is a company to be built in the space. I'm not sure where the people would've built it. This concurrent incarnation we love, but it's not growing.'" Tactical: Evaluate if the ratio of input (effort) to output (growth) is fundamentally broken.Consider external factors like platform deterioration (e.g., mobile web) and internal factors like team distribution when assessing failure.
View all skills from Mike Krieger →
Ronny Kohavi 1 quote
Listen to episode →
"To me, a surprising experiment is one where the estimated result beforehand and the actual result differ by a lot. ... So we focused not just on the winners, but also surprising losers, things that people thought would be a no-brainer to run. And then for some reason, it was very negative. And sometimes, it's that negative that gives you insight." Tactical: Hold quarterly meetings specifically to review the most surprising experiment resultsAnalyze 'surprising losers' to uncover hidden factors like battery life impact or user friction
View all skills from Ronny Kohavi →
Shreyas Doshi 1 quote
Listen to episode →
"The idea is simple, which is when you are working on an important project or initiative, you get together with your team early on in the products or the projects' life to see in advance what could go wrong. And the way I describe a pre-mortem is that if you do a pre-mortem right, you will not have to do an ugly post-mortem." Tactical: Start with the prompt: 'Imagine this project has failed six months from now. What went wrong?'Categorize risks into 'Tigers' (lethal threats), 'Paper Tigers' (perceived threats), and 'Elephants' (unspoken issues).Include cross-functional members from engineering, sales, support, and marketing.
View all skills from Shreyas Doshi →
Install This Skill
Add this skill to Claude Code, Cursor, or any AI coding assistant that supports Agent Skills.
1 Download the skill
Download SKILL.md
2 Add to your project
Create a folder in your project root and add the skill file:
.claude/skills/post-mortems-retrospectives/SKILL.md 3 Start using it
Claude will automatically detect and use the skill when relevant. You can also invoke it directly:
Help me with post-mortems & retrospectives Related Skills Other Leadership skills you might find useful. 65 guests Running Decision Processes Use a structured 'Curiosity Loop' to gather contextual advice from a curated group to fight the bias... View Skill → → 43 guests Having Difficult Conversations Managers often avoid giving sensitive but critical feedback on presence and perception, which can st... View Skill → → 57 guests Cross-functional Collaboration In content-heavy organizations, cross-functional teams should include subject matter experts (like e... View Skill → → 44 guests Planning Under Uncertainty Managing through a crisis requires 'wartime' humility to accurately diagnose problems before attempt... View Skill → →
AI Transformation Partner
Start Your Journey
SERVICES AI Audit AI Automation AI Training COMPANY About Case Studies Book a Call
© 2026 Refound. All rights reserved.
分类:领导力
事后复盘与回顾会议 | Refound AI
Lenny技能数据库 技能 操作手册 嘉宾 关于 技能 操作手册 嘉宾 关于 领导力 11位嘉宾 | 13条见解
事后复盘与回顾会议 事后复盘与回顾会议是结构化的练习,用于从结果中汲取经验——无论是失败还是成功。它们至关重要,因为如果没有刻意的反思,团队会重复犯错、错过规律,还会失去机构知识的复利价值。
下载Claude Skill
阅读指南
指南 从11位专家的经验中提炼出的5个关键步骤。
1 开展预复盘,避免糟糕的事后复盘 最好的事后复盘是你永远不需要开展的那种。在项目启动前,召集团队成员问:“假设六个月后这个项目失败了——哪里出了问题?”这种假设的失败场景能创造心理安全空间,让人们说出原本会隐瞒的担忧。最重要的是,利用预复盘制定“终止标准”——即会触发转向或项目关停的特定信号。
嘉宾观点精选
“这个理念很简单,当你在推进重要项目或举措时,在产品或项目早期就召集团队,提前预判可能出现的问题。我对预复盘的描述是,如果预复盘做得好,你就不需要开展糟糕的事后复盘。”
—— Shreyas Doshi “预复盘能让你设立终止标准。终止标准就是一系列你可能观察到的信号,告诉你是时候转向或停止了——因为一旦项目真正启动,我们在决定放弃时会非常迟缓。”
—— Annie Duke 2 将失败重新定义为学习机会 措辞很重要。用“回顾会议”代替“事后复盘”,强调学习而非追责。当出现问题时,第一个问题永远应该是“我们学到了什么?”采用AFOG心态——又一个绝佳成长机会(Another F-ing Opportunity for Growth)——在挫折中保持正确视角,培养长期韧性。
嘉宾观点精选
“不要叫它事后复盘,叫它回顾会议,这样就成了积极的事。比如,‘嘿,我们正从这件事中学东西。’”
—— Eeke de Milliano “这个缩写是A-F-O-G,也就是又一个绝佳成长机会。我教过的每个学生都知道这个缩写,因为当出现问题或有人经历失败时,我的第一个问题永远是,你学到了什么?”
—— Carole Robin 3 关注数字背后的“原因” 无论你完成了目标的80%还是120%,数字本身的价值远不如理解背后的原因。利用回顾会议深入挖掘系统性障碍、隐藏假设和意外因素。同样的原则也适用于个人成长——定期审视自己的工作框架,摒弃那些不再适用于当前场景的框架。
嘉宾观点精选
“重要的是,为什么是80%?要真正聚焦于学习……核心在于回顾会议。确保评分是次要的,回顾才是重点,这是我最想说的,因为这才是有价值的部分。”
—— Christina Wodtke “我想给所有学习者的最重要建议是,真的,坐下来给自己做一次回顾,问问自己,这能帮我成为更好的产品经理吗?如果不能,就换掉它。”
—— Melissa Perri 4 公开庆祝并分享所学 当所学内容被公开分享而非隐藏时,回顾会议能建立心理安全感。让团队撰写关于失败项目的“学习笔记”,并在全公司范围内分享。在全员会议上,将失败和经验教训与成功案例一同展示。这能让实验常态化,减少人们对大胆尝试的恐惧。
嘉宾观点精选
“让人们在通常只谈论成功的公开场合谈论失败。比如让某人写一份类似‘嘿,这是我们从这个项目中学到的所有东西’的笔记,然后发送给整个组织。”
—— Eeke de Milliano “回顾会议意义重大,因为它们是心理安全感的体现,而心理安全感是很多事情的基础,对吧?一旦建立起这种心理安全感,团队就能敢于提问,开始说‘哪些做法有效?哪些无效?确定无效的部分后,我们能做出改变吗?’”
—— Janna Bastow 5 优先关注意外结果而非胜负 最有价值的回顾会议不聚焦于“成功”或“失败”,而是意外结果——即预测与实际结果差异最大的情况。一个所有人都认为会成功的“意外失败”,往往能揭示隐藏因素(如电池消耗、用户摩擦、边缘情况),相比可预测的成功,它能为组织带来更多学习机会。
嘉宾观点精选
“对我来说,意外实验是指事前预估结果与实际结果差异很大的实验……我们不仅关注成功案例,还关注意外失败——那些人们认为理所当然会成功的项目,但出于某种原因结果非常糟糕。有时候,正是这种糟糕的结果能给你带来洞见。”
—— Ronny Kohavi “团队持续记录从数据探索、实验、用户研究等活动中获得的所有经验……大部分时间都在讨论已记录的经验、它们的影响,以及如何在后续工作中加以利用。”
—— Ben Williams
✗ 常见误区
跳过探索和需求收集——失败项目往往源于未理解问题就急于开发将回顾会议当成追责会议而非学习练习只复盘失败——意外成功也包含宝贵经验未提前设定终止标准,当项目出问题时陷入沉没成本陷阱 ✓ 做得好的标志
团队能在公开场合坦然分享失败,无需担心惩罚你有过去实验的记录经验,可为当前决策提供参考预复盘是项目启动的标准流程投入与产出(努力 vs 成长)的比率是诚实讨论的常规话题
所有嘉宾观点
深入了解11位嘉宾关于事后复盘与回顾会议的分享。
Annie Duke 2条观点
收听节目 →
“所以预复盘只有在设立终止标准的情况下才有用。承诺当观察到这些信号时要采取的行动。” 实操建议: 在预复盘期间识别项目失败的早期信号。承诺当观察到这些信号时采取具体行动(如终止项目)。 “预复盘能让你设立终止标准。终止标准就是一系列你可能观察到的信号,告诉你是时候转向或停止了——因为一旦项目真正启动,我们在决定放弃时会非常迟缓。” 实操建议: 问团队:“假设六个月后项目失败了,早期信号是什么?”基于这些信号制定“终止标准”列表(例如,无法让决策者参与)。
查看Annie Duke的所有技能 →
Ben Williams 1条观点
收听节目 →
“我们开展团队层面的影响与经验回顾……团队持续记录从数据探索、实验、用户研究等活动中获得的所有经验。他们将这些记录在每周的影响与经验文档中……大部分时间都在讨论已记录的经验、它们的影响,以及如何在后续工作中加以利用。” 实操建议: 每周开展“影响与经验”回顾,聚焦洞见而非状态更新在全公司分享经验,帮助其他团队提升
查看Ben Williams的所有技能 →
Carole Robin 1条观点
收听节目 →
“这个缩写是A-F-O-G,也就是又一个绝佳成长机会。我教过的每个学生都知道这个缩写,因为当出现问题或有人经历失败时,我的第一个问题永远是,你学到了什么?” 实操建议: 当失败发生时,立即问:“我们能学到什么?”使用AFOG缩写在挫折中保持正确视角。
查看Carole Robin的所有技能 →
Christina Wodtke 1条观点
收听节目 →
“重要的是,为什么是80%?要真正聚焦于学习……核心在于回顾会议。确保评分是次要的,回顾才是重点,这是我最想说的,因为这才是有价值的部分。” 实操建议: 优先关注评分背后的“原因”,而非数字的精确性利用季度末回顾会议识别阻碍达成100%目标的系统性障碍。
查看Christina Wodtke的所有技能 →
Eeke de Milliano 2条观点
收听节目 →
“不要叫它事后复盘,叫它回顾会议,这样就成了积极的事。比如,‘嘿,我们正从这件事中学东西。’” 实操建议: 将“事后复盘”更名为“回顾会议”直面失败,减少对大胆尝试的恐惧 “让人们在通常只谈论成功的公开场合谈论失败。比如让某人写一份类似‘嘿,这是我们从这个项目中学到的所有东西’的笔记,然后发送给整个组织。” 实操建议: 鼓励团队将关于失败项目的“学习笔记”发送给全公司让团队在全员会议上展示失败及学到的经验
查看Eeke de Milliano的所有技能 →
Janna Bastow 1条观点
收听节目 →
“回顾会议意义重大,因为它们是心理安全感的体现,而心理安全感是很多事情的基础,对吧?一旦建立起这种心理安全感,团队就能敢于提问,开始说‘哪些做法有效?哪些无效?确定无效的部分后,我们能做出改变吗?’” 实操建议: 利用回顾会议识别有效和无效的做法,赋能团队做出改变
查看Janna Bastow的所有技能 →
Maggie Crowley 1条观点
收听节目 →
“我记得……我们决定要重写,第一个危险信号……本来预计六个月,结果花了两年半……我们跳过了探索阶段,没写一页纸的需求文档,就直接开工了。” 实操建议: 避免对核心产品进行“并行重写”大型技术项目绝不能跳过探索或需求收集当项目偏离轨道时,坦诚面对“沉没成本谬误”
查看Maggie Crowley的所有技能 →
Melissa Perri 1条观点
收听节目 →
“我想给所有学习者的最重要建议是,真的,坐下来给自己做一次回顾,问问自己,这能帮我成为更好的产品经理吗?如果不能,就换掉它。” 实操建议: 定期审视自己的框架“工具箱”,摒弃那些不再适用于当前场景的框架。
查看Melissa Perri的所有技能 →
Mike Krieger 1条观点
收听节目 →
“这三个因素的共同作用[移动网络恶化、缺乏病毒式传播、远程办公]……我们进入2024年时说,‘看,这个领域有公司可以做。我不确定其他人会在哪里做。我们现在这个版本很喜欢,但它没有增长。’” 实操建议: 评估投入(努力)与产出(增长)的比率是否从根本上失衡。评估失败时,考虑外部因素(如移动网络恶化)和内部因素(如团队分布)。
查看Mike Krieger的所有技能 →
Ronny Kohavi 1条观点
收听节目 →
“对我来说,意外实验是指事前预估结果与实际结果差异很大的实验……我们不仅关注成功案例,还关注意外失败——那些人们认为理所当然会成功的项目,但出于某种原因结果非常糟糕。有时候,正是这种糟糕的结果能给你带来洞见。” 实操建议: 每季度召开专门会议,回顾最具意外性的实验结果分析“意外失败”,挖掘隐藏因素(如电池寿命影响、用户摩擦)
查看Ronny Kohavi的所有技能 →
Shreyas Doshi 1条观点
收听节目 →
“这个理念很简单,当你在推进重要项目或举措时,在产品或项目早期就召集团队,提前预判可能出现的问题。我对预复盘的描述是,如果预复盘做得好,你就不需要开展糟糕的事后复盘。” 实操建议: 从这个问题开始:“假设六个月后这个项目失败了,哪里出了问题?”将风险分为“猛虎”(致命威胁)、“纸老虎”(感知到的威胁)和“大象”(未被提及的问题)。邀请来自工程、销售、支持和营销的跨职能成员参与。
查看Shreyas Doshi的所有技能 →
安装该技能
将此技能添加到Claude Code、Cursor或任何支持Agent Skills的AI编码助手。
1 下载技能
下载SKILL.md
2 添加到你的项目
在项目根目录创建一个文件夹,然后添加技能文件:
.claude/skills/post-mortems-retrospectives/SKILL.md 开始使用
Claude会在相关场景自动检测并使用该技能。你也可以直接调用:
帮我处理事后复盘与回顾会议 相关技能 你可能会感兴趣的其他领导力技能。 65位嘉宾 决策流程管理 使用结构化的“好奇循环”从精选群体中收集情境建议,对抗偏见... 查看技能 → → 43位嘉宾 艰难对话处理 管理者常常回避给出关于表现和认知的敏感但关键的反馈,这可能会... 查看技能 → → 57位嘉宾 跨职能协作 在内容密集型组织中,跨职能团队应包含主题专家(如... 查看技能 → → 44位嘉宾 不确定性下的规划 在危机中管理需要“战时”谦逊,在尝试... 查看技能 → →
AI转型合作伙伴
开启你的旅程
服务 AI审计 AI自动化 AI培训 公司 关于我们 案例研究 预约咨询
© 2026 Refound.
保留所有权利。