<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0"><channel><title><![CDATA[Built to Absorb]]></title><description><![CDATA[Where large programmes leak the value they were funded to deliver, and how the best operators capture it. One leak, one fix, every week.]]></description><link>https://www.builttoabsorb.com</link><image><url>https://substackcdn.com/image/fetch/$s_!5k-f!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Faf81540f-ccf2-447f-8da4-f13538cf9568_1254x1254.png</url><title>Built to Absorb</title><link>https://www.builttoabsorb.com</link></image><generator>Substack</generator><lastBuildDate>Thu, 08 Oct 2026 10:09:26 GMT</lastBuildDate><atom:link href="https://www.builttoabsorb.com/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Ricky Asemota]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[builttoabsorb@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[builttoabsorb@substack.com]]></itunes:email><itunes:name><![CDATA[Ricky Asemota]]></itunes:name></itunes:owner><itunes:author><![CDATA[Ricky Asemota]]></itunes:author><googleplay:owner><![CDATA[builttoabsorb@substack.com]]></googleplay:owner><googleplay:email><![CDATA[builttoabsorb@substack.com]]></googleplay:email><googleplay:author><![CDATA[Ricky Asemota]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[The Phase 2 Problem]]></title><description><![CDATA[Absorption isn't change management. Your calendar can prove it.]]></description><link>https://www.builttoabsorb.com/p/the-phase-2-problem</link><guid isPermaLink="false">https://www.builttoabsorb.com/p/the-phase-2-problem</guid><dc:creator><![CDATA[Ricky Asemota]]></dc:creator><pubDate>Wed, 07 Oct 2026 05:01:00 GMT</pubDate><enclosure url="https://api.substack.com/feed/podcast/213660478/98e7bd13dbfd91602261d1b05b110697.mp3" length="0" type="audio/mpeg"/><content:encoded><![CDATA[<p>This week&#8217;s episode argues that the work has moved. For a decade the question was whether you could fund the next phase. Now it&#8217;s whether your organisation can absorb what the last one already bought. If you&#8217;ve watched or listened, you have that argument. I won&#8217;t repeat it here.</p><p>This issue does two things the episode doesn&#8217;t. It takes on the best objection I hear to the whole idea. And it gives you a test you can run on your own organisation this week, in about twenty minutes.</p><p><strong>The objection</strong></p><p>The fair challenge goes like this. Isn&#8217;t absorption just change management with a better name? Organisations have run change programmes for decades. Comms, training, champions, adoption plans. What&#8217;s new?</p><p>I don&#8217;t think it&#8217;s the same thing, and the difference decides what you fund.</p><p><strong>Change management usually arrives after the decision. </strong>The tool is bought, the date is set, and a workstream is stood up to bring people along. Its job is to help a decision that&#8217;s already been taken land as smoothly as possible. Done well, that&#8217;s valuable work.</p><p><strong>Absorption is a question you ask before the decision.</strong> Can this organisation hold this, now, on top of everything else it&#8217;s carrying? Who will be allowed to change how the work runs? Who owns it landing, and what will they stop doing to make room?</p><p>One is a workstream. The other is a constraint. A workstream gets a budget line. A constraint changes what you agree to buy.</p><p>You can run excellent change management on something the organisation had no room to absorb. Everyone attends the training. The champions are keen. The comms are clear. Six months later, well-trained people are back doing the work the old way, because nothing about their decisions, their incentives or their week has changed. That isn&#8217;t a failure of change management. It&#8217;s what happens when you ask it to fix a problem that was created before it started.</p><p>So if you&#8217;ve seen change management really work, check when it started. I&#8217;d bet it was before the purchase, not after it. At that point it had stopped being change management and become absorption.</p><p><strong>The test: twenty minutes with your calendar</strong></p><p>Strategy documents tell you which phase an organisation wants to be in. Calendars tell you which one it&#8217;s actually in.</p><p>Open the last four weeks of your leadership team&#8217;s diary. Put every recurring meeting into one of two piles.</p><p><strong>Pile one decides what to do.</strong> Strategy reviews. Investment committees. Approvals. Launch planning. These are the meetings that choose, fund and buy.</p><p><strong>Pile two makes what was decided work.</strong> Look for meetings like these:</p><ul><li><p>The adoption review, where someone looks at who is actually using the new thing and who has quietly gone back.</p></li><li><p>The blocker meeting, where the decisions holding a team up get made that week, not escalated to next month.</p></li><li><p>The check-in ninety days after go-live, when the launch glow has gone and the real usage is visible.</p></li><li><p>Time spent sitting with the teams doing the work, not hearing about it in a deck.</p></li></ul><p>Count both piles. In most leadership diaries I&#8217;ve seen, pile one wins by a distance. That made sense when the job was to fund and buy.</p><p>If you do find pile two, test it with three questions:</p><ul><li><p>Is anyone in the room from below the top two layers?</p></li><li><p>Does it end in named decisions, or in updates?</p></li><li><p>When did it last stop or change something?</p></li></ul><p>A pile two meeting that only hears updates from senior people is pile one in different clothes.</p><p>Then do the same with your targets. How many measure money spent or things launched? How many measure something actually being used, by the people it was bought for?</p><p>Last, your decision forums. When the new way of working collides with the old rules, where does a team take it? If the answer is up the chain, to a meeting that sits once a month, the decision rights haven&#8217;t moved, whatever the org chart says.</p><p><em><strong>If your calendar, your targets and your forums look the way they did three years ago, the slides have changed. The organisation hasn&#8217;t.</strong></em></p><p><strong>The line to remember</strong></p><p>Money moved at the speed of a memo. Capability moves at the speed of learning.</p><p><strong>Watch or listen</strong></p><p>The full episode is at the top of this post. It opens with a reorganisation I ran that worked perfectly on paper, and what it taught me about the gap between changing a structure and changing a company.</p><p>You can also listen on <a href="https://podcasts.apple.com/us/podcast/built-to-absorb/id6806991972">Apple Podcasts</a> or <a href="https://open.spotify.com/show/7nwgw6S59jbshSNyLYsUeF">Spotify</a>, or watch on <a href="https://youtu.be/4P8guV-HAGs">YouTube</a>.</p><p>If you run the calendar test, reply and tell me your split.</p><p><em>Built to Absorb. One problem, one fix, every week.</em></p>]]></content:encoded></item><item><title><![CDATA[Start Here]]></title><description><![CDATA[The most expensive gap hides inside the win]]></description><link>https://www.builttoabsorb.com/p/start-here</link><guid isPermaLink="false">https://www.builttoabsorb.com/p/start-here</guid><dc:creator><![CDATA[Ricky Asemota]]></dc:creator><pubDate>Tue, 29 Sep 2026 22:02:43 GMT</pubDate><enclosure url="https://api.substack.com/feed/podcast/218083999/359d5324e29807b069beb8e0e259a32f.mp3" length="0" type="audio/mpeg"/><content:encoded><![CDATA[<p>This is the first issue, so let me start with why this exists rather than ease into it.</p><p>Most writing about large transformations sorts them into two piles. The ones that worked, and the ones that failed. After more than a decade inside these programmes, I can tell you that is not the line that matters. The line that matters runs straight through the middle of the successful ones.</p><p>Because even the transformations that get counted as &#8220;wins&#8221; quietly lose a large share of the value they were meant to capture. That is the subject of this newsletter. Not the loud failures, the value that quietly escapes the wins.</p><p>Here is the pattern the whole show is built on, and it&#8217;s one I&#8217;ve watched again and again, not one I read in a report.</p><p>A business I worked with a few years ago, spent a fortune on a new system. Real ambition, a proper launch, the kind with a countdown running on a film. About a year in, I asked to see the usage data.</p><p>Most people had logged in exactly once. On the day of the training.</p><p>Nobody had been lazy. The money hadn&#8217;t been short. The thing worked. A fortune in tools sitting in the building like gym equipment nobody has touched since January.</p><p>It is tempting to blame the usual suspects. Talent. Money. The strategy itself. Most of the time none of those is it. All three are usually in the room. What is missing is quieter, and it has a name I have come to use all the time: <strong>ABSORPTION</strong>.</p><p>Absorption is the distance between what an organisation decides to do and what it can actually take in and make routine. You can buy a tool in a quarter. You can redraw an org chart in a weekend. But the real organisation moves much slower, because it lives in the incentives, the habits, and who is actually allowed to decide. None of that arrives with the purchase order.</p><p>So let me put the word plainly, because it is the whole show. Absorbing a capability is not buying it. It is the moment the new thing stops being a project someone is championing, and becomes, simply, how the work gets done. Until that happens, you do not own the capability. <em><strong>You are renting the appearance of it.</strong></em></p><p>And you cannot rush it because <strong>capability moves at the speed of learning, not the speed of money.</strong></p><p>The gap between what gets bought and what gets absorbed is where the value escapes. Not one dramatic failure, but a hundred small places, over months, where a good programme quietly loses what it was funded to deliver while everyone is still calling it a win.</p><p>That&#8217;s the whole subject of Built to Absorb. Every week takes one place the value escapes, and the one operating choice that plugs it. One problem, one fix. About ten minutes. Built to be used by Monday.</p><p>No theory you cannot act on. No company names. No pitch. Just the patterns, abstracted so they are safe to share and useful wherever you are sitting.</p><p>The failures aren&#8217;t the expensive part. The wins that never absorb what they paid for are.</p><p>You can also listen on <a href="https://podcasts.apple.com/us/podcast/built-to-absorb/id6806991972">Apple Podcasts</a> or <a href="https://open.spotify.com/show/7nwgw6S59jbshSNyLYsUeF">Spotify</a>, or watch on <a href="https://www.youtube.com/watch?v=CK2GW7srvB8">YouTube</a>.</p><p>Built to Absorb. One problem, one fix, every week.</p>]]></content:encoded></item></channel></rss>