<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Agile on Jake Worth</title><link>https://jakeworth.com/tags/agile/</link><description>Recent content in Agile on Jake Worth</description><image><title>Jake Worth</title><url>https://jakeworth.com/twittercard.png</url><link>https://jakeworth.com/twittercard.png</link></image><generator>Hugo</generator><language>en-us</language><lastBuildDate>Tue, 02 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://jakeworth.com/tags/agile/index.xml" rel="self" type="application/rss+xml"/><item><title>How I Run a Fully-Remote Software Engineering Standup</title><link>https://jakeworth.com/posts/how-i-run-a-software-engineering-standup/</link><pubDate>Wed, 04 Mar 2026 10:31:38 -0500</pubDate><guid>https://jakeworth.com/posts/how-i-run-a-software-engineering-standup/</guid><description>&lt;p&gt;I&amp;rsquo;ve been participating in fully-remote software standups every day for over a decade, and over the past two years, leading them, too. Here&amp;rsquo;s how I run the best standup meetings that I can.&lt;/p&gt;</description></item><item><title>Getting It Right the First Time</title><link>https://jakeworth.com/posts/getting-it-right-the-first-time/</link><pubDate>Mon, 05 Jan 2026 07:51:03 -0500</pubDate><guid>https://jakeworth.com/posts/getting-it-right-the-first-time/</guid><description>&lt;p&gt;There&amp;rsquo;s an enviable quality of great engineers I&amp;rsquo;ve known: they seem to get things right the first time. When you ask them to do something, and they say &amp;ldquo;It&amp;rsquo;s done&amp;rdquo;, it is, almost always. How?&lt;/p&gt;</description></item><item><title>Running Great Refinement Meetings</title><link>https://jakeworth.com/posts/running-great-refinement-meetings/</link><pubDate>Mon, 01 Dec 2025 11:18:17 -0500</pubDate><guid>https://jakeworth.com/posts/running-great-refinement-meetings/</guid><description>&lt;p&gt;This year I&amp;rsquo;ve run over 25 Scrum refinement meetings; here&amp;rsquo;s what I&amp;rsquo;ve learned.&lt;/p&gt;</description></item><item><title>Acceptance Criteria That Actually Work</title><link>https://jakeworth.com/posts/acceptance-criteria-that-actually-work/</link><pubDate>Tue, 30 Sep 2025 03:37:56 -0400</pubDate><guid>https://jakeworth.com/posts/acceptance-criteria-that-actually-work/</guid><description>&lt;p&gt;Acceptance criteria, or AC, describe what a feature or bugfix does. Writing them is an art, and some AC work much better than others. So, how do we make them work? By including a little more detail.&lt;/p&gt;</description></item><item><title>A Kaizen for Knowledge Work</title><link>https://jakeworth.com/posts/we-ran-a-software-engineering-kaizen/</link><pubDate>Wed, 16 Jul 2025 09:00:30 -0400</pubDate><guid>https://jakeworth.com/posts/we-ran-a-software-engineering-kaizen/</guid><description>&lt;p&gt;Confluence was messy. Our documentation felt outdated, hard to navigate, and unreliable. Rather than scrap everything and start over, I decided to try something different: a Kaizen.&lt;/p&gt;</description></item><item><title>How to Start a Standup in Jira</title><link>https://jakeworth.com/tils/jira-standup-mode/</link><pubDate>Thu, 01 May 2025 20:51:07 -0400</pubDate><guid>https://jakeworth.com/tils/jira-standup-mode/</guid><description>&lt;p&gt;Jira does have a &amp;ldquo;Start Standup&amp;rdquo; button, but it&amp;rsquo;s hidden and not well documented.&lt;/p&gt;</description></item><item><title>How to Deliver Code Every Day</title><link>https://jakeworth.com/posts/how-to-deliver-code-every-day/</link><pubDate>Thu, 15 Feb 2024 00:00:00 +0000</pubDate><guid>https://jakeworth.com/posts/how-to-deliver-code-every-day/</guid><description>&lt;p&gt;I recently calculated that I merge 0.8 pull requests every day into my team
repo. Let&amp;rsquo;s round up and say I merge about one PR every day, delivering one or
more features to production. I like this velocity, and in this post, I&amp;rsquo;ll
explain how you can achieve it yourself.&lt;/p&gt;</description></item><item><title>"What Would Finishing This Today Look Like?"</title><link>https://jakeworth.com/posts/what-would-finishing-this-today-look-like/</link><pubDate>Thu, 09 Nov 2023 00:00:00 +0000</pubDate><guid>https://jakeworth.com/posts/what-would-finishing-this-today-look-like/</guid><description>&lt;p&gt;When I don&amp;rsquo;t feel like I&amp;rsquo;m making sufficient progress at work, I have a
favorite technique: asking &amp;ldquo;What would finishing this today look like?&amp;rdquo;&lt;/p&gt;</description></item><item><title>My Feature Writing Template: Given/When/Then</title><link>https://jakeworth.com/posts/given-when-then/</link><pubDate>Tue, 20 Dec 2022 00:00:00 +0000</pubDate><guid>https://jakeworth.com/posts/given-when-then/</guid><description>&lt;p&gt;When preparing feature development work, I write Gherkin-style tickets,
which follow the &amp;ldquo;Given/When/Then&amp;rdquo; format. Many people call these stories, and
I do, too. This technique is incredibly effective! But why? In this post, I&amp;rsquo;ll try to answer that question.&lt;/p&gt;</description></item><item><title>Retros Need Action Items</title><link>https://jakeworth.com/posts/retros-need-action-items/</link><pubDate>Tue, 19 Jul 2022 00:00:00 +0000</pubDate><guid>https://jakeworth.com/posts/retros-need-action-items/</guid><description>&lt;p&gt;Action items are small, defined, actionable TODOs to follow up on after the
meeting. An example: &amp;ldquo;close all pull requests opened more than 90 days ago.&amp;rdquo;
Agile retrospectives should produce many of these.&lt;/p&gt;</description></item><item><title>First Get It Working, Then Make it Look Good</title><link>https://jakeworth.com/posts/get-it-working-first/</link><pubDate>Wed, 13 Apr 2022 00:00:00 +0000</pubDate><guid>https://jakeworth.com/posts/get-it-working-first/</guid><description>&lt;p&gt;I recently completed a winter survival course where we built shelters in just
ten minutes with only the contents of our packs. The pack I brought was nearly
empty, so I made a tent out of my parka. It was ugly, but it could have saved
my life. How does this apply to software? When building a feature, first get it
working, then make it look good.&lt;/p&gt;</description></item><item><title>How I Make Sure I Understand a Feature Before Building</title><link>https://jakeworth.com/posts/how-i-make-sure-i-understand-a-feature-before-building/</link><pubDate>Wed, 02 Mar 2022 00:00:00 +0000</pubDate><guid>https://jakeworth.com/posts/how-i-make-sure-i-understand-a-feature-before-building/</guid><description>&lt;p&gt;I think the most important factor in consistent delivery is understanding the
work. When you understand the work, you build what the stakeholder wants,
better and faster.&lt;/p&gt;</description></item><item><title>Why I Don't Point Agile Bug Tickets</title><link>https://jakeworth.com/posts/why-i-dont-point-bugs/</link><pubDate>Mon, 07 Feb 2022 00:00:00 +0000</pubDate><guid>https://jakeworth.com/posts/why-i-dont-point-bugs/</guid><description>&lt;p&gt;When I create Agile bug tickets, I leave the story points blank. Why? Two reasons: pointing bugs creates the wrong incentives, and bugs are hard to estimate.&lt;/p&gt;</description></item><item><title>My Development Roadmap</title><link>https://jakeworth.com/posts/my-development-roadmap/</link><pubDate>Tue, 20 Oct 2020 00:00:00 +0000</pubDate><guid>https://jakeworth.com/posts/my-development-roadmap/</guid><description>&lt;p&gt;I&amp;rsquo;ve been working on a development roadmap for my projects, and wanted to share
my process. Consider this my recipe to turn an idea into software.&lt;/p&gt;</description></item><item><title>Don't Build Every Feature</title><link>https://jakeworth.com/posts/dont-build-every-feature/</link><pubDate>Mon, 19 Jun 2017 00:00:00 +0000</pubDate><guid>https://jakeworth.com/posts/dont-build-every-feature/</guid><description>&lt;p&gt;There&amp;rsquo;s a detail about &lt;a href="https://til.hashrocket.com"&gt;Today I Learned&lt;/a&gt; some might
find unusual: we never added a way to delete posts from the site. Why ignore a
basic CRUD feature? We didn&amp;rsquo;t ignore it. It was intentionally omitted.&lt;/p&gt;</description></item></channel></rss>