<?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[Practical Engineering Management]]></title><description><![CDATA[How to be an effective leader in the software engineering industry. Practical hints and stories to maximize the success of your team(s) and their influence on a company.]]></description><link>https://www.practicalengineering.management</link><image><url>https://substackcdn.com/image/fetch/$s_!0xL5!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff22d3851-836e-4bc8-b0f4-0d574c237b5d_1080x1080.png</url><title>Practical Engineering Management</title><link>https://www.practicalengineering.management</link></image><generator>Substack</generator><lastBuildDate>Thu, 29 Oct 2026 03:50:33 GMT</lastBuildDate><atom:link href="https://www.practicalengineering.management/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Practical Engineering Management]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[mirek@practicalengineering.management]]></webMaster><itunes:owner><itunes:email><![CDATA[mirek@practicalengineering.management]]></itunes:email><itunes:name><![CDATA[Mirek Stanek]]></itunes:name></itunes:owner><itunes:author><![CDATA[Mirek Stanek]]></itunes:author><googleplay:owner><![CDATA[mirek@practicalengineering.management]]></googleplay:owner><googleplay:email><![CDATA[mirek@practicalengineering.management]]></googleplay:email><googleplay:author><![CDATA[Mirek Stanek]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[The Multi-Agent Hustle]]></title><description><![CDATA[Is running 5 CLI tabs of AI agents actually productive for your teams?]]></description><link>https://www.practicalengineering.management/p/the-multi-agent-hustle</link><guid isPermaLink="false">https://www.practicalengineering.management/p/the-multi-agent-hustle</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 26 Oct 2026 06:06:32 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!KYvG!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3322908b-e79b-4c91-a0fb-95eea7aeee1a_1920x1080.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Almost 15 years ago, I ran a small software house focused on mobile development. While building an Android app for a client, they asked if we could do the iOS version in parallel.</p><p>&#8220;<em>Of course we can</em>&#8221;, I said, having no single iOS engineer available. This is how I started a few-month crunch session with two IDEs, Android Studio and Xcode, running side by s&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/the-multi-agent-hustle">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[The Best Team I Know Writes Everything Down]]></title><description><![CDATA[What Slack Reveals About High Performance]]></description><link>https://www.practicalengineering.management/p/the-best-team-i-know-writes-everything</link><guid isPermaLink="false">https://www.practicalengineering.management/p/the-best-team-i-know-writes-everything</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 12 Oct 2026 05:04:05 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!evmx!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fd40f83f4-a815-420f-863e-376f89d79c0e_1920x1080.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Dear leaders,</p><p>The race to &#8220;AI nativity&#8221; goes on. Most of us feel the disruption is coming and keep thinking about how to transform into an (extremely) fast-paced environment.</p><p>When you read one of the playbooks, like <a href="https://claude.com/resources/articles/the-ai-native-sdlc-playbook">Anthropic&#8217;s </a><em><a href="https://claude.com/resources/articles/the-ai-native-sdlc-playbook">AI-native SDLC playbook</a></em>, FOMO hits hard:</p><blockquote><p><em><strong>Traditional:</strong> An idea passes through backlog entries, user stories, story points, and refi&#8230;</em></p></blockquote>
      <p>
          <a href="https://www.practicalengineering.management/p/the-best-team-i-know-writes-everything">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[The "Junior Developer" is Deprecated]]></title><description><![CDATA[How to Get Hired Anyway]]></description><link>https://www.practicalengineering.management/p/the-junior-developer-is-deprecated</link><guid isPermaLink="false">https://www.practicalengineering.management/p/the-junior-developer-is-deprecated</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 28 Sep 2026 05:44:11 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!G7zA!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1f6d98cc-9037-4995-adce-aed18f442065_1920x1080.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>A few months ago, a bunch of students approached me at a conference and asked, "<em>Do you hire juniors?</em>" We didn&#8217;t at that time. Then they asked, "<em>What would you advise us to do to land our first job in software engineering?</em>"</p><p>I have to admit, it wasn&#8217;t an easy question to answer. </p><p>That&#8217;s why I sat down and wrote this piece. It&#8217;s for junior engineers wannabe. </p>
      <p>
          <a href="https://www.practicalengineering.management/p/the-junior-developer-is-deprecated">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Imagine There Is No JIRA]]></title><description><![CDATA[Would you start panicking?]]></description><link>https://www.practicalengineering.management/p/imagine-there-is-no-jira</link><guid isPermaLink="false">https://www.practicalengineering.management/p/imagine-there-is-no-jira</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 14 Sep 2026 05:03:35 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!gCo9!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F95ecaf45-0720-4790-a2aa-31d1655a3c1a_1920x1080.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<h3>Part I: <em>The Chaos</em></h3><p>You start your day, open your laptop to navigate to your favorite place, and&#8230;</p><p><strong>JIRA is gone.</strong></p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.practicalengineering.management/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Practical Engineering Management is a reader-supported publication. To receive new posts and support my work, consider becoming a free or paid subscriber.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div><p>Just like that. The paralysis is immediate. </p><p>You don&#8217;t know what to do anymore. You are 50% of &#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/imagine-there-is-no-jira">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[AI’s True Value is Subtraction]]></title><description><![CDATA[The Additive Bias]]></description><link>https://www.practicalengineering.management/p/ais-true-value-is-subtraction</link><guid isPermaLink="false">https://www.practicalengineering.management/p/ais-true-value-is-subtraction</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 31 Aug 2026 05:02:32 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!ykae!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fae3e78ab-3fdf-4d72-ab64-b15036f91898_1858x1045.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>I love data, dashboards, metrics. Always proud of how much data-driven I am. But I&#8217;m also a massive pain in the ass for engineering teams.</p><p>When I led mobile engineering teams, I started my day in Mixpanel and Crashlytics. Happy paths, UX glitches, conversions, error codes. I wanted to know everything. </p><p>Today, leading Platform Engineering, I practically li&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/ais-true-value-is-subtraction">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Tesler’s Law of Communication]]></title><description><![CDATA[Why Leaders Must Absorb Complexity]]></description><link>https://www.practicalengineering.management/p/teslers-law-of-communication</link><guid isPermaLink="false">https://www.practicalengineering.management/p/teslers-law-of-communication</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 17 Aug 2026 05:04:16 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!CCJB!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F46d04ece-9749-4bac-b69d-17589797436e_1920x1080.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>In product design, there is a fundamental principle known as Tesler&#8217;s Law, or the Law of Conservation of Complexity (see on the <a href="https://lawsofux.com/teslers-law/">laws of UX</a>). It states that every system has a baseline of complexity that cannot be destroyed&#8212;it can only be shifted. </p><p>As a designer or engineer, you face a choice: you can either force the user to navigate a complicated interf&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/teslers-law-of-communication">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[The Empathy Bottleneck]]></title><description><![CDATA[Why Brilliant Engineers Fail at Support]]></description><link>https://www.practicalengineering.management/p/the-empathy-bottleneck</link><guid isPermaLink="false">https://www.practicalengineering.management/p/the-empathy-bottleneck</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 03 Aug 2026 05:02:56 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!MkkF!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F4fd915a9-1f48-49d8-8e24-c51d32cef82c_1920x1080.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>These years, I&#8217;ve been leading a platform engineering organization that serves our entire product engineering team. I have a bunch of incredibly strong senior and principal engineers&#8212;the kind of creators and system thinkers who can crack the hardest architectural problems. Greenfield, brownfield, monolith, distributed architecture, old languages - nothi&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/the-empathy-bottleneck">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Somewhere Between Professional and Unprofessional is the Truth]]></title><description><![CDATA[Polite Teams Are Failing Teams]]></description><link>https://www.practicalengineering.management/p/somewhere-between-professional-and</link><guid isPermaLink="false">https://www.practicalengineering.management/p/somewhere-between-professional-and</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 20 Jul 2026 05:02:07 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!JisF!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7f8bdadd-a203-4ec3-97de-bf0f0dc98362_1142x458.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Many engineering leaders are obsessed with maintaining a sterile, perfectly sanitized environment. They want every discussion grounded exclusively in KPIs, objectives, and outcomes. They want &#8220;professionalism.&#8221; </p><p>But here is a hard truth you need to swallow: if your team is always perfectly polite and measured with you, they are probably hiding something.</p><p>&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/somewhere-between-professional-and">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Stop Saying “It Depends.”]]></title><description><![CDATA[&#8220;Well, it depends.&#8221;]]></description><link>https://www.practicalengineering.management/p/stop-saying-it-depends</link><guid isPermaLink="false">https://www.practicalengineering.management/p/stop-saying-it-depends</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 06 Jul 2026 05:03:11 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!0xL5!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ff22d3851-836e-4bc8-b0f4-0d574c237b5d_1080x1080.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p><em>&#8220;Well, it depends.&#8221;</em></p><p>We love saying it. We think it signals to the room that we grasp the vast, complex, multi-dimensional chess game of software architecture.</p><p><strong>We think it makes us sound incredibly smart.</strong></p><p>In reality? You are doing one of two things: dodging the responsibility of making a hard call, or quietly bragging about your own technical brilliance wit&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/stop-saying-it-depends">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[The End of the Traditional Coder]]></title><description><![CDATA[Why 2026 is the New &#8220;QA Shift-Left&#8221;]]></description><link>https://www.practicalengineering.management/p/the-end-of-the-traditional-coder</link><guid isPermaLink="false">https://www.practicalengineering.management/p/the-end-of-the-traditional-coder</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 22 Jun 2026 05:02:32 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!lg6J!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F31828fff-0cdb-4f9e-a8af-2c0fee4bea0c_1920x1080.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Today&#8217;s conversation around AI is entirely focused on the wrong question: <em>&#8220;Will AI replace software engineers?&#8221;</em> </p><p>The reality is far more nuanced. AI is not replacing the engineer; it is fundamentally redefining the baseline leverage of the role. We have reached a point where coding is no longer the bottleneck. Output is cheap, and syntax generation is ne&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/the-end-of-the-traditional-coder">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Leader’s Week 2026: How I Lead a 50+ Person Org on a 4-Day Workweek]]></title><description><![CDATA[Revisiting my framework from the past years]]></description><link>https://www.practicalengineering.management/p/leaders-week-2026-how-i-lead-a-50</link><guid isPermaLink="false">https://www.practicalengineering.management/p/leaders-week-2026-how-i-lead-a-50</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 08 Jun 2026 06:02:20 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!ItST!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fbdbdbca5-c5db-415a-8327-520a75f99cb0_2000x1500.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>People often ask me how I manage a 40-person platform engineering organization and the entire R&amp;D Site at the same time, a few side gigs that grow into startups, and still log 1,500km a year training for running races.</p><p>The assumption is usually that I have some secret productivity hack or that I&#8217;m just working all the time. But working harder is a trap.</p><p>S&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/leaders-week-2026-how-i-lead-a-50">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[The End of the People Manager]]></title><description><![CDATA[Why Engineering Leaders Must Become Designers]]></description><link>https://www.practicalengineering.management/p/the-end-of-the-people-manager</link><guid isPermaLink="false">https://www.practicalengineering.management/p/the-end-of-the-people-manager</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 25 May 2026 05:02:26 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!o0xw!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F15199774-af5d-4df6-8532-670a9be64992_2912x2096.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>First, Anthropic says the <a href="https://www.practicalengineering.management/p/we-are-done-as-managers-according">AI is capable of taking on a manager&#8217;s job</a>. Now, Airbnb CEO Brian Chesky puts a target, stating that <strong>the era of the pure people manager is over. </strong>(see the recent interview: <a href="https://www.youtube.com/watch?v=eURcW5_uS60">How Brian Chesky Is Redesigning Airbnb for the AI Era</a>)</p><p>For the last decade, the tech industry has popularized a very specific archetype of leadership: the det&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/the-end-of-the-people-manager">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[The CIA Guide to Sabotaging Your Engineering Team]]></title><description><![CDATA[&#8203;In 1944, the precursor to the CIA published a highly classified document called the Simple Sabotage Field Manual. Its purpose was to train ordinary citizens in occupied Europe how to quietly disrupt the enemy&#8217;s war machine from the inside.]]></description><link>https://www.practicalengineering.management/p/the-cia-guide-to-sabotaging-your</link><guid isPermaLink="false">https://www.practicalengineering.management/p/the-cia-guide-to-sabotaging-your</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 18 May 2026 05:02:41 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!JisF!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7f8bdadd-a203-4ec3-97de-bf0f0dc98362_1142x458.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>&#8203;In 1944, the precursor to the CIA published a highly classified document called the <em>Simple Sabotage Field Manual</em>. Its purpose was to train ordinary citizens in occupied Europe how to quietly disrupt the enemy&#8217;s war machine from the inside.</p><p>&#8203;While it contained tips on lighting fires and breaking machinery, its most devastating section focused on &#8220;bureauc&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/the-cia-guide-to-sabotaging-your">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[The AI Amplifying Capabilities]]></title><description><![CDATA[Move Beyond Tools]]></description><link>https://www.practicalengineering.management/p/the-ai-amplifying-capabilities</link><guid isPermaLink="false">https://www.practicalengineering.management/p/the-ai-amplifying-capabilities</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 11 May 2026 05:02:54 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!bbhb!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Ffe27a5bd-f669-4744-bfc8-f5992a3ec092_1662x1304.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>If you are leading an engineering organization today, you don&#8217;t need another pitch about the promise of AI. You already know the tools are out there. </p><p>Your job is no longer <em>about whether</em>&nbsp;we adopt AI, but&nbsp;<em>about&nbsp;how</em> we actually get a return on our investment without destabilizing our systems. Especially when C-level has been pushing you hard on this transf&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/the-ai-amplifying-capabilities">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[The AI Illusion: Your Next Big Breakthrough is Actually Just Good Engineering]]></title><description><![CDATA[Every engineering leader today feels the pressure.]]></description><link>https://www.practicalengineering.management/p/the-ai-illusion-your-next-big-breakthrough</link><guid isPermaLink="false">https://www.practicalengineering.management/p/the-ai-illusion-your-next-big-breakthrough</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 04 May 2026 05:02:50 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!QbPZ!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3942ab5e-7d2e-4286-917b-984e6d588649_1920x1080.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Every engineering leader today feels the pressure. Every week, a new tech giant pulls back the curtain on a seemingly magical AI tool.</p><p>Spotify unveils <strong>Honk</strong>, an agentic platform that effortlessly updates hundreds of repositories in the background. &#8220;<em>Spotify's top developers haven't manually written code since December 2025&#8221;.</em></p><p>Rippling announces <strong>Rippling AI</strong>, &#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/the-ai-illusion-your-next-big-breakthrough">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[The Accelerator and the Brakes]]></title><description><![CDATA[Mastering Feedback Loops]]></description><link>https://www.practicalengineering.management/p/the-accelerator-and-the-brakes</link><guid isPermaLink="false">https://www.practicalengineering.management/p/the-accelerator-and-the-brakes</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 27 Apr 2026 05:02:40 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!q_Uu!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F7fcf55ea-b95b-43d4-8b99-ecd4a9471b7d_1920x805.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>In my article on Donella Meadows&#8217; <a href="https://www.practicalengineering.management/p/donella-meadows-leverage-points-for">Leverage Points</a>, we explored how engineering leaders are, in essence, system designers. </p><p>We shifted away from low-leverage interventions (like tweaking Jira story points) to high-leverage moves like shifting cultural paradigms.</p><p>But there is a middle layer that deserves an article entirely of its own: <strong>Feedback Loops and Information Flows</strong>.</p><p>As an engineering leader, we actively manage feedback loops every single day. We bounce between two extremes: offering vague, unhelpful praise or delivering relentless &#8220;constructive&#8221; criticism that grinds our teams down. </p><p>To build an autonomous, high-performing engineering culture, you have to understand the difference between <strong>Reinforcing Loops</strong>, <strong>Balancing Loops</strong>, and the critical process of <strong>Amplification</strong>.</p><div><hr></div><h2>The Two Loops of Leadership</h2><p>In systems thinking, there are two types of feedback loops that govern how a system behaves.</p><h3>1. Reinforcing Loops (The Accelerators)</h3><p>Reinforcing loops compound. They amplify a behavior or result. In software, it&#8217;s tech debt (bad code makes it harder to write good code). In leadership, it&#8217;s how you scale culture. When you praise an engineer for writing excellent documentation, they write more of it, others see it, and a culture of documentation grows.</p><p><strong>The Trap:</strong> <em>Vague Reinforcement.</em> Saying, <em>&#8220;Hey, good job on that release&#8221;</em> is empty calories. The engineer feels a momentary ego boost, but the system doesn&#8217;t learn what specific behavior to repeat.</p><div><hr></div><p><em>The entire article is available only for paid subscribers. You can use the training budget (here&#8217;s a <a href="https://docs.google.com/presentation/d/1UHovyiqPrp468SR8Lr9zbLKtD5618HWpExU0y4WHS2w/edit?usp=sharing">slide</a> for your HR). Thanks for supporting Practical Engineering Management!</em></p>
      <p>
          <a href="https://www.practicalengineering.management/p/the-accelerator-and-the-brakes">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[We Are Done as Managers According to Anthropic]]></title><description><![CDATA[Are we?]]></description><link>https://www.practicalengineering.management/p/we-are-done-as-managers-according</link><guid isPermaLink="false">https://www.practicalengineering.management/p/we-are-done-as-managers-according</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 20 Apr 2026 05:03:13 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!7_pC!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F44b9eb53-f9e2-453d-8dda-6750e32b8b41_1016x1016.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>A few weeks ago, Anthropic shared its economic research about the labor market impacts of AI. </p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!7_pC!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F44b9eb53-f9e2-453d-8dda-6750e32b8b41_1016x1016.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!7_pC!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F44b9eb53-f9e2-453d-8dda-6750e32b8b41_1016x1016.png 424w, https://substackcdn.com/image/fetch/$s_!7_pC!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F44b9eb53-f9e2-453d-8dda-6750e32b8b41_1016x1016.png 848w, https://substackcdn.com/image/fetch/$s_!7_pC!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F44b9eb53-f9e2-453d-8dda-6750e32b8b41_1016x1016.png 1272w, https://substackcdn.com/image/fetch/$s_!7_pC!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F44b9eb53-f9e2-453d-8dda-6750e32b8b41_1016x1016.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!7_pC!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F44b9eb53-f9e2-453d-8dda-6750e32b8b41_1016x1016.png" width="1016" height="1016" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/44b9eb53-f9e2-453d-8dda-6750e32b8b41_1016x1016.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:1016,&quot;width&quot;:1016,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:316232,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.practicalengineering.management/i/193350732?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F44b9eb53-f9e2-453d-8dda-6750e32b8b41_1016x1016.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!7_pC!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F44b9eb53-f9e2-453d-8dda-6750e32b8b41_1016x1016.png 424w, https://substackcdn.com/image/fetch/$s_!7_pC!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F44b9eb53-f9e2-453d-8dda-6750e32b8b41_1016x1016.png 848w, https://substackcdn.com/image/fetch/$s_!7_pC!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F44b9eb53-f9e2-453d-8dda-6750e32b8b41_1016x1016.png 1272w, https://substackcdn.com/image/fetch/$s_!7_pC!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F44b9eb53-f9e2-453d-8dda-6750e32b8b41_1016x1016.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image buttonBase-GK1x3M"><svg aria-hidden="true" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg" class="icon-noB79L"><g><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image buttonBase-GK1x3M"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2 icon-noB79L"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a><figcaption class="image-caption"><a href="https://www.anthropic.com/research/labor-market-impacts">Labor market impacts of AI: A new measure and early evidence</a>, by Anthropic</figcaption></figure></div><p>I have to admit, the chart of theoretical vs observed AI coverage stayed with me for longer. Math, computer science, admin &amp; office, legal - I get these. </p><p>But management? Huh, that feels l&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/we-are-done-as-managers-according">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[The Ultimate Builder]]></title><description><![CDATA[What's Next For Leaders Like Me and You]]></description><link>https://www.practicalengineering.management/p/the-ultimate-builder</link><guid isPermaLink="false">https://www.practicalengineering.management/p/the-ultimate-builder</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 13 Apr 2026 05:02:26 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!IcWE!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1759ca1a-fbcc-4a3e-9ca4-b8ce8d88c7a2_2720x1540.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>A while ago, I found myself in a situation that is painfully familiar to many in the corporate world. I got promoted. I took on a new role, heavier responsibilities, and the classic promise of a compensation review in the &#8220;very next cycle.&#8221;</p><p>A few months later, that cycle arrived. My reward? Nothing.</p><p>It was disappointing. Turbulent times and budget cuts, s&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/the-ultimate-builder">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[The Physics of Firing]]></title><description><![CDATA[Why Your Team is Secretly Praying You&#8217;ll Pull the Trigger]]></description><link>https://www.practicalengineering.management/p/the-physics-of-firing</link><guid isPermaLink="false">https://www.practicalengineering.management/p/the-physics-of-firing</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 06 Apr 2026 05:02:42 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!UQhW!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3a7f0ed0-b228-46b3-99fc-f87ffec0eec9_1920x1080.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>As leaders, we face a unique challenge: we rarely see the immediate results of our work. </p><p>When we were individual contributors, our code produced rapid, tangible outcomes. But as leaders, the effects of our decisions&#8212;or our passivity&#8212;often take months to surface.</p><p>Behind the scenes of our daily management, we are constantly fighting two invisible, relentle&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/the-physics-of-firing">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Are You Leading a Team, or Just a Group of Experts?]]></title><description><![CDATA[We all want a team of rockstars.]]></description><link>https://www.practicalengineering.management/p/are-you-leading-a-team-or-just-a</link><guid isPermaLink="false">https://www.practicalengineering.management/p/are-you-leading-a-team-or-just-a</guid><dc:creator><![CDATA[Mirek Stanek]]></dc:creator><pubDate>Mon, 30 Mar 2026 05:03:11 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!oas4!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F3da2744d-5e2a-4f37-a805-41bd479faa48_1920x1080.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>We all want a team of rockstars. </p><p>We spend months recruiting principal engineers, hoping that bringing top-tier talent into the same room will automatically translate into outlier results. </p><p>But there is a trap here that many engineering leaders fall into: we confuse a group of brilliant individuals with an actual, functioning team.</p><p>If you have a strong gro&#8230;</p>
      <p>
          <a href="https://www.practicalengineering.management/p/are-you-leading-a-team-or-just-a">
              Read more
          </a>
      </p>
   ]]></content:encoded></item></channel></rss>