<?xml version="1.0" encoding="iso-8859-1"?><!-- generator="b2evolution/3.3.3" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Wayne Allen's Blog - Latest comments on No More Iterations</title>
		<link>http://blogs.consultantsguild.com/index.php/wayne/?disp=comments</link>
		<atom:link rel="self" type="application/rss+xml" href="http://blogs.consultantsguild.com/index.php/wayne/?tempskin=_rss2&#38;disp=comments&#38;p=168" />
		<description></description>
		<language>en-US</language>
		<docs>http://backend.userland.com/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=3.3.3"/>
		<ttl>60</ttl>
				<item>
			<title>iclemartin [Member] in response to: No More Iterations</title>
			<pubDate>Sat, 28 Feb 2009 23:47:40 +0000</pubDate>
			<dc:creator>iclemartin [Member]</dc:creator>
			<guid isPermaLink="false">c41696@http://blogs.consultantsguild.com/</guid>
			<description>Jeff,&lt;br /&gt;
&lt;br /&gt;
We still do retrospectives from time to time (no regular schedule). We don't really wait for a retrospective to think about and implement process improvements.</description>
			<content:encoded><![CDATA[Jeff,<br />
<br />
We still do retrospectives from time to time (no regular schedule). We don't really wait for a retrospective to think about and implement process improvements.]]></content:encoded>
			<link>http://blogs.consultantsguild.com/index.php/wayne/no-more-iterations#c41696</link>
		</item>
				<item>
			<title>Jeff Y [Visitor] in response to: No More Iterations</title>
			<pubDate>Sat, 28 Feb 2009 17:57:56 +0000</pubDate>
			<dc:creator>Jeff Y [Visitor]</dc:creator>
			<guid isPermaLink="false">c41695@http://blogs.consultantsguild.com/</guid>
			<description>Hi Wayne,&lt;br /&gt;
I understand the reasoning behind abandoning iterations. How about retrospectives? Will you still take time to reflect as a team and consider process improvements? If so, how often?&lt;br /&gt;
&lt;br /&gt;
Jeff</description>
			<content:encoded><![CDATA[Hi Wayne,<br />
I understand the reasoning behind abandoning iterations. How about retrospectives? Will you still take time to reflect as a team and consider process improvements? If so, how often?<br />
<br />
Jeff]]></content:encoded>
			<link>http://blogs.consultantsguild.com/index.php/wayne/no-more-iterations#c41695</link>
		</item>
				<item>
			<title>Wayne [Member] in response to: No More Iterations</title>
			<pubDate>Mon, 25 Feb 2008 23:33:42 +0000</pubDate>
			<dc:creator>Wayne [Member]</dc:creator>
			<guid isPermaLink="false">c40145@http://blogs.consultantsguild.com/</guid>
			<description>Aaron,&lt;br /&gt;
&lt;br /&gt;
We thought about using story points instead of stories to limit WIP, but that is what iterations already do if you are using velocity. Additionally I wanted to get away from anything more than the briefest amount of time estimating stories - I just don't think there is much value added.</description>
			<content:encoded><![CDATA[Aaron,<br />
<br />
We thought about using story points instead of stories to limit WIP, but that is what iterations already do if you are using velocity. Additionally I wanted to get away from anything more than the briefest amount of time estimating stories - I just don't think there is much value added.]]></content:encoded>
			<link>http://blogs.consultantsguild.com/index.php/wayne/no-more-iterations#c40145</link>
		</item>
				<item>
			<title>Wayne [Member] in response to: No More Iterations</title>
			<pubDate>Mon, 25 Feb 2008 23:30:57 +0000</pubDate>
			<dc:creator>Wayne [Member]</dc:creator>
			<guid isPermaLink="false">c40144@http://blogs.consultantsguild.com/</guid>
			<description>Manfred,&lt;br /&gt;
&lt;br /&gt;
&gt;Who writes the stories?&lt;br /&gt;
&lt;br /&gt;
We haven't changed anything to do with the product owner/customer. They still write the stories and they still accept the stories. Nothing goes off the kanban until the PO takes it off. Then he puts the highest priority story into the WIP and a planning meeting is held.</description>
			<content:encoded><![CDATA[Manfred,<br />
<br />
>Who writes the stories?<br />
<br />
We haven't changed anything to do with the product owner/customer. They still write the stories and they still accept the stories. Nothing goes off the kanban until the PO takes it off. Then he puts the highest priority story into the WIP and a planning meeting is held.]]></content:encoded>
			<link>http://blogs.consultantsguild.com/index.php/wayne/no-more-iterations#c40144</link>
		</item>
				<item>
			<title>Aaron Sanders [Visitor] in response to: No More Iterations</title>
			<pubDate>Sat, 23 Feb 2008 17:46:58 +0000</pubDate>
			<dc:creator>Aaron Sanders [Visitor]</dc:creator>
			<guid isPermaLink="false">c40121@http://blogs.consultantsguild.com/</guid>
			<description>Our team is still estimating size in story points, and then measuring story point throughput. I am thinking of making the fixed queue in front of WIP to be fixed on points, instead of number of work items.</description>
			<content:encoded><![CDATA[Our team is still estimating size in story points, and then measuring story point throughput. I am thinking of making the fixed queue in front of WIP to be fixed on points, instead of number of work items.]]></content:encoded>
			<link>http://blogs.consultantsguild.com/index.php/wayne/no-more-iterations#c40121</link>
		</item>
				<item>
			<title>Mike Cottmeyer [Visitor] in response to: No More Iterations</title>
			<pubDate>Thu, 07 Feb 2008 12:58:28 +0000</pubDate>
			<dc:creator>Mike Cottmeyer [Visitor]</dc:creator>
			<guid isPermaLink="false">c40066@http://blogs.consultantsguild.com/</guid>
			<description>Thanks for the quick reply.  I think i see where you are headed.  I will keep my eyes out for future posts. &lt;br /&gt;
&lt;br /&gt;
BTW - I mistyped my blog's url in my previous post.  Is is corrected on this one. &lt;br /&gt;
&lt;br /&gt;
Mike&lt;br /&gt;
&lt;br /&gt;</description>
			<content:encoded><![CDATA[Thanks for the quick reply.  I think i see where you are headed.  I will keep my eyes out for future posts. <br />
<br />
BTW - I mistyped my blog's url in my previous post.  Is is corrected on this one. <br />
<br />
Mike<br />
<br />]]></content:encoded>
			<link>http://blogs.consultantsguild.com/index.php/wayne/no-more-iterations#c40066</link>
		</item>
				<item>
			<title>Wayne [Member] in response to: No More Iterations</title>
			<pubDate>Wed, 06 Feb 2008 21:22:00 +0000</pubDate>
			<dc:creator>Wayne [Member]</dc:creator>
			<guid isPermaLink="false">c40060@http://blogs.consultantsguild.com/</guid>
			<description>Hi Mike,&lt;br /&gt;
&lt;br /&gt;
I'll be writing more about these topics shortly, but I'll give you a little taste.&lt;br /&gt;
&lt;br /&gt;
We are replacing velocity with throughput. I find it a much more understandable metric for all the non-agilists (99.999% of the population).&lt;br /&gt;
&lt;br /&gt;
I don't believe I have lost any ability to predict delivery at the level of precision that I need. After all isn't velocity just a form of story point throughput?&lt;br /&gt;
&lt;br /&gt;
Obviously the throughput of the very smallest and very largest stories could be radically different and I do want story size to be as small as possible. It is my belief that over time I will get an average and a standard deviation that will give me the information I need to know.&lt;br /&gt;
&lt;br /&gt;
We haven't totally rejected estimating because cost is a factor the business needs to consider. However, we've greatly simplified our estimating process. (more soon)&lt;br /&gt;
&lt;br /&gt;</description>
			<content:encoded><![CDATA[Hi Mike,<br />
<br />
I'll be writing more about these topics shortly, but I'll give you a little taste.<br />
<br />
We are replacing velocity with throughput. I find it a much more understandable metric for all the non-agilists (99.999% of the population).<br />
<br />
I don't believe I have lost any ability to predict delivery at the level of precision that I need. After all isn't velocity just a form of story point throughput?<br />
<br />
Obviously the throughput of the very smallest and very largest stories could be radically different and I do want story size to be as small as possible. It is my belief that over time I will get an average and a standard deviation that will give me the information I need to know.<br />
<br />
We haven't totally rejected estimating because cost is a factor the business needs to consider. However, we've greatly simplified our estimating process. (more soon)<br />
<br />]]></content:encoded>
			<link>http://blogs.consultantsguild.com/index.php/wayne/no-more-iterations#c40060</link>
		</item>
				<item>
			<title>Mike Cottmeyer [Visitor] in response to: No More Iterations</title>
			<pubDate>Wed, 06 Feb 2008 16:28:45 +0000</pubDate>
			<dc:creator>Mike Cottmeyer [Visitor]</dc:creator>
			<guid isPermaLink="false">c40049@http://blogs.consultantsguild.com/</guid>
			<description>Hi Wayne, glad I found your blog.

It sounds to me like you are replacing velocity with throughput (represented as days per story).  You must be driving your project manager nutty :-)  

First, I understand the desire to go to throughput but it seems you would lose any ability to predict what you will deliver when?  At least velocity allows me to measure what I am delivering and adjust of velocity is not what I thought.

Second, for throughput to be useful, you would almost have to assume that stories are similarly sized or that the average would be useful over time?  

Have you guys given up on estimating and planning all together, even using Agile techniques?

I may be missing something here, help me understand.  Thanks!

Mike
  
&lt;br /&gt;</description>
			<content:encoded><![CDATA[Hi Wayne, glad I found your blog.

It sounds to me like you are replacing velocity with throughput (represented as days per story).  You must be driving your project manager nutty :-)  

First, I understand the desire to go to throughput but it seems you would lose any ability to predict what you will deliver when?  At least velocity allows me to measure what I am delivering and adjust of velocity is not what I thought.

Second, for throughput to be useful, you would almost have to assume that stories are similarly sized or that the average would be useful over time?  

Have you guys given up on estimating and planning all together, even using Agile techniques?

I may be missing something here, help me understand.  Thanks!

Mike
  
<br />]]></content:encoded>
			<link>http://blogs.consultantsguild.com/index.php/wayne/no-more-iterations#c40049</link>
		</item>
			</channel>
</rss>
