<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
    <channel>
      <title>Atomic Agility</title>
      <link>https://en.atomicagility.com</link>
      <description>Last 10 notes on Atomic Agility</description>
      <generator>Quartz -- quartz.jzhao.xyz</generator>
      <item>
    <title>Hi, Here&#039;s How to Boost Agility.</title>
    <link>https://en.atomicagility.com/</link>
    <guid>https://en.atomicagility.com/</guid>
    <description>As Agile principles gradually expand from the field of software development to various industries, the essence of Agile is undergoing a significant generalization ...</description>
    <pubDate>Sun, 12 Apr 2026 01:05:17 GMT</pubDate>
  </item><item>
    <title>Focus on issues and pain points</title>
    <link>https://en.atomicagility.com/Focus-on-issues-and-pain-points</link>
    <guid>https://en.atomicagility.com/Focus-on-issues-and-pain-points</guid>
    <description> “All inventions stem from an obsessive focus on issues.” – Ronald S. Bartos, American inventor and engineer. Don’t Be Agile for the Sake of Being Agile I remember an article I wrote in 2015: You’re Agile, Your Whole Family is Agile Does this subtitle sound a bit impulsive? As someone deeply involved in the Agile community, I’ve noticed the widespread praise and enthusiasm for Agile, but sometimes, I’m taken aback by some perspectives.</description>
    <pubDate>Sun, 12 Apr 2026 01:05:17 GMT</pubDate>
  </item><item>
    <title>Links</title>
    <link>https://en.atomicagility.com/Links</link>
    <guid>https://en.atomicagility.com/Links</guid>
    <description></description>
    <pubDate>Sun, 12 Apr 2026 01:05:17 GMT</pubDate>
  </item><item>
    <title>Dual-Beam Planning</title>
    <link>https://en.atomicagility.com/Practices/Dual-Beam-Planning</link>
    <guid>https://en.atomicagility.com/Practices/Dual-Beam-Planning</guid>
    <description>Context Imagine driving at night on an unfamiliar road. Because your visibility is limited and you are unsure of the road conditions, the car’s headlights should mostly be on high beam.</description>
    <pubDate>Sun, 12 Apr 2026 01:05:17 GMT</pubDate>
  </item><item>
    <title>Principles</title>
    <link>https://en.atomicagility.com/Principles</link>
    <guid>https://en.atomicagility.com/Principles</guid>
    <description>Principles Broader Perspective: Only by seeing can a sense of urgency be created, which then allows for the possibility of a response. Stronger Discipline: We should not be immersed in the constantly emerging bad smells.</description>
    <pubDate>Sun, 12 Apr 2026 01:05:17 GMT</pubDate>
  </item><item>
    <title>Fibo Lite Estimation</title>
    <link>https://en.atomicagility.com/Practices/Fibo-Lite-Estimation</link>
    <guid>https://en.atomicagility.com/Practices/Fibo-Lite-Estimation</guid>
    <description>Context Imagine you and your friend are about to go on an international trip. Would you plan your itinerary in detail, booking all hotels and restaurants in advance? Or would you wait until the day of departure to try and purchase plane tickets? Now imagine tomorrow you and your friend are planning to stroll through a nearby city.</description>
    <pubDate>Fri, 30 Aug 2024 00:00:00 GMT</pubDate>
  </item><item>
    <title>Ping-Pong Splitting</title>
    <link>https://en.atomicagility.com/Practices/Ping-Pong-Splitting</link>
    <guid>https://en.atomicagility.com/Practices/Ping-Pong-Splitting</guid>
    <description>Context I had a mentor in software development who once shared an interesting story with me during a casual drink. His team was taking on a large-scale project that was in full swing.</description>
    <pubDate>Mon, 26 Aug 2024 00:00:00 GMT</pubDate>
  </item><item>
    <title>Sand, Brick, and Diamond</title>
    <link>https://en.atomicagility.com/Practices/Sand-Brick-and-Diamond</link>
    <guid>https://en.atomicagility.com/Practices/Sand-Brick-and-Diamond</guid>
    <description>Context In a requirements clarification process, it’s common to hear two types of voices echoing in the meeting room. One voice asks, “Did you review the document I sent in advance? Is there anything you don’t understand? I really don’t want to spend more time and energy on this cursed document—I’m swamped with work.” The other voice says, “Can the requirements be more reliable? Isn’t it the details that make up the requirements? I really wish there were fewer half-baked ideas.” In such a meeting environment, it’s easy to get bogged down in details.</description>
    <pubDate>Wed, 21 Aug 2024 00:00:00 GMT</pubDate>
  </item>
    </channel>
  </rss>