<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Agile on Yesterday I was wrong</title>
    <link>/tags/agile/</link>
    <description>Recent content in Agile on Yesterday I was wrong</description>
    <generator>Hugo</generator>
    <language>en-gb</language>
    <lastBuildDate>Mon, 27 Apr 2026 09:00:00 +0000</lastBuildDate>
    <atom:link href="/tags/agile/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>From Pair Programming to Co-Steering</title>
      <link>/2026/04/27/from-pair-programming-to-co-steering/</link>
      <pubDate>Mon, 27 Apr 2026 09:00:00 +0000</pubDate>
      <guid>/2026/04/27/from-pair-programming-to-co-steering/</guid>
      <description>&lt;p&gt;This is part 2 of a 5-part series on agentic engineering. &lt;a href=&#34;/2026/04/26/from-agile-engineering-to-agentic-engineering/&#34;&gt;Part 1&lt;/a&gt; made the case that Agile values still matter; the mechanisms are what change. This post takes the most contested of those mechanisms — pair programming — and looks at what happens to it when one of the &amp;ldquo;pair&amp;rdquo; doesn&amp;rsquo;t need a keyboard.&lt;/p&gt;&#xA;&lt;p&gt;I&amp;rsquo;ve been a fan of pair programming for a long time. At Triptease we&amp;rsquo;ve leaned on it because it improves quality, accelerates learning, spreads context, builds resilience, and quietly does a lot of work for team cohesion. Those outcomes still matter.&lt;/p&gt;</description>
    </item>
    <item>
      <title>From Agile Engineering to Agentic Engineering</title>
      <link>/2026/04/26/from-agile-engineering-to-agentic-engineering/</link>
      <pubDate>Sun, 26 Apr 2026 09:00:00 +0000</pubDate>
      <guid>/2026/04/26/from-agile-engineering-to-agentic-engineering/</guid>
      <description>&lt;p&gt;For most of my career, &amp;ldquo;doing engineering well&amp;rdquo; has meant doing Agile well. Fast feedback, sustainable pace, simple design, close customer collaboration, all the values from the &lt;a href=&#34;https://agilemanifesto.org/&#34; target=&#34;_blank&#34;&gt;Agile Manifesto&lt;/a&gt; that I&amp;rsquo;ve spent twenty-odd years arguing about over coffee. At &lt;a href=&#34;https://www.triptease.com/&#34; target=&#34;_blank&#34;&gt;Triptease&lt;/a&gt; those values still pay rent: they help us deliver, adapt, collaborate, and not burn out.&lt;/p&gt;&#xA;&lt;p&gt;What&amp;rsquo;s changing is &lt;em&gt;who is doing the work&lt;/em&gt;.&lt;/p&gt;&#xA;&lt;p&gt;The hard part of software has never been the typing. It&amp;rsquo;s always been translating fuzzy intent into a working solution: understanding the problem, choosing the design, working out what &amp;ldquo;correct&amp;rdquo; actually means, and keeping all of that consistent as things change. That&amp;rsquo;s where the real time has always gone.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
