<?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>Out Of What Box? &#187; Risks</title>
	<atom:link href="http://www.outofwhatbox.com/blog/tag/risks/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.outofwhatbox.com/blog</link>
	<description>Ruminations on software and other impossible things</description>
	<lastBuildDate>Thu, 08 Sep 2011 15:57:30 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Living Agile</title>
		<link>http://www.outofwhatbox.com/blog/2009/04/living-agile/</link>
		<comments>http://www.outofwhatbox.com/blog/2009/04/living-agile/#comments</comments>
		<pubDate>Thu, 09 Apr 2009 15:51:09 +0000</pubDate>
		<dc:creator>Dan Breslau</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[Agile Software Development]]></category>
		<category><![CDATA[Mistakes]]></category>
		<category><![CDATA[Process]]></category>
		<category><![CDATA[Risks]]></category>

		<guid isPermaLink="false">http://www.outofwhatbox.com/blog/?p=187</guid>
		<description><![CDATA[My previous post, How To Make Mistakes, was a distillation of the philosophy behind Agile software development. One of Agile's greatest strengths is that it helps to create a process for making better mistakes. One of its greatest weaknesses may be that few people recognize this.]]></description>
			<content:encoded><![CDATA[<p>My plan was to quickly write a follow-up to <a title="How To Make Mistakes" href="http://www.outofwhatbox.com/blog/2009/04/how_to_make_mistakes/">How To Make Mistakes</a>, aiming it more directly towards software developers. I&#8217;d planned to pick up where I&#8217;d left off, drawing a connection between my earlier topic and Agile software development. But inevitably, just as I sat down to write, a new idea poked its head in. Looking at me with its big, wide eyes, it asked me ever so sweetly: &#8220;Can I come in?&#8221; &#8220;Sure&#8221;, I said.</p>
<p>That was my first mistake. Sure enough, hot on its heels came another one, wearing a full-body smile. I couldn&#8217;t resist. &#8220;OK&#8221;, I said, &#8220;You can come in too.&#8221;</p>
<p>Then a third idea showed up, this one a bit more obstreperous. &#8220;You let <em>them</em> in. <em>I</em> want to come in too!&#8221; &#8220;Uhh&#8230; I guess so.&#8221;</p>
<p>Some of those ideas were so charming that they were hard to resist. But before I knew it, there was a crowd of them, each struggling to be the first to slide into the keyboard. With all of their jostling, none of them could get through. If I couldn&#8217;t break that logjam, this post was never going to happen. &#8220;Stop! Time out! All of you, go to your rooms! Now!&#8221; I hated to see the looks on their faces, but I had no choice. I&#8217;m trying to write a blankety-blank <em>blog</em>, not The Great American Software Book.</p>
<p>That crowd of ideas came out of some discussions about Agile software development at last month&#8217;s <a href="http://www.nofluffjuststuff.com/home.jsp" target="_blank">No Fluff Just Stuff</a> conference in Boston. It&#8217;s fitting that in dismissing them (at least for now), I was applying a lesson from Agile: <em>Don&#8217;t try to do everything at once</em>. Create and deliver in small increments instead. You get feedback faster this way, and your customers get the use of your work sooner.</p>
<p>This isn&#8217;t the first time I&#8217;ve taken a concept from Agile to use in domains that are removed from software development. <a title="How To Make Mistakes" href="http://www.outofwhatbox.com/blog/2009/04/how_to_make_mistakes/">How To Make Mistakes</a> was essentially a distillation of Agile concepts. I&#8217;d even suggest that one of Agile&#8217;s greatest strengths is that it helps to create a process for making better mistakes. Conversely, one of its greatest weaknesses may be that few people recognize this.</p>
<p>How does Agile help create better mistakes? To illustrate this, I&#8217;ll list the guidelines that I set out in <a title="How To Make Mistakes" href="http://www.outofwhatbox.com/blog/2009/04/how_to_make_mistakes/">How To Make Mistakes</a> with their foundations in Agile:</p>
<ul>
<li><em>Understand the risks</em>: The most popular flavors of Agile, such as <a title="About Scrum" href="http://www.controlchaos.com/about/" target="_blank">Scrum</a> and <a title="Extreme Programming" href="http://www.extremeprogramming.org/index.html" target="_blank">Extreme Programming,</a> emphasize specific methods for identifying and mititgating risks.</li>
<li><em>Define your goals</em>, <em>Seek feedback early and often</em>, <em>Assess and Adjust</em>: I lifted these fairly directly from the <a title="Agile Principles" href="http://agilemanifesto.org/principles.html" target="_blank">Agile Principles</a>.</li>
<li><em>Work consciously</em>: This mirrors another Agile Principle: <em>At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly</em>. Such reflection can and should be a part of each developer&#8217;s personal work methods too.</li>
<li><em>Make your own mistakes</em>. The <a title="Agile Manifesto" href="http://agilemanifesto.org/" target="_blank">Agile Manifesto</a> states a preference for &#8220;Individuals and interactions over processes and tools.&#8221; Similarly, the Agile Principles declare that &#8220;the best architectures, requirements, and designs emerge from self-organizing teams.&#8221; Put together, these remind us: <em>No process, however intelligently it was designed, possesses its own intelligence</em>.  Human intelligence must be allowed to trump process guidelines. In fact, any well-designed process must include guidelines for overriding and updating itself. Agile processes are <em>living</em> processes.</li>
</ul>
<p>One of the risks to successful Agile adoption is having <a title="Top-Down Support Is Essential For Wide Scale Agile Adoption" href="http://www.agilejournal.com/articles/columns/from-the-editor-mainmenu-45/281-top-down-support-is-essential-for-wide-scale-agile-adoption" target="_blank">unrealistic expectations</a>. Business stakeholders may expect that a &#8220;better&#8221; software process is one that results in fewer mistakes being made. A more pragmatic expectation might be that Agile can help a team make <em>better</em> mistakes, which <em>eventually</em> will lead to fewer being made. Better mistakes and fewer mistakes both lead to better results.</p>
<p>I may have some other ideas on this, but they&#8217;ll have to wait for another time.</p>
<p><em>&#8220;Wheee!&#8221; [*Splash*!]</em></p>
<p>Back to your room! I&#8217;m closing this post down now!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.outofwhatbox.com/blog/2009/04/living-agile/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>How To Make Mistakes</title>
		<link>http://www.outofwhatbox.com/blog/2009/04/how_to_make_mistakes/</link>
		<comments>http://www.outofwhatbox.com/blog/2009/04/how_to_make_mistakes/#comments</comments>
		<pubDate>Thu, 02 Apr 2009 21:49:54 +0000</pubDate>
		<dc:creator>Dan Breslau</dc:creator>
				<category><![CDATA[Life]]></category>
		<category><![CDATA[Mistakes]]></category>
		<category><![CDATA[Risks]]></category>

		<guid isPermaLink="false">http://www.outofwhatbox.com/blog/?p=169</guid>
		<description><![CDATA[A noted pianist recounted an important lesson he&#8217;d received in his conservatory days: He and a professor had attended a concert by one of the great performers of the 20th century, a man then nearing the end of his career. Afterwards, the student commented on the number of mistakes the master had made. His professor [...]]]></description>
			<content:encoded><![CDATA[<p>A noted pianist recounted an important lesson he&#8217;d received in his conservatory days: He and a professor had attended a concert by one of the great performers of the 20th century, a man then nearing the end of his career. Afterwards, the student commented on the number of mistakes the master had made. His professor rejoined: <em>My boy, I&#8217;d rather listen to his mistakes than to your best playing</em>.</p>
<p>The professor&#8217;s meaning came through loud and clear to the student: The mistakes of a master may have greater merit than the rest of us can achieve with our best work.</p>
<p>I had a glimpse of this truth early in my career—not from an older master, but from a younger one. I was two years out of college when Jim (not his real name), fresh out of MIT, started working with me on a project. At first I was put off by this youngster&#8217;s apparent arrogance, but gradually it dawned on me that the guy knew what he was talking about. I began to seek his feedback on my work, and a good friendship developed between us.</p>
<p>Some time after Jim left the company, I told him that I&#8217;d been making a bit of a career fixing his mistakes. He was distressed to hear it. No worries, I assured him: he&#8217;d made the <em>right</em> mistakes. His work conveyed a good understanding of the problems that he&#8217;d been addressing, and was clear enough to help me absorb some of that same understanding. The overall structure was sound; the mistakes were usually in the details.</p>
<p>There was one arguable exception, though: Jim had solved a particularly thorny problem using a very non-traditional approach, which was difficult to maintain after he left. He&#8217;d been aware that this unusual technique could become a problem, but he&#8217;d concluded that the alternatives would have been worse. Regardless of whether Jim had made the best possible decision at the time, he deserves credit on several grounds: He&#8217;d considered different ways to solve the problem; he&#8217;d brought the best tools to the job that he could find; and above all else, <em>he&#8217;d solved the problem.</em> If his choice was a mistake, it was a mistake well worth making.</p>
<p>To err is human, or so it&#8217;s said. It may be even more human to fear erring. While this fear is often well-founded—it can, after all, save lives—it can also be costly. An excess of caution causes inaction, which often is also a mistake. And as has often been said, every mistake represents a learning opportunity. Since we are all bound to err sooner or later, it follows that we&#8217;d do better if we stopped trying to <em>avoid</em> mistakes, and started aiming to make the <em>right </em>mistakes.</p>
<p>Making the right mistakes requires using the right process. In fact, making the right mistakes is all about using the right process; <em>what</em> mistake you make matters far less than <em>how</em> you make it. The better your process for making mistakes, the better your mistakes will be. Drawing upon my vast experience at crafting mistakes, I offer herein some tips that may help you improve the quality of your own.</p>
<ul>
<li><em>Understand the risks.</em> When lives or vast fortunes are at stake, it&#8217;s probably not a good time for taking risks. Yet even when the real risks are lower than that, we still carry a severe aversion to mistakes. This can do more harm than good. Many of your mistakes will be forgotten in time; for others, you&#8217;ll have chances to make amends. Move your work forward based on what you know, or can learn fairly quickly.</li>
<li><em>Define your goals</em>. What are the essential criteria? You and your customers need to agree on these points before much serious work can begin. Beyond the essentials, spend less time analyzing and defining, and more time doing. When choosing between building something <em>good</em> now, or something <em>better</em> later, go for the good. Today&#8217;s omissions will be tomorrow&#8217;s opportunities, if they are missed at all. Focusing on the essentials will help you respond to requests faster, which will help facilitate the next item on the list:</li>
<li><em>Seek feedback early and often</em>. The sooner you discover your mistakes, the easier they&#8217;ll be to correct.</li>
<li><em>Work consciously</em>. This isn&#8217;t some New Age concept, but a very down-to-earth process. Think of it as your personal <a href="http://en.wikipedia.org/wiki/Continuous_improvement">continuous improvement</a> or <a href="http://en.wikipedia.org/wiki/Kaizen">Kaizen</a> plan:
<ul>
<li>Observe yourself as you work.</li>
<li>Consider <em>what</em> you&#8217;re doing, <em>how</em> you&#8217;re doing it, and <em>why</em> you&#8217;re doing it that way.</li>
<li>Look for better approaches. (There&#8217;s <em>always</em> a better way. When mistakes are possible, so is improvement.)</li>
</ul>
</li>
<li><em>Assess and adjust</em>. Look for your mistakes, take responsibility for them, and learn from them. Don&#8217;t let problems fester. Get other people involved, when you need to, but without seeking to assign or dodge blame.</li>
<li><em>Make your own mistakes</em>. Understand what&#8217;s required. Listen closely to the advice and wisdom that other people have to offer you. But if you think that your best path goes down a different road than the one you&#8217;ve been pointed down, then follow that thought. Your successes will be sweeter, and your lessons will be learned more clearly.</li>
</ul>
<p>There&#8217;s a question that&#8217;s posed in various places around the Internet:</p>
<p style="padding-left: 30px;"><em>What would you do, if you knew you could not fail?</em></p>
<p>That&#8217;s too broad for me to answer concisely. (Fix the current economic crisis? Bring peace to the world? Travel in time? My taxes?) Instead I ask myself a slightly different question: <em></em></p>
<p style="padding-left: 30px;"><em>What would you do if you had no fear of making mistakes?</em></p>
<p>I&#8217;d take piano lessons, and I&#8217;d write a blog.</p>
<p>One down, and one to go. I think I&#8217;m off to a pretty good start.</p>
<h3>Update 08 Sep 2011</h3>
<p>This is too good not to include here:<br />
<a href="http://mimiandeunice.com/2011/08/26/decisions/"><img width="560px" height="174px" title="Decisions" src="http://mimiandeunice.com/wp-content/uploads/2011/08/ME_447_Decisions-640x199.png" alt="making decisions is hard" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.outofwhatbox.com/blog/2009/04/how_to_make_mistakes/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
	</channel>
</rss>

