<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Estimating analysis time</title>
	<atom:link href="http://www.b2ttraining.com/2008/02/25/estimating-analysis-time/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.b2ttraining.com/2008/02/25/estimating-analysis-time/</link>
	<description>Connecting Business Requirements to Technology</description>
	<lastBuildDate>Mon, 30 Jan 2012 21:31:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Paul Mulvey</title>
		<link>http://www.b2ttraining.com/2008/02/25/estimating-analysis-time/comment-page-1/#comment-4038</link>
		<dc:creator>Paul Mulvey</dc:creator>
		<pubDate>Fri, 07 Oct 2011 19:26:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/128/estimating-analysis-time#comment-4038</guid>
		<description>Nilesh, there are no &quot;hard and fast&quot; rules for estimating. It&#039;s more of an art form. However, I&#039;ll give you some things to think about as you estimate.

Prior to giving your estimate, do you understand the boundaries of what it is that you are being asked to do? Have you created a scope diagram? Have you done stakeholder analysis? Do you understand where all of your stakeholders are? Do you understand the type of project (maintenance ticket vs. new software development project)? Depending on your answer to these (and others), you will be able to determine some estimate to your part. The BABOK lists eight ways that you can perform estimation:
1. &lt;strong&gt;Analogous Estimation&lt;/strong&gt;, which is basically a Range-of-Magnitude, sometimes called a ROM.
2. &lt;strong&gt;Parametric Estimation&lt;/strong&gt;. If you have enough history, you can multiply the effort by a factor to arrive at an estimate. So, if history shows that eliciting requirements from a specific functional group takes 10 hours, and this project has a factor of 10, then your estimate is (10x10) = 100.
3. &lt;strong&gt;Bottom-Up Estimation&lt;/strong&gt;. The BA collects the tasks from all the functional groups and rolls them up for a total.
4. &lt;strong&gt;Rolling Wave&lt;/strong&gt;, which is an estimation refinement technique. It involves basing estimates for the next iteration (or phase) on the current iteration&#039;s work.
5. &lt;strong&gt;Three-Point Estimation&lt;/strong&gt;, when you estimate the best-case, worst-case, and most-likely scenarios.
6. &lt;strong&gt;Historic Analysis&lt;/strong&gt;. Go back and look at your previous projects for data to see how much time a similar effort took you.
7. &lt;strong&gt;Expert Judgement&lt;/strong&gt;. Talk to those who have done similar work in the past.
8. &lt;strong&gt;Dephi Estimation&lt;/strong&gt;. This is a good technique if you are getting everyone together and have them vote on how long something will take. The participants vote, discuss, vote, discuss, etc., through several rounds until you reach a consensus. The &quot;Planning Poker&quot; technique is similar to this.

Given your question about a fixed-price contract, you still have to go through estimation, but since your price is fixed, you can only bring a limited amount into scope that fits within that contract. You do the best estimation that you can, and then see based on your price, how much work that you can fit into the deliverable.

Finally, learn from your past estimates. If you gave someone a fixed-price contract and it would up being a lot more work than you thought, keep that in the back of your mind when you start your next project estimation. 

Cheers!</description>
		<content:encoded><![CDATA[<p>Nilesh, there are no &#8220;hard and fast&#8221; rules for estimating. It&#8217;s more of an art form. However, I&#8217;ll give you some things to think about as you estimate.</p>
<p>Prior to giving your estimate, do you understand the boundaries of what it is that you are being asked to do? Have you created a scope diagram? Have you done stakeholder analysis? Do you understand where all of your stakeholders are? Do you understand the type of project (maintenance ticket vs. new software development project)? Depending on your answer to these (and others), you will be able to determine some estimate to your part. The BABOK lists eight ways that you can perform estimation:<br />
1. <strong>Analogous Estimation</strong>, which is basically a Range-of-Magnitude, sometimes called a ROM.<br />
2. <strong>Parametric Estimation</strong>. If you have enough history, you can multiply the effort by a factor to arrive at an estimate. So, if history shows that eliciting requirements from a specific functional group takes 10 hours, and this project has a factor of 10, then your estimate is (10&#215;10) = 100.<br />
3. <strong>Bottom-Up Estimation</strong>. The BA collects the tasks from all the functional groups and rolls them up for a total.<br />
4. <strong>Rolling Wave</strong>, which is an estimation refinement technique. It involves basing estimates for the next iteration (or phase) on the current iteration&#8217;s work.<br />
5. <strong>Three-Point Estimation</strong>, when you estimate the best-case, worst-case, and most-likely scenarios.<br />
6. <strong>Historic Analysis</strong>. Go back and look at your previous projects for data to see how much time a similar effort took you.<br />
7. <strong>Expert Judgement</strong>. Talk to those who have done similar work in the past.<br />
8. <strong>Dephi Estimation</strong>. This is a good technique if you are getting everyone together and have them vote on how long something will take. The participants vote, discuss, vote, discuss, etc., through several rounds until you reach a consensus. The &#8220;Planning Poker&#8221; technique is similar to this.</p>
<p>Given your question about a fixed-price contract, you still have to go through estimation, but since your price is fixed, you can only bring a limited amount into scope that fits within that contract. You do the best estimation that you can, and then see based on your price, how much work that you can fit into the deliverable.</p>
<p>Finally, learn from your past estimates. If you gave someone a fixed-price contract and it would up being a lot more work than you thought, keep that in the back of your mind when you start your next project estimation. </p>
<p>Cheers!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nilesh Somaiya</title>
		<link>http://www.b2ttraining.com/2008/02/25/estimating-analysis-time/comment-page-1/#comment-4031</link>
		<dc:creator>Nilesh Somaiya</dc:creator>
		<pubDate>Tue, 06 Sep 2011 21:47:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/128/estimating-analysis-time#comment-4031</guid>
		<description>Barbara, I have a related question on estimations if you could help me out with it. If the BA has the business/functional requirements and is supposed to estimate the effort to create functional specifications, are there estimation methodologies? Also, if the task of creating functional specifications is to be done in a fixed price contract have you used any estimation methodologies that help to identify &#039;changes&#039; during the contract period that should be considered a change request?

Thank you in advance!</description>
		<content:encoded><![CDATA[<p>Barbara, I have a related question on estimations if you could help me out with it. If the BA has the business/functional requirements and is supposed to estimate the effort to create functional specifications, are there estimation methodologies? Also, if the task of creating functional specifications is to be done in a fixed price contract have you used any estimation methodologies that help to identify &#8216;changes&#8217; during the contract period that should be considered a change request?</p>
<p>Thank you in advance!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig</title>
		<link>http://www.b2ttraining.com/2008/02/25/estimating-analysis-time/comment-page-1/#comment-2521</link>
		<dc:creator>Craig</dc:creator>
		<pubDate>Sat, 24 May 2008 11:57:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/128/estimating-analysis-time#comment-2521</guid>
		<description>Thanks

Interesting perspective on which type of time to track.  The PM may care about effort, but only so far as you can fiot the work in to available time.

Once they start scheduling various workstream and committing to deadlnes they then get more focused on when you can complete the task, right?

I guess cost management and capability are the priorities at first but once you are underway you have to make deadlines so subsequent tasks can get started.</description>
		<content:encoded><![CDATA[<p>Thanks</p>
<p>Interesting perspective on which type of time to track.  The PM may care about effort, but only so far as you can fiot the work in to available time.</p>
<p>Once they start scheduling various workstream and committing to deadlnes they then get more focused on when you can complete the task, right?</p>
<p>I guess cost management and capability are the priorities at first but once you are underway you have to make deadlines so subsequent tasks can get started.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barbara Carkenord</title>
		<link>http://www.b2ttraining.com/2008/02/25/estimating-analysis-time/comment-page-1/#comment-2520</link>
		<dc:creator>Barbara Carkenord</dc:creator>
		<pubDate>Fri, 29 Feb 2008 20:00:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/128/estimating-analysis-time#comment-2520</guid>
		<description>Craig,

I like to estimate work time. Elapse time requires you to know all of the other things that may get in your way and is much less reliable. The important thing about work time is for everyone to understand that it is the amount of time needed if you weren&#039;t working on ANYTHING else! Most project managers ask for work time and then schedule their project resources for 6 work hours per 8 hour day. This allows time for non-project meetings, breaks, other ongoing assignments, etc.

I looked at your discussion on time tracking and enjoyed it. Keep up the good work!

Barb</description>
		<content:encoded><![CDATA[<p>Craig,</p>
<p>I like to estimate work time. Elapse time requires you to know all of the other things that may get in your way and is much less reliable. The important thing about work time is for everyone to understand that it is the amount of time needed if you weren&#8217;t working on ANYTHING else! Most project managers ask for work time and then schedule their project resources for 6 work hours per 8 hour day. This allows time for non-project meetings, breaks, other ongoing assignments, etc.</p>
<p>I looked at your discussion on time tracking and enjoyed it. Keep up the good work!</p>
<p>Barb</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Estimating the Analysis Process &#38;laquo; Business Analysis Deconstructed</title>
		<link>http://www.b2ttraining.com/2008/02/25/estimating-analysis-time/comment-page-1/#comment-2519</link>
		<dc:creator>Estimating the Analysis Process &#38;laquo; Business Analysis Deconstructed</dc:creator>
		<pubDate>Wed, 27 Feb 2008 20:01:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/128/estimating-analysis-time#comment-2519</guid>
		<description>[...] Estimating the Analysis&nbsp;Process February 27, 2008 12:01 pm &#8212; Rob Meyer    So it&#8217;s clear to me that I&#8217;m coming at business analysis from a different place than a lot of people. That is very obvious when I catch articles like this one on Estimating Analysis Time from the Business Analyst Blog.  An important BA skill is the ability to accurately estimate the amount of time required to perform analysis work and be able to explain and justify it to project managers and sponsors. [...]</description>
		<content:encoded><![CDATA[<p>[...] Estimating the Analysis&#38;nbsp;Process February 27, 2008 12:01 pm &#38;#8212; Rob Meyer    So it&#38;#8217;s clear to me that I&#38;#8217;m coming at business analysis from a different place than a lot of people. That is very obvious when I catch articles like this one on Estimating Analysis Time from the Business Analyst Blog.  An important BA skill is the ability to accurately estimate the amount of time required to perform analysis work and be able to explain and justify it to project managers and sponsors. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig</title>
		<link>http://www.b2ttraining.com/2008/02/25/estimating-analysis-time/comment-page-1/#comment-2518</link>
		<dc:creator>Craig</dc:creator>
		<pubDate>Tue, 26 Feb 2008 11:52:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.b2ttraining.com/page/business-analyst-blog/archives/128/estimating-analysis-time#comment-2518</guid>
		<description>Barbara What do you think is more important; estimating work time or elapse time? Also a bottom up estimating process is best as it allows for a total quality approach to requirements (the way things should be) but what about when someone hires you and says you have two weeks... By the way we are midway through a series of posts on ime tracking at www.betterprojects.net right now. Come and have a look. We&#039;d love to hear your thoughts.</description>
		<content:encoded><![CDATA[<p>Barbara What do you think is more important; estimating work time or elapse time? Also a bottom up estimating process is best as it allows for a total quality approach to requirements (the way things should be) but what about when someone hires you and says you have two weeks&#8230; By the way we are midway through a series of posts on ime tracking at <a href="http://www.betterprojects.net" rel="nofollow">http://www.betterprojects.net</a> right now. Come and have a look. We&#8217;d love to hear your thoughts.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

