<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Learning on Bootstrapping.org</title>
    <link>https://bootstrapping.org/tags/learning/</link>
    <description>Recent content in Learning on Bootstrapping.org</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 08 Apr 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://bootstrapping.org/tags/learning/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>The Failure Autopsy: How to Learn from a Dead Project Without Wasting More Time on It</title>
      <link>https://bootstrapping.org/2026/04/08/the-failure-autopsy-how-to-learn-from-a-dead-project-without-wasting-more-time-on-it/</link>
      <pubDate>Wed, 08 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://bootstrapping.org/2026/04/08/the-failure-autopsy-how-to-learn-from-a-dead-project-without-wasting-more-time-on-it/</guid>
      <description>&lt;p&gt;Most failed projects get one of two postmortems: too much or too little. The too-much version turns the failure into a narrative — a blog post, a retrospective thread, an extended personal reckoning that may be emotionally necessary but that rarely produces the specific, operational insights that would actually change future behavior. The too-little version suppresses the failure entirely, pivoting quickly toward the next thing to avoid the discomfort of analysis, and forfeits all the information the failure contained. The useful version is neither. It is short, specific, and deliberately unsentimental.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
