<?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>Story Points on The Agile Techies Daily List</title>
    <link>https://agiletechies.com/tags/story-points/</link>
    <description>Recent content in Story Points on The Agile Techies Daily List</description>
    <image>
      <title>The Agile Techies Daily List</title>
      <url>https://agiletechies.com/images/papermod-cover.png</url>
      <link>https://agiletechies.com/images/papermod-cover.png</link>
    </image>
    <generator>Hugo</generator>
    <language>en-US</language>
    <managingEditor>rajesh@duggalmail.com (Raj Duggal)</managingEditor>
    <webMaster>rajesh@duggalmail.com (Raj Duggal)</webMaster>
    <lastBuildDate>Thu, 15 May 2025 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://agiletechies.com/tags/story-points/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Keep Estimates Consistent with a Golden Stories</title>
      <link>https://agiletechies.com/posts/golden-stories/</link>
      <pubDate>Thu, 15 May 2025 00:00:00 +0000</pubDate><author>rajesh@duggalmail.com (Raj Duggal)</author>
      <guid>https://agiletechies.com/posts/golden-stories/</guid>
      <description>&lt;p&gt;Golden Stories are a small set of well-understood baseline stories that the team agrees to peg with certain point values.
These are used as references for future pointing.&lt;/p&gt;
&lt;p&gt;As the team estimates new stories, they can compare them to the golden stories which act as an established agreed upon baseline. So when a story &amp;ldquo;Fix a typo in the main menu&amp;rdquo; arrives the team can compare the new story directly to the golden Stories: &amp;ldquo;Is this typo harder or easier than the &amp;ldquo;Login&amp;rdquo; golden story?&amp;rdquo;. The team calibrates the estimate and explores and  hidden scope or assumptions.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Story Point Estimation</title>
      <link>https://agiletechies.com/posts/story-point-estimation/</link>
      <pubDate>Thu, 10 Apr 2025 00:00:00 +0000</pubDate><author>rajesh@duggalmail.com (Raj Duggal)</author>
      <guid>https://agiletechies.com/posts/story-point-estimation/</guid>
      <description>&lt;p&gt;At the start of a project, we haven&amp;rsquo;t set a precedent baseline of how to estimate our stories.  So at our initial estimation meetings we can pick one average story as our &lt;em&gt;Golden Story&lt;/em&gt; and give it a number (say 3). And then we compare the other stories to it: simpler might be 1, harder might be 5 or 6.&lt;/p&gt;
&lt;p&gt;Story points measure relative &lt;em&gt;effort&lt;/em&gt;, not hours. They should be roughly linear but stay fuzzy at first. Write the point estimation onto the story. And keep the story brief. Perhaps just a title and a few short notes.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Story Points</title>
      <link>https://agiletechies.com/posts/story-points/</link>
      <pubDate>Tue, 08 Apr 2025 00:00:00 +0000</pubDate><author>rajesh@duggalmail.com (Raj Duggal)</author>
      <guid>https://agiletechies.com/posts/story-points/</guid>
      <description>&lt;p&gt;Story points are a simple, relative way to size work. We don&amp;rsquo;t size purely in hours, instead we compare one story to another: is this &lt;em&gt;smaller&lt;/em&gt;, &lt;em&gt;about the same&lt;/em&gt;, or &lt;em&gt;much larger&lt;/em&gt;?&lt;/p&gt;
&lt;p&gt;Pointing becomes more precise over time. The key is to establish a tight feedback loop. Early estimates are imprecise, and that&amp;rsquo;s OK. As we work through our iterations we continue to deliver, measure, and recalibrate our point sizing. And that quick adjust-and-learn cycle transforms vagueness into useful predictability.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
