<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Agile Testing with Lisa Crispin &#187; retrospectives</title>
	<atom:link href="http://lisacrispin.com/wordpress/tag/retrospectives/feed/" rel="self" type="application/rss+xml" />
	<link>http://lisacrispin.com/wordpress</link>
	<description>Providing Practical Agile Testing Guidance</description>
	<lastBuildDate>Mon, 23 Aug 2010 17:12:13 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>A Learning Culture</title>
		<link>http://lisacrispin.com/wordpress/2009/11/12/a-learning-culture/</link>
		<comments>http://lisacrispin.com/wordpress/2009/11/12/a-learning-culture/#comments</comments>
		<pubDate>Fri, 13 Nov 2009 00:14:04 +0000</pubDate>
		<dc:creator>lcrispin</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[learning culture]]></category>
		<category><![CDATA[retrospectives]]></category>

		<guid isPermaLink="false">http://lisacrispin.com/wordpress/?p=337</guid>
		<description><![CDATA[I love conferences &#8211; I get to meet so many smart practitioners and come home bursting with new ideas. I&#8217;m back from Agile Development Practices and I learned a ton. One thing that&#8217;s on my mind both from the conference and other reading I&#8217;ve done this week is the importance of a culture that enables [...]]]></description>
			<content:encoded><![CDATA[<p><span style="color: #333399;">I love conferences &#8211; I get to meet so many smart practitioners and come home bursting with new ideas. I&#8217;m back from Agile Development Practices and I learned a ton. One thing that&#8217;s on my mind both from the conference and other reading I&#8217;ve done this week is the importance of a culture that enables and even promotes learning.</span></p>
<p><span style="color: #333399;"><br />
It&#8217;s easy to forget that failure is good &#8211; if you can fail fast enough. That&#8217;s one reason agile works so well &#8211; short iterations and work transparency let us fail fast, and everyone knows when we fail. But failure shouldn&#8217;t only be seen as negative. We learn a lot more when we fail.</span></p>
<p><span style="color: #333399;"><br />
I recently read a great post titled &#8220;<a href="http://pillartechnology.com/blog/?p=63" target="_blank">Are you building a learning suppression system</a> by Daryl Kulak from his upcoming book. Here&#8217;s an excerpt.</span></p>
<p><em>What happens in organizations is that people get punished for committing sins of commission but they do not get punished for sins of omission. This shapes the mind of a person into saying “No, we better not try that,” attempting to avoid the nasty results of commission errors while ignoring the problems of omission errors, which don’t seem to cause as much havoc.</em></p>
<p><span style="color: #333399;">We don&#8217;t want to suppress innovation. Mistakes should be tolerated, not punished. We want a learning organization so our teams can always adapt to change, and thrive.</span></p>
<h4><span style="color: #333399;">More on Learning from Linda Rising</span></h4>
<p><span style="color: #333399;"><a href="http://www.lindarising.org/" target="_blank">Linda</a> gave an enlightening talk Wednesday at ADP about retrospectives, and she talked a lot about having time for thinking and learning. These are my notes on her talk, so I hope I haven&#8217;t misinterpreted anything she said. You can find more material direct from her on her site.</span></p>
<p><span style="color: #333399;">When confronted with practices such as pair programming or retrospectives, some managers have this reaction: &#8220;We don&#8217;t have time for thinking&#8221;.</span></p>
<p><span style="color: #333399;">But we aren&#8217;t trying to stop, analyze the root cause of all of our problems, and fix them all. We need to do little experiments to see if they solve some problem we&#8217;re having. If the solution works, we don&#8217;t even have to know why, we can just use it. Linda compared this to tuning a musical instrument &#8211; we can make tiny changes, and these give us lots of value.</span></p>
<p><span style="color: #333399;">Linda quoted Tom DeMarco&#8217;s book, <span style="text-decoration: underline;">Slack</span>. You can&#8217;t learn or change if you have no slack. Linda cited research showing that not being able to express feelings and thoughts in the normal course of business weighs us down, slows us down. It sounded a lot like technical debt to me! We fret about things that aren&#8217;t going well, and if we don&#8217;t get a chance to experiment with ways to improve them, we become less and less productive, more and more unhappy.</span></p>
<p><span style="color: #333399;">Going back to that idea that we must tolerate failure, it&#8217;s important that we don&#8217;t criticize or blame our teammates. Every team member should feel safe to raise issues and propose ideas. Linda cited Norm Kerth&#8217;s prime directive for retrospectives: We must believe that everyone did the best job he or she could, given what was known at the time. Everyone used their skills and abilities, the available resources, to their best advantage, given the situation at hand. When we start from there, we can avoid pointing fingers, and simply try to learn: what&#8217;s going well? What&#8217;s not going so well? How can we improve? What still puzzles us?</span></p>
<p><span style="color: #333399;">Linda advises us to watch for stereotypes: &#8220;These people are just no good at&#8230;&#8221; She was talking in the context of retrospectives, but this is good advice for everyday work. We even stereotype ourselves. We have to believe, instead, that we can get better. Then we will.</span></p>
<p><span style="color: #333399;">Focus on experiments. Identify the next experiment, and ask the three questions about it at the next retrospective. Share knowledge. Look for patterns. </span></p>
<h4><span style="color: #333399;">Time to Learn<br />
</span></h4>
<p><span style="color: #333399;">As Linda noted, everyone says they want to learn, but few take the time to do so. Take some time to learn something new today. See what you can do to promote a learning culture within your organization. Show your manager the <a href="http://www.google.com/support/jobs/bin/static.py?page=about.html&amp;about=eng" target="_blank">Google 20% rule</a>, and the value that Google has derived from that! Lots of companies, big and small, have something similar: Wiki Wednesdays, Engineering Sprints, one hour per day devoted to professional growth. People on agile teams love learning, and it makes us happy. When we&#8217;re happy, and when we are always learning and experimenting, we can do our best work. To me, that&#8217;s what agile is all about.<br />
</span></p>
]]></content:encoded>
			<wfw:commentRss>http://lisacrispin.com/wordpress/2009/11/12/a-learning-culture/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Dressage, Discipline and Quality</title>
		<link>http://lisacrispin.com/wordpress/2009/02/26/discipline-and-quality/</link>
		<comments>http://lisacrispin.com/wordpress/2009/02/26/discipline-and-quality/#comments</comments>
		<pubDate>Thu, 26 Feb 2009 18:52:16 +0000</pubDate>
		<dc:creator>lcrispin</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[agile teams]]></category>
		<category><![CDATA[agile testing]]></category>
		<category><![CDATA[customers]]></category>
		<category><![CDATA[discipline]]></category>
		<category><![CDATA[quality]]></category>
		<category><![CDATA[retrospectives]]></category>

		<guid isPermaLink="false">http://lisacrispin.com/wordpress/?p=189</guid>
		<description><![CDATA[This month&#8217;s issue Dressage Today had some articles about the two-time Olympian dressage rider and trainer, Steffen Peters. He talked about the role of discipline in turning dreams into reality. For him, this means keeping himself mentally and physically fit through a thoughtfully planned exercise and diet routine, as well as understanding the capabilities of [...]]]></description>
			<content:encoded><![CDATA[<p><span style="color: #333399;">This month&#8217;s issue <span style="text-decoration: underline;">Dressage Today</span> had some articles about the two-time Olympian dressage rider and trainer, <a title="Steffen Peters" href="http://www.nbcolympics.com/athletes/athlete=1362/bio/" target="_blank">Steffen Peters</a>. He talked about the role of discipline in turning dreams into reality. For him, this means keeping himself mentally and physically fit through a thoughtfully planned exercise and diet routine, as well as understanding the capabilities of each horse and how it can learn best.<br />
</span></p>
<p><span style="color: #333399;">My own dressage trainer tells me all the time, &#8220;It takes a million repetitions to change a bad habit.&#8221; That&#8217;s only a slight exaggeration in my case. I remind myself (and she reminds me) about 50 times a ride to correct each bad habit, for example, to put my hands closer together and keep them centered over the horse&#8217;s withers. Some of my bad habits are 50 years old, so they&#8217;re hard to fix, but I&#8217;m slowly getting better.</span></p>
<p><span style="color: #333399;">Discipline is a critical component of delivering high-quality software, too. We need to thoughtfully plan to use the right practices for us. We need to remind ourselves every day, via big visible charts, information radiators, retrospectives, any means that works to learn new good habits and reinforce the things we do well. </span></p>
<p><span style="color: #333399;">During a recent estimating meeting, our product owner (who normally knows better) asked, &#8220;About 6 weeks ago you estimated this XYZ story at 5 points. Is there any cheap, hacky way to do it for one point?&#8221; One of the developers responded, &#8220;Possibly, but we are not going to do a cheap, hacky solution&#8221;. It&#8217;s tempting to cut corners to meet a business need, but hacking in a quick fix that increases our technical debt down the road isn&#8217;t the way to do it.</span></p>
<p><span style="color: #333399;">Another example where discipline and good habits came into play occurred in this morning&#8217;s Scrum. A couple of the customers brought up a significant piece functionality that they had accidentally omitted from a story we&#8217;re already working on. It was tempting to say &#8220;OK, we&#8217;ll add that in too.&#8221; But it was too big a change to put into the story at this late date. We discussed possible workarounds, and one of the customers came up with one that would do the job. They will write a new story, and if we can, we&#8217;ll pull it in this sprint. If not, they&#8217;ll get it two weeks later. </span></p>
<p><span style="color: #333399;">Sometimes we do make compromises about quality, and implement a solution that is less than ideal. There are always business trade-offs to consider. But we don&#8217;t make these lightly. And even after more than five years of agile development, we spend time on a serious retrospective every iteration, and work hard to keep improving the way we work and the quality of our code. Some of our bad habits have been hard to fix, but we keep working at it. Our business continues to grow, which to me is the best feedback about our disciplined approach to keeping up good habits and eliminating bad habits.</span><img src="file:///C:/Users/lcrispin/AppData/Local/Temp/moz-screenshot.jpg" alt="" /></p>
]]></content:encoded>
			<wfw:commentRss>http://lisacrispin.com/wordpress/2009/02/26/discipline-and-quality/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
