<?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>estimation | Hugo Ferreira</title>
    <link>https://hugo.ferreira.cc/tags/estimation/</link>
    <description>Recent content in Estimation by Hugo Ferreira</description>
    <image>
      <title>estimation | Hugo Ferreira</title>
      <url>https://hugo.ferreira.cc/hf-bw.jpg</url>
      <link>https://hugo.ferreira.cc/tags/estimation/</link>
    </image>
    <generator>Hugo -- 0.124.1</generator>
    <language>en</language>
    <copyright>2000–2024 by Hugo Ferreira · CC BY 4.0</copyright>
    <lastBuildDate>Sun, 11 Oct 2015 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://hugo.ferreira.cc/tags/estimation/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>🔗 Read-o-Meter | Estimate the reading time.</title>
      <link>https://hugo.ferreira.cc/read-o-meter/</link>
      <pubDate>Sun, 11 Oct 2015 00:00:00 +0000</pubDate>
      <guid>https://hugo.ferreira.cc/read-o-meter/</guid>
      <description>Estimate the reading time for you! The calculation based on standard reading speed.
Read-o-Meter | Estimate the reading time</description>
      <content:encoded><![CDATA[<blockquote>
<p>Estimate the reading time for you! The calculation based on standard
reading speed.</p>
</blockquote>
<p><a href="http://niram.org/read/">Read-o-Meter | Estimate the reading time</a></p>
]]></content:encoded>
    </item>
    <item>
      <title>📺 #noestimates</title>
      <link>https://hugo.ferreira.cc/the-problem-for-example-3-guys-wrote-a-paper/</link>
      <pubDate>Sat, 03 Jan 2015 07:07:28 +0000</pubDate>
      <guid>https://hugo.ferreira.cc/the-problem-for-example-3-guys-wrote-a-paper/</guid>
      <description>The problem?
For example, 3 guys wrote a paper in 86 and they said that a good estimate is an estimate that&amp;rsquo;s within 25% of the original estimate, 75% of the time &amp;hellip; so, mostly one quarter wrong .
Yikes, not a very good prospect at all.
The gist of #noestimates to determine how much scope can be delivered by a given date:
Select the most important piece of work you need to do (highest value first) Break that piece of work down into risk-neutral chunks of work: (&amp;hellip;) small enough that failing to deliver it at first attempt will not jeopardize the project [typically ~1 day chunks] Develop (&amp;hellip;) Deliver that work to a production-like environment.</description>
      <content:encoded><![CDATA[<p>The problem?</p>
<blockquote>
<p>For example, <a href="http://books.google.com/books/about/Software_engineering_metrics_and_models.html?id=PKlQAAAAMAAJ">3 guys wrote a paper in 86</a>
and they said that a good estimate is an estimate that&rsquo;s <strong>within 25%
of the original estimate, 75% of the time</strong> &hellip; so, mostly <strong>one
quarter wrong</strong> .</p>
</blockquote>
<p>Yikes, not a very good prospect at all.</p>
<p>The gist of #noestimates to determine how much scope can be delivered by
a given date:</p>
<blockquote>
<ol>
<li><strong>Select the most important piece of work</strong> you need to do
(highest value first)</li>
<li><strong>Break that piece of work down</strong> into risk-neutral chunks of
work: (&hellip;) small enough that failing to deliver it at first
attempt will not jeopardize the project <strong>[typically ~1 day
chunks]</strong></li>
<li><strong>Develop</strong> (&hellip;) <strong>Deliver</strong> that work to a production-like
environment. Work is only done when it is ready to be used by real
customers.</li>
<li><strong>Iterate and refactor</strong> : The first implementation can only
reflect a first step in understanding what needs to be done.</li>
</ol>
</blockquote>
<p>Be careful to let the system stabilize before it can provide reliable
averages to predict the teams&rsquo; throughput.</p>
<p>Symptoms of an <strong>unstable system</strong> are:</p>
<blockquote>
<ol>
<li>If velocity (# of storiesDone in one sprint) falls outside the
control limits more than 3 times in a row (&ldquo;outside limits&rdquo;)</li>
<li>If there are 5 or more velocity points in a sequence (ascending or
descending) (&ldquo;Run test&rdquo;)</li>
</ol>
</blockquote>
<p>See also:</p>
<ul>
<li><a href="http://ow.ly/GyRcu">NoEstimates white paper</a></li>
<li><a href="https://www.youtube.com/watch?v=7ud-4bKJr8k">How to improve estimates for software: The #NoEstimates
view</a> @ Agile Adria
2014 / Vasco Duarte</li>
</ul>
<p>( Source: <a href="https://www.youtube.com/">https://www.youtube.com/</a> )</p>
]]></content:encoded>
    </item>
    <item>
      <title>📜 #noestimates: using throughtput as a metric to predict progress</title>
      <link>https://hugo.ferreira.cc/noestimates-using-throughtput-as-a-metric-to/</link>
      <pubDate>Sat, 03 Jan 2015 07:07:28 +0000</pubDate>
      <guid>https://hugo.ferreira.cc/noestimates-using-throughtput-as-a-metric-to/</guid>
      <description>#noestimates: using throughtput as a metric to predict progress
Vasco Duarte ( ALE Hangout with Vasco Duarte: No Estimates @ 41:50 )</description>
      <content:encoded><![CDATA[<blockquote>
<p>#noestimates: using throughtput as a metric to predict progress</p>
</blockquote>
<p>Vasco Duarte ( <a href="http://youtu.be/H7alhgSXKDI?t=41m50s">ALE Hangout with Vasco Duarte: No Estimates @
41:50</a> )</p>
]]></content:encoded>
    </item>
    <item>
      <title>🔗 How Much Does It Cost To Make An App?</title>
      <link>https://hugo.ferreira.cc/how-much-does-it-cost-to-make-an-app/</link>
      <pubDate>Fri, 18 Oct 2013 07:07:28 +0000</pubDate>
      <guid>https://hugo.ferreira.cc/how-much-does-it-cost-to-make-an-app/</guid>
      <description>How Much Does It Cost To Make An App?
Estimate the cost of an app easily using this handy tool.
This budget range is a rough estimate based on the amount of time it will take to complete your project and a recommended budget of $60-100 USD per hour (market rate for quality talent is typically in this range).
Considering the base rates stated in the tool, we can derive the following effort estimates which, in my opinion, are much more interesting to analyse (from a development point of view):</description>
      <content:encoded><![CDATA[<p><a href="http://howmuchtomakeanapp.com/">How Much Does It Cost To Make An App?</a></p>
<blockquote>
<p>Estimate the cost of an app easily using this handy tool.</p>
</blockquote>
<blockquote>
<p>This budget range is a rough estimate based on the amount of time it
will take to complete your project and a recommended budget of
$60-100 USD per hour (market rate for quality talent is typically in
this range).</p>
</blockquote>
<p>Considering the base rates stated in the tool, we can derive the
following effort estimates which, in my opinion, are much more
interesting to analyse (from a development point of view):</p>
<pre><code>     =
     
      50-83h
     
     — Basic stand-alone app with stock UI
+ 30-50h — Add custom UI matching existing brand
+ 40-67h — Add original design for that custom UI
+ 20-33h — Login system via email only
+ 10-17h — Add login via social media also
+ 30-50h — In-app payments
+ 80-133h — Sync data across devices
+ 50-83h — User ratings &amp; reviews
+ 30-50h — User profiles
+ 30-50h — Website integration
+ ~8h — Creating a custom app icon
</code></pre>
]]></content:encoded>
    </item>
    <item>
      <title>📜 The first 90% of the code accounts for the first 90% of the</title>
      <link>https://hugo.ferreira.cc/the-first-90-of-the-code-accounts-for-the-first/</link>
      <pubDate>Fri, 03 May 2013 07:07:28 +0000</pubDate>
      <guid>https://hugo.ferreira.cc/the-first-90-of-the-code-accounts-for-the-first/</guid>
      <description>The first 90% of the code accounts for the first 90% of the development time. The remaining 10% of the code accounts for the other 90% of the development time.
Tom Cargill, Bell Labs (the Ninety-ninety rule )</description>
      <content:encoded><![CDATA[<blockquote>
<p>The first 90% of the code accounts for the first 90% of the
development time. The remaining 10% of the code accounts for the other
90% of the development time.</p>
</blockquote>
<p>Tom Cargill, <a href="http://en.wikipedia.org/wiki/Bell_Labs">Bell Labs</a> (the
<a href="http://en.wikipedia.org/wiki/Ninety-ninety_rule">Ninety-ninety rule</a> )</p>
]]></content:encoded>
    </item>
    <item>
      <title>🔗 Engineering Management: Why are software development task estimations regularly off by a factor of 2-3? -- Quora</title>
      <link>https://hugo.ferreira.cc/engineering-management-why-are-software/</link>
      <pubDate>Mon, 30 Jan 2012 07:07:28 +0000</pubDate>
      <guid>https://hugo.ferreira.cc/engineering-management-why-are-software/</guid>
      <description>Engineering Management: Why are software development task estimations regularly off by a factor of 2-3? &amp;ndash; Quora
&amp;ldquo;Wow, there are a million little twists and turns on this coast. A 40 mile day will barely get us past Half Moon Bay. This trip is at least 500, not 400 miles&amp;hellip;&amp;rdquo;</description>
      <content:encoded><![CDATA[<p><a href="http://www.quora.com/Engineering-Management/Why-are-software-development-task-estimations-regularly-off-by-a-factor-of-2-3">Engineering Management: Why are software development task estimations
regularly off by a factor of 2-3? &ndash;
Quora</a></p>
<blockquote>
<p>&ldquo;Wow, there are a million little twists and turns on this coast. A 40
mile day will barely get us past Half Moon Bay. This trip is at least
500, not 400 miles&hellip;&rdquo;</p>
</blockquote>
]]></content:encoded>
    </item>
  </channel>
</rss>
