<?xml version="1.0" encoding="UTF-8"?>
<article>
  <body>&lt;p&gt;In my work as a software developer, I spend&amp;nbsp;a great deal of time on project estimates. The ability to effectively estimate&amp;nbsp;the time and effort&amp;nbsp;it will take to complete a project can be the difference between making a nice profit and descending into the red.&lt;/p&gt;

&lt;p&gt;Unfortunately, as I&amp;rsquo;ve told customers and colleagues before: &amp;ldquo;The one thing we know about estimates is that they are wrong. If they were accurate, we&amp;rsquo;d call them something else.&amp;rdquo;&lt;/p&gt;

&lt;p&gt;Here are&amp;nbsp;five&amp;nbsp;estimating strategies that can help you be more accurate, keeping your projects profitable and on schedule:&lt;/p&gt;

&lt;p&gt;&lt;b&gt;1) Keep it small. &lt;/b&gt;&lt;br /&gt;
Break down your project into tasks that are no larger than a single day of work (and even smaller if possible.) The larger the pieces you are estimating, the more likely you are forgetting a task or step. For example, instead of the task &amp;ldquo;pack my house&amp;rdquo; with an estimate of 2 days, break down the job into packing each room (or closet and dresser). You&amp;rsquo;ll find that when you add the time back up, you will end up with more time than your original number. &lt;/p&gt;

&lt;p&gt;
&lt;b&gt;2) Two minds are better than one. &lt;/b&gt;&lt;br /&gt;
This can be tricky when you are a freelancer, but if it is possible, have someone else review your estimate, especially on a larger project. Or even better, have them put together their own estimate separately, and then compare them later. If you both come to roughly the same numbers, you can feel more confident that your estimate is accurate.&lt;/p&gt;

&lt;p&gt;
&lt;b&gt;3) Take a break. &lt;/b&gt;&lt;br /&gt;
If you can&amp;rsquo;t have someone look over your estimate, give yourself a few days to clear your head. I try to give myself at least 2 days between putting together a first estimate and producing the final bid. Often walking away from an estimate for a few days helps me to see tasks that I have been missing.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;4) Use padding for protection.&lt;/b&gt;&lt;br /&gt;
A lot of people build a &amp;quot;fudge factor&amp;quot; or padding into their estimates. The idea is that there is uncertainty in every estimate, and we tend to under-estimate the effects of that uncertainty. Therefore, it makes sense to add some padding to the estimate, knowing that inevitably there will be something we forgot to include.&lt;/p&gt;

&lt;p&gt;Many people recommend doubling the overall estimate as a way to address this concern. Personally, I prefer doing this at the task level, not the project level, and to do it based on my confidence of the specific task&amp;rsquo;s estimate. For example, if one task is particularly familiar to me and I am relatively confident about the estimate, I might add a 10% fudge factor. But for a task that I am less confident about, I will add a more aggressive percentage, 25% or more. I do this instead of simply doubling the estimate because an estimate that is too high might mean that my bid is too high. I&amp;rsquo;d rather have an accurate bid than one that is&amp;nbsp;so high&amp;nbsp;that my bid loses out to someone else!&lt;/p&gt;

&lt;p&gt;
&lt;b&gt;5) Make people accountable. &lt;/b&gt;&lt;br /&gt;
It is preferable for the person who will actually&amp;nbsp;do the work to estimate their own tasks. Thus, if your estimate includes tasks that others will perform, get them to estimate the time involved (or at least get their feedback before you finalize your estimate.) This is especially true in the software development world, where a task that would take one developer 2 hours might take another developer 10. Think about how a difference that large could affect your project schedule!&lt;/p&gt;

&lt;p&gt;
&lt;b&gt;Bonus Tip&lt;/b&gt;&lt;br /&gt;
The past is your friend. Historical information is the best predictor of the effort required to complete a project. Have you previously completed a similar project? Examining how long another project took can give you clues about how to estimate this project.&lt;/p&gt;

&lt;p&gt;And even if past projects&amp;nbsp;aren't exactly the same as the one you are estimating, you may still find there are lessons to be learned. I use a spreadsheet template for my estimates that contains tasks that I have performed on a lot of other projects. When I'm creating my estimate, I can easily delete the tasks that don't apply, but at least I don't have to worry that I have forgotten something obvious.&lt;/p&gt;

&lt;p&gt;Keeping these tips in mind should help you to create better and more accurate estimates for your projects.&lt;/p&gt;

</body>
  <created-at type="datetime">2008-03-08T14:45:41Z</created-at>
  <deleted-at type="datetime" nil="true"></deleted-at>
  <featured-at type="datetime" nil="true"></featured-at>
  <heat-index type="float">-25.4971</heat-index>
  <hits type="integer">1142</hits>
  <id type="integer">426</id>
  <is-public type="boolean">true</is-public>
  <learn-category-id type="integer">12</learn-category-id>
  <member-id type="integer">9130</member-id>
  <permalink>5-estimating-strategies-to-keep-your-projects-profitable</permalink>
  <posts-count type="integer">9</posts-count>
  <published-at type="datetime">2008-03-08T17:05:36Z</published-at>
  <reviewed-at type="datetime">2008-03-08T17:05:36Z</reviewed-at>
  <submitted-at type="datetime" nil="true"></submitted-at>
  <summary>
&lt;p&gt;A poor project estimate can take a great business opportunity and turn it into an unprofitable nightmare. Here are some strategies for creating project estimates that are more accurate.&lt;/p&gt;</summary>
  <title>5 Estimating Strategies to Keep Your Projects Profitable</title>
  <topics-count type="integer">0</topics-count>
  <updated-at type="datetime">2009-02-24T09:43:21Z</updated-at>
</article>
