<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Alan Conroy — Writing</title><description>Field notes on ERP and enterprise software, photography, running and life abroad — by Alan Conroy.</description><link>https://conroy.eu/</link><language>en-ie</language><item><title>Why I built this site</title><link>https://conroy.eu/writing/why-i-built-this-site/</link><guid isPermaLink="true">https://conroy.eu/writing/why-i-built-this-site/</guid><description>A short note on why I finally put up a home of my own on the web — and what I plan to do with it.</description><pubDate>Mon, 20 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&lt;article&gt;&lt;p&gt;For years my presence online has been scattered: a profile here, a photo stream there, a professional network somewhere else. Each one owned by someone else, each one a fragment. This is my attempt to gather the threads in one place I actually control.&lt;/p&gt;&lt;h2&gt;What this is&lt;/h2&gt;&lt;p&gt;Three things, mostly.&lt;/p&gt;&lt;p&gt;First, a bit of &lt;strong&gt;writing&lt;/strong&gt; — field notes from two decades in enterprise software, the occasional photo essay, and thoughts on running and life abroad. Nothing polished or promotional; just what I&apos;ve learned and what I&apos;m still figuring out.&lt;/p&gt;&lt;p&gt;Second, a quiet record of &lt;strong&gt;my work&lt;/strong&gt;, for the handful of people who want to know what I actually do and whether I might help with theirs.&lt;/p&gt;&lt;p&gt;Third, a home for &lt;strong&gt;photographs&lt;/strong&gt; I care about, pulled from an archive I&apos;ve been building since 2005.&lt;/p&gt;&lt;h2&gt;What it isn&apos;t&lt;/h2&gt;&lt;p&gt;It isn&apos;t a marketing funnel, and I&apos;m not trying to go viral. I&apos;ve come to think the most valuable thing you can build online is a small, honest corner that&apos;s unmistakably yours. So that&apos;s the plan: write when I have something worth saying, share the good photographs, and let the rest take care of itself.&lt;/p&gt;&lt;p&gt;If any of that resonates, the &lt;a href=&quot;/writing&quot;&gt;writing&lt;/a&gt; is the best place to start.&lt;/p&gt;&lt;/article&gt;</content:encoded></item><item><title>What twenty years in ERP taught me about implementations that stick</title><link>https://conroy.eu/writing/erp-implementations-that-stick/</link><guid isPermaLink="true">https://conroy.eu/writing/erp-implementations-that-stick/</guid><description>The projects that succeed rarely fail on the technology. Here&apos;s what actually separates an ERP rollout that lasts from one that quietly unravels.</description><pubDate>Thu, 18 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&lt;article&gt;&lt;p&gt;I&apos;ve been part of enough ERP implementations — as a founder, a consultant, and the person who gets called when things go sideways — to notice a pattern. The projects that last and the projects that quietly unravel almost never differ on the technology. They differ on a handful of unglamorous things nobody puts in the sales deck.&lt;/p&gt;&lt;h2&gt;It&apos;s a people project wearing a software costume&lt;/h2&gt;&lt;p&gt;The software is the easy part. The hard part is that an ERP system encodes how a business actually works — and most businesses don&apos;t fully agree on how they work until you make them write it down. Half of a good implementation is diplomacy: getting finance, operations and the warehouse to agree on a single version of the truth.&lt;/p&gt;&lt;h2&gt;Clean data beats clever configuration&lt;/h2&gt;&lt;p&gt;Every failed migration I&apos;ve seen was, underneath, a data problem someone hoped would fix itself. It never does. The unglamorous work of cleaning, mapping and reconciling data before go-live is the single highest-leverage thing you can do. Budget for it generously; it will still take longer than you think.&lt;/p&gt;&lt;h2&gt;Decide who owns it after go-live — before go-live&lt;/h2&gt;&lt;p&gt;Systems don&apos;t fail on launch day. They fail six months later, when the person who understood the configuration has moved on and no one owns the thing anymore. Name that owner early, and give them time to actually learn the system while the consultants are still around.&lt;/p&gt;&lt;h2&gt;Resist the urge to rebuild your old system&lt;/h2&gt;&lt;p&gt;The most expensive words in any project are &amp;quot;but that&apos;s how our old system did it.&amp;quot; A new ERP is a chance to drop the accumulated workarounds of a decade. Take it. Every bespoke customisation you add is a cost you&apos;ll pay again at every upgrade, forever.&lt;/p&gt;&lt;hr&gt;&lt;p&gt;None of this is exotic. But the projects that respect these four things tend to still be running happily years later — and the ones that don&apos;t tend to become the cautionary tale someone tells a consultant like me.&lt;/p&gt;&lt;/article&gt;</content:encoded></item><item><title>On long runs and long projects</title><link>https://conroy.eu/writing/long-runs-and-long-projects/</link><guid isPermaLink="true">https://conroy.eu/writing/long-runs-and-long-projects/</guid><description>What training for the Marathon Majors taught me about surviving the messy middle of a big software project.</description><pubDate>Thu, 28 May 2026 00:00:00 GMT</pubDate><content:encoded>&lt;article&gt;&lt;p&gt;I picked up distance running late, and it has quietly reshaped how I approach my work. On paper the two have nothing in common. In practice, a marathon and a large software project are almost the same problem wearing different shoes.&lt;/p&gt;&lt;h2&gt;The middle is where it&apos;s decided&lt;/h2&gt;&lt;p&gt;Every marathon has a glamorous start and a triumphant finish, and a long, lonely stretch in between where the outcome is actually decided. Big projects are identical. The kickoff is exciting and the go-live gets the photos, but success is earned somewhere around the unglamorous middle, when the novelty has worn off and the work is just work.&lt;/p&gt;&lt;h2&gt;Consistency beats heroics&lt;/h2&gt;&lt;p&gt;You can&apos;t cram for a marathon, and you can&apos;t cram for a migration. Both reward the boring virtue of showing up and doing a sensible amount, repeatedly, for longer than feels interesting. The dramatic all-nighter is usually a sign that the consistent work didn&apos;t happen earlier.&lt;/p&gt;&lt;h2&gt;Respect the wall, then keep moving&lt;/h2&gt;&lt;p&gt;There&apos;s a point in every long race — and every long project — where it stops being fun and starts being a test of whether you&apos;ll keep putting one foot down. Knowing that moment is coming makes it survivable. You don&apos;t have to feel good; you just have to not stop.&lt;/p&gt;&lt;hr&gt;&lt;p&gt;I still run for the running, not the metaphors. But somewhere on a long Sunday out, more than one gnarly work problem has quietly untangled itself. That&apos;s a fair return on a pair of trainers.&lt;/p&gt;&lt;/article&gt;</content:encoded></item></channel></rss>