<?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: New to agile? Remember, sometimes things get crazy!</title>
	<atom:link href="http://www.agileforall.com/2010/07/27/new-to-agile-remember-sometimes-things-get-crazy/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agileforall.com/2010/07/27/new-to-agile-remember-sometimes-things-get-crazy/</link>
	<description>Agile For All</description>
	<lastBuildDate>Fri, 13 Jan 2012 18:11:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Cathy</title>
		<link>http://www.agileforall.com/2010/07/27/new-to-agile-remember-sometimes-things-get-crazy/comment-page-1/#comment-925</link>
		<dc:creator>Cathy</dc:creator>
		<pubDate>Fri, 30 Jul 2010 10:00:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileforall.com/?p=1666#comment-925</guid>
		<description>In an testing environment lot of things happen unexpectedly (just as in life!). Under those conditions even if we work diligently the situation is not in our hand. People get crazy mostly in these situations. Unfortunately I have no solutions for these conditions.</description>
		<content:encoded><![CDATA[<p>In an testing environment lot of things happen unexpectedly (just as in life!). Under those conditions even if we work diligently the situation is not in our hand. People get crazy mostly in these situations. Unfortunately I have no solutions for these conditions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Hartman</title>
		<link>http://www.agileforall.com/2010/07/27/new-to-agile-remember-sometimes-things-get-crazy/comment-page-1/#comment-903</link>
		<dc:creator>Bob Hartman</dc:creator>
		<pubDate>Tue, 27 Jul 2010 21:53:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileforall.com/?p=1666#comment-903</guid>
		<description>Lisa, good point.  But &quot;value&quot; encompasses more than just the value to the customer.  That is a point I was hoping someone would make because if we focus only on CUSTOMER VALUE then we will fail.  We have to focus on BUSINESS VALUE which encompasses internal needs, risk and other items as well.  It is why I made sure to point out the things I did with my family.  To me they are &quot;internal value&quot; and not &quot;customer value&quot; for my business.

I tell workshop attendees that focusing solely on customer value will lead to a happy customer - for about 10 minutes when the software breaks and can&#039;t be fixed.  Focusing only on internal value means the customer has no reason to purchase the software.  We need to have the right mix of customer value and internal value which we roll up into business value.

As far as things &quot;going crazy all the time&quot; being equal to overcommitting, I&#039;m not sure I agree with that.  In some cases this may be true.  In other cases it can mean a variety of things having nothing to do with being overcommitted.  For example, it could have to do with overall focus.  Or something external to the team causing consternation of some sort.  Craziness can and will happen.  I agree in general that if it happens all the time it is symptomatic of something that needs to be investigated - quickly!  I just don&#039;t think the answer is always the same.

Thanks for the response!  I agree with almost all of it and was happy to see someone point these things out so quickly.

- Bob -</description>
		<content:encoded><![CDATA[<p>Lisa, good point.  But &#8220;value&#8221; encompasses more than just the value to the customer.  That is a point I was hoping someone would make because if we focus only on CUSTOMER VALUE then we will fail.  We have to focus on BUSINESS VALUE which encompasses internal needs, risk and other items as well.  It is why I made sure to point out the things I did with my family.  To me they are &#8220;internal value&#8221; and not &#8220;customer value&#8221; for my business.</p>
<p>I tell workshop attendees that focusing solely on customer value will lead to a happy customer &#8211; for about 10 minutes when the software breaks and can&#8217;t be fixed.  Focusing only on internal value means the customer has no reason to purchase the software.  We need to have the right mix of customer value and internal value which we roll up into business value.</p>
<p>As far as things &#8220;going crazy all the time&#8221; being equal to overcommitting, I&#8217;m not sure I agree with that.  In some cases this may be true.  In other cases it can mean a variety of things having nothing to do with being overcommitted.  For example, it could have to do with overall focus.  Or something external to the team causing consternation of some sort.  Craziness can and will happen.  I agree in general that if it happens all the time it is symptomatic of something that needs to be investigated &#8211; quickly!  I just don&#8217;t think the answer is always the same.</p>
<p>Thanks for the response!  I agree with almost all of it and was happy to see someone point these things out so quickly.</p>
<p>- Bob -</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention New to agile? Remember, sometimes things get crazy! -- Topsy.com</title>
		<link>http://www.agileforall.com/2010/07/27/new-to-agile-remember-sometimes-things-get-crazy/comment-page-1/#comment-902</link>
		<dc:creator>Tweets that mention New to agile? Remember, sometimes things get crazy! -- Topsy.com</dc:creator>
		<pubDate>Tue, 27 Jul 2010 21:37:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileforall.com/?p=1666#comment-902</guid>
		<description>[...] This post was mentioned on Twitter by lisacrispin and Bob Hartman, Rob Myers. Rob Myers said: RT @AgileForAll: New #agile blog post: New to agile? Remember, sometimes things get crazy! http://bit.ly/ddiW6l #li [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by lisacrispin and Bob Hartman, Rob Myers. Rob Myers said: RT @AgileForAll: New #agile blog post: New to agile? Remember, sometimes things get crazy! <a href="http://bit.ly/ddiW6l" rel="nofollow">http://bit.ly/ddiW6l</a> #li [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lisa Crispin</title>
		<link>http://www.agileforall.com/2010/07/27/new-to-agile-remember-sometimes-things-get-crazy/comment-page-1/#comment-901</link>
		<dc:creator>Lisa Crispin</dc:creator>
		<pubDate>Tue, 27 Jul 2010 21:33:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.agileforall.com/?p=1666#comment-901</guid>
		<description>Gosh, you ARE busy. I think I get what you&#039;re saying, but I&#039;m worried some readers might get the wrong message. Yes, the prioritized backlog is our focus. However, we will never be able to deliver business value frequently at a sustainable pace if we do not have the time to learn how to write &quot;clean code&quot; that is easy to test and maintain, if we do not have the time to learn how to automate regression tests so we have time for exploratory testing, if we do not have the time to learn the business domain so we can better server our customers.

We can&#039;t always prioritize delivering stories above all else. We need slack time to experiment, make mistakes, innovate, learn, improve. Otherwise, we will get buried under technical debt.

If things are going crazy all the time, the team has over-committed. Even Scrum teams can borrow the Kanban idea of limiting work in progress. Focus on finishing one story at a time - including all the testing, all the refactoring, all the automation. Only commit to the amount of work that can be done properly - not the amount of work that can be hacked out without adequate thought and testing. 

Of course we have to be flexible when it comes to business priorities. There are times where we may have to compromise and do a quick fix we&#039;re not happy about. But if we learn the business domain, we can help our customers find trade-offs, where they may get the most important things they need quickly enough and leave the &quot;nice to haves&quot; for later, or implement something that does most of what they want more cheaply (but still cleanly).</description>
		<content:encoded><![CDATA[<p>Gosh, you ARE busy. I think I get what you&#8217;re saying, but I&#8217;m worried some readers might get the wrong message. Yes, the prioritized backlog is our focus. However, we will never be able to deliver business value frequently at a sustainable pace if we do not have the time to learn how to write &#8220;clean code&#8221; that is easy to test and maintain, if we do not have the time to learn how to automate regression tests so we have time for exploratory testing, if we do not have the time to learn the business domain so we can better server our customers.</p>
<p>We can&#8217;t always prioritize delivering stories above all else. We need slack time to experiment, make mistakes, innovate, learn, improve. Otherwise, we will get buried under technical debt.</p>
<p>If things are going crazy all the time, the team has over-committed. Even Scrum teams can borrow the Kanban idea of limiting work in progress. Focus on finishing one story at a time &#8211; including all the testing, all the refactoring, all the automation. Only commit to the amount of work that can be done properly &#8211; not the amount of work that can be hacked out without adequate thought and testing. </p>
<p>Of course we have to be flexible when it comes to business priorities. There are times where we may have to compromise and do a quick fix we&#8217;re not happy about. But if we learn the business domain, we can help our customers find trade-offs, where they may get the most important things they need quickly enough and leave the &#8220;nice to haves&#8221; for later, or implement something that does most of what they want more cheaply (but still cleanly).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

