<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Engineering Economics on Adrián Moreno Peña | VP of Technology @ Worksome ⸱ Product &amp; Engineering Leader (Copenhagen)</title><link>https://www.adrianmoreno.info/categories/engineering-economics/</link><description>Recent content in Engineering Economics on Adrián Moreno Peña | VP of Technology @ Worksome ⸱ Product &amp; Engineering Leader (Copenhagen)</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sat, 22 Aug 2026 10:00:00 +0200</lastBuildDate><atom:link href="https://www.adrianmoreno.info/categories/engineering-economics/index.xml" rel="self" type="application/rss+xml"/><item><title>The SaaSpocalypse That Never Came: A Build vs Buy Test in Disguise</title><link>https://www.adrianmoreno.info/blog/the-saaspocalypse-that-never-came/</link><pubDate>Sat, 22 Aug 2026 10:00:00 +0200</pubDate><guid>https://www.adrianmoreno.info/blog/the-saaspocalypse-that-never-came/</guid><description>&lt;p&gt;Remember the SaaSpocalypse?&lt;/p&gt;
&lt;p&gt;The one where AI was going to make Salesforce irrelevant, kill every subscription, and turn the software industry into a ghost town because every company would be running custom software alone. We were promised the software equivalent of Y2K. Planes falling out of the sky. Banks imploding. Vendors disappearing.&lt;/p&gt;
&lt;p&gt;Yet, the lights stayed on.&lt;/p&gt;
&lt;p&gt;What actually happened wasn&amp;rsquo;t an apocalypse. It was something quieter, and honestly, more interesting: &lt;strong&gt;&amp;ldquo;build vs buy&amp;rdquo; for software products stopped being an engineering conversation.&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>Project vs Product Work: when is your work done</title><link>https://www.adrianmoreno.info/blog/2026-07-19-project-vs-product/</link><pubDate>Fri, 24 Jul 2026 08:00:00 +0100</pubDate><guid>https://www.adrianmoreno.info/blog/2026-07-19-project-vs-product/</guid><description>&lt;p&gt;This is one of the pet peeves that some people working with me might have noticed: when engineers can only think of &amp;ldquo;PM&amp;rdquo; meaning &amp;ldquo;Project Manager&amp;rdquo;. There&amp;rsquo;s a role called &amp;ldquo;Product Manager&amp;rdquo; for a reason - you&amp;rsquo;re building a &lt;em&gt;digital product&lt;/em&gt; that involves &lt;em&gt;endless projects&lt;/em&gt;.&lt;/p&gt;
&lt;p&gt;The reason why it triggers me is because there&amp;rsquo;s a fundamental gap between finishing a &lt;em&gt;task&lt;/em&gt; and owning an &lt;em&gt;outcome&lt;/em&gt;. One is &lt;strong&gt;project&lt;/strong&gt; thinking, the other is &lt;strong&gt;product&lt;/strong&gt; thinking. As a hiring manager representing in-house teams (like I do at Worksome or did at SumUp before), this is one of the main things I look for.&lt;/p&gt;</description></item><item><title>Stop Architecting, Start Gardening</title><link>https://www.adrianmoreno.info/blog/stop-architecting-start-gardening/</link><pubDate>Fri, 17 Jul 2026 12:00:00 +0200</pubDate><guid>https://www.adrianmoreno.info/blog/stop-architecting-start-gardening/</guid><description>&lt;p&gt;🪏 A garden doesn&amp;rsquo;t launch — it produces continuously.&lt;/p&gt;
&lt;p&gt;You don&amp;rsquo;t plant the tomatoes, the lavender, and the hedgerow all at once because the dependency graph says they&amp;rsquo;re connected. You put a few things in the ground. Some thrive. Some get eaten by slugs. A wet July rots the roots of what you were sure would make it. You adjust. Next season you plant differently — not because the plan was bad, but because &lt;strong&gt;the weather didn&amp;rsquo;t read your plan, and the bugs didn&amp;rsquo;t care.&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>The Other Debt: When "Good Engineering" Ignores Economic Sustainability</title><link>https://www.adrianmoreno.info/blog/2026-02-16-the-other-debt-when-good-engineering-ignores-economic-sustainability/</link><pubDate>Mon, 16 Feb 2026 22:00:00 +0000</pubDate><guid>https://www.adrianmoreno.info/blog/2026-02-16-the-other-debt-when-good-engineering-ignores-economic-sustainability/</guid><description>&lt;p&gt;We engineers love talking about technical debt. It&amp;rsquo;s our go-to metaphor, and it works - people understand debt. But &lt;strong&gt;we&amp;rsquo;ve been looking at sustainability through only one lens.&lt;/strong&gt; We obsess over code quality, architecture, test coverage - and we call the absence of these things &amp;ldquo;technical debt&amp;rdquo;.&lt;/p&gt;
&lt;p&gt;What we rarely talk about is the &lt;strong&gt;literal&lt;/strong&gt; debt. &lt;strong&gt;Code that is technically good but the business can&amp;rsquo;t afford to maintain is not good code.&lt;/strong&gt;&lt;/p&gt;</description></item></channel></rss>