Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计通过

post-mortems-and-retrospectives事后分析和回顾

Agent Skill

post-mortems-and-retrospectives 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

465

周安装

19

GitHub Stars

3

下载量

150
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:post-mortems-and-retrospectives(事后分析和回顾)
来源仓库:https://github.com/oldwinter/skills
仓库路径:skills/post-mortems-and-retrospectives
安装命令:
npx skills add https://github.com/oldwinter/skills --skill post-mortems-and-retrospectives
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/oldwinter/skills --skill post-mortems-and-retrospectives

简介

用于查找、检索和筛选相关信息以支持事后分析与回顾。

  • 适合根据关键词或任务场景快速定位候选结果。
  • 可辅助整理会议要点、识别改进点或归档经验教训。
  • 安装前建议确认权限范围和维护状态。post-mortems-and-retrospectives 属于研究检索类 Skill,可作为该场景下的辅助能力补充。
  • 注意是否会触发联网、命令执行或文件读写操作。

SKILL.md

Post-mortems & Retrospectives

Category: Leadership

Source: https://refoundai.com/lenny-skills/s/post-mortems-retrospectives


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.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

37.38%
按下载量换算56

Claude

31.11%
按下载量换算47

Cursor

18.08%
按下载量换算27

Gemini CLI

9.95%
按下载量换算15

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills