<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Strategy on Andrew Healey</title><link>https://healey.io/tags/strategy/</link><description>Recent content in Strategy on Andrew Healey</description><generator>Hugo -- gohugo.io</generator><language>en-US</language><copyright>© 2026 Andrew Healey</copyright><lastBuildDate>Tue, 29 Sep 2026 08:06:18 -0500</lastBuildDate><atom:link href="https://healey.io/tags/strategy/index.xml" rel="self" type="application/rss+xml"/><item><title>Kanter's Law: everything can look like a failure in the middle</title><link>https://healey.io/writing/kanters-law-everything-can-look-like-a-failure-in-the/</link><pubDate>Tue, 29 Sep 2026 08:06:18 -0500</pubDate><guid>https://healey.io/writing/kanters-law-everything-can-look-like-a-failure-in-the/</guid><description>&lt;p&gt;Kanter&amp;rsquo;s Law: everything can look like a failure in the middle. Starship launching, reaching orbit, and coming home yesterday was a good reminder that the middle is where we make our money. It never looks like progress while you&amp;rsquo;re standing in it. Too many of us skip it now, because a polished product page, a quick dashboard, or kneejerking to Claude or ChatGPT takes a few minutes before we ask if anyone actually needs the thing. Meanwhile an HVAC tech who bet everything on her own shop is spending another night away from her family to get somebody&amp;rsquo;s air back on, and she doesn&amp;rsquo;t need one more tool in her inbox. Before you chase the next one, ask what problem you&amp;rsquo;re actually trying to solve.&lt;/p&gt;</description></item><item><title>The context trap</title><link>https://healey.io/writing/the-context-trap/</link><pubDate>Tue, 20 Jan 2026 08:27:42 -0600</pubDate><guid>https://healey.io/writing/the-context-trap/</guid><description>&lt;p&gt;The context trap. Netflix popularized microservices. Google invented Kubernetes. Amazon built their own everything. Spotify gave us the squad model.&lt;/p&gt;&#10;&lt;p&gt;These are real innovations from smart people solving real problems. They&amp;rsquo;re also almost certainly wrong for your organization.&lt;/p&gt;&#10;&lt;p&gt;I know that sounds harsh. Let me explain.&lt;/p&gt;&#10;&lt;p&gt;Netflix runs a global streaming platform serving hundreds of millions of users. Their engineering team is measured in thousands. When a monolithic architecture became a bottleneck to their ability to deploy independently and scale specific components, microservices made sense. For them.&lt;/p&gt;</description></item><item><title>The cargo cult of "Enterprise"</title><link>https://healey.io/writing/the-cargo-cult-of-enterprise/</link><pubDate>Sat, 17 Jan 2026 07:24:38 -0600</pubDate><guid>https://healey.io/writing/the-cargo-cult-of-enterprise/</guid><description>&lt;p&gt;The cargo cult of &amp;ldquo;Enterprise&amp;rdquo;. From Seattle to Bentonville, I keep hearing this phrase in meetings: &amp;ldquo;That&amp;rsquo;s how they do it at [insert Fortune 500 company].&amp;rdquo;&lt;/p&gt;&#10;&lt;p&gt;It gets used like a trump card. Like the name itself is evidence. Like having worked somewhere successful means you understand why it was successful.&lt;/p&gt;&#10;&lt;p&gt;Here&amp;rsquo;s the problem. During and after World War II, some Pacific Island communities observed military planes landing with supplies. After the war ended and the planes stopped coming, they built wooden control towers and runways out of straw. They mimicked the forms they had seen, believing these structures would summon more planes. They didn&amp;rsquo;t understand logistics, manufacturing, or global supply chains. They just knew what it looked like when planes showed up.&lt;/p&gt;</description></item><item><title>Stop chasing tools, start measuring maturity</title><link>https://healey.io/writing/stop-chasing-tools-start-measuring-maturity/</link><pubDate>Thu, 15 Jan 2026 08:31:28 -0600</pubDate><guid>https://healey.io/writing/stop-chasing-tools-start-measuring-maturity/</guid><description>&lt;p&gt;Stop chasing tools, start measuring maturity. Here&amp;rsquo;s a pattern I see constantly.&lt;/p&gt;&#10;&lt;p&gt;Team identifies a problem. Team sees a demo of a shiny tool. Team convinces leadership the tool will solve the problem. Tool gets purchased. Tool gets partially implemented. Tool gets blamed when problems persist. Cycle repeats.&lt;/p&gt;&#10;&lt;p&gt;Gartner estimates that 90% of organizations invest in ITSM tools without first assessing their maturity. We buy solutions before we understand where we actually are.&lt;/p&gt;</description></item><item><title>Invest in your own judgement</title><link>https://healey.io/writing/invest-in-your-own-judgement/</link><pubDate>Mon, 12 Jan 2026 10:40:11 -0600</pubDate><guid>https://healey.io/writing/invest-in-your-own-judgement/</guid><description>&lt;p&gt;I&amp;rsquo;ve spent the vast majority of my career in manufacturing. They haven&amp;rsquo;t all been the companies that show up in Harvard Business Review case studies, something I&amp;rsquo;ve come to see that as an advantage.&lt;/p&gt;&#10;&lt;p&gt;When you&amp;rsquo;re not at a company with infinite resources and a thousand engineers, you learn to be deliberate. You accept constraints while still delivering results. No excuses. You can&amp;rsquo;t buy your way out of problems. You can&amp;rsquo;t throw headcount at complexity. You have to understand what actually matters and focus there.&lt;/p&gt;</description></item><item><title>Escaping the hype cycle</title><link>https://healey.io/writing/escaping-the-hype-cycle/</link><pubDate>Fri, 09 Jan 2026 09:34:12 -0600</pubDate><guid>https://healey.io/writing/escaping-the-hype-cycle/</guid><description>&lt;p&gt;Escaping the hype cycle (and the vendor noise). Your vendors want you to buy. Your peers want you to succeed. These are not the same thing.&lt;/p&gt;&#10;&lt;p&gt;I don&amp;rsquo;t say that to be cynical. Vendor relationships matter. Good vendors genuinely want to help you succeed because your success is their success. But their incentive structure is optimized for sales. The information they share is filtered through that lens. The case studies they present are their best outcomes, not their typical ones.&lt;/p&gt;</description></item><item><title>Don't rush to tear down a fence</title><link>https://healey.io/writing/don-t-rush-to-tear-down-a-fence/</link><pubDate>Mon, 30 Jun 2025 15:21:30 -0600</pubDate><guid>https://healey.io/writing/don-t-rush-to-tear-down-a-fence/</guid><description>&lt;p&gt;Don&amp;rsquo;t rush to tear down a fence just because you don&amp;rsquo;t see its purpose.&lt;/p&gt;&#10;&lt;p&gt;As G.K. Chesterton said: &amp;lsquo;There exists a certain institution or law; let us say a fence across a road. The modern reformer says, &amp;ldquo;I don&amp;rsquo;t see the use of this; let us clear it away.&amp;rdquo; To which the wise reformer replies, &amp;ldquo;If you don&amp;rsquo;t see the use of it, I won&amp;rsquo;t let you clear it away. Go and think. Only when you understand its purpose may you touch it.&amp;rdquo;&lt;/p&gt;</description></item><item><title>Complexity Kills</title><link>https://healey.io/writing/complexity-kills/</link><pubDate>Tue, 12 Sep 2023 15:14:24 -0600</pubDate><guid>https://healey.io/writing/complexity-kills/</guid><description>&lt;p&gt;Complexity kills.&lt;/p&gt;&#10;&lt;blockquote&gt;&lt;p&gt;… the startups we audited that are now doing the best usually had an almost brazenly ‘Keep It Simple’ approach to engineering. Cleverness for cleverness sake was abhorred. On the flip side, the companies where we were like ”woah, these folks are smart as hell” for the most part kind of faded.&lt;/p&gt;&#10;&lt;/blockquote&gt;&lt;p&gt;&lt;a href="https://renegadeotter.com/2023/09/10/death-by-a-thousand-microservices.html" target="_blank" rel="noreferrer"&gt;https://renegadeotter.com/2023/09/10/death-by-a-thousand-microservices.html&lt;/a&gt;*&lt;/p&gt;</description></item></channel></rss>