<?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>DuProgrammeur &#187; ProductivitÃ©</title>
	<atom:link href="http://duprogrammeur.com/tag/productivite/feed/" rel="self" type="application/rss+xml" />
	<link>http://duprogrammeur.com</link>
	<description>Direct du programmeur de DuProprio.com</description>
	<lastBuildDate>Tue, 23 Mar 2010 03:13:59 +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>Myth : Predictions Create Predictability</title>
		<link>http://duprogrammeur.com/2010-03-22/myth-predictions-create-predictability/</link>
		<comments>http://duprogrammeur.com/2010-03-22/myth-predictions-create-predictability/#comments</comments>
		<pubDate>Tue, 23 Mar 2010 03:10:31 +0000</pubDate>
		<dc:creator>FrÃ©dÃ©rick Dubois</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[Extraits]]></category>
		<category><![CDATA[ProductivitÃ©]]></category>

		<guid isPermaLink="false">http://duprogrammeur.com/?p=381</guid>
		<description><![CDATA[L&#8217;extrait suivant est tirÃ© du livre &#8220;Implementing Lean Software Development&#8221; de Mary and Tom Poppendieck
Predictable outcomes are one of the key expectations that the marketplace imposes on companies and their senior management, and these expectations eventually flow down to software development. Unfortunately, software development has a notorious reputation for being unpredictable, so there is a [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://readernaut.com/frederick/books/0321437381/implementing-lean-software-development/"><img class="alignright" src="http://media.readernaut.com/book_covers/0321437381_t200.jpg" alt="" width="200" height="264" /></a>L&#8217;extrait suivant est tirÃ© du livre &#8220;Implementing Lean Software Development&#8221; de Mary and Tom Poppendieck</p>
<blockquote><p>Predictable outcomes are one of the key expectations that the marketplace imposes on companies and their senior management, and these expectations eventually flow down to software development. Unfortunately, software development has a notorious reputation for being unpredictable, so there is a great deal of pressure to make it more predictable. [...]</p>
<p>Because we assume that our predictions are facts, we tend to make early decisions that lock us into a course of actions that is difficult to change. Thus, we lose our capability to respond to change when our predictions turn out to be inaccurate. [...]</p>
<p><span id="more-381"></span>We forget that the predictions of the future are always going to be inaccurate if they are 1) complex, 2) detailed, 3) about the distant future, or 4) about an uncertain environment. [...]</p>
<p>There are, however, well-proven ways to create reliable outcomes even if we canot start with accurate predictions. [...] Fundamentally, an organization that has a well-developed ability to wait for events to occur and then respond quickly and correctly will deliver far more predictable outcomes than an organization that attempts to predict the future.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://duprogrammeur.com/2010-03-22/myth-predictions-create-predictability/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>RÃ©pÃ©ter Â« Pourquoi? Â» 5 fois</title>
		<link>http://duprogrammeur.com/2009-11-16/repeter-%c2%ab-pourquoi-%c2%bb-5-fois/</link>
		<comments>http://duprogrammeur.com/2009-11-16/repeter-%c2%ab-pourquoi-%c2%bb-5-fois/#comments</comments>
		<pubDate>Tue, 17 Nov 2009 01:41:50 +0000</pubDate>
		<dc:creator>FrÃ©dÃ©rick Dubois</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[Kanban]]></category>
		<category><![CDATA[ProductivitÃ©]]></category>
		<category><![CDATA[Toyota]]></category>

		<guid isPermaLink="false">http://duprogrammeur.com/?p=330</guid>
		<description><![CDATA[Ã€ tous les jours, on rencontre diffÃ©rents problÃ¨mes auxquels il faut trouver des solutions. Quand on ne prend pas le temps de s&#8217;arrÃªter pour y rÃ©flÃ©chir, il est facile de corriger le problÃ¨me &#8220;le plus rapidement possible&#8221; en trouvant une solution sur le coin de la table. Le problÃ¨me, c&#8217;est que cette &#8220;solution&#8221;, lorsqu&#8217;elle est [...]]]></description>
			<content:encoded><![CDATA[<p>Ã€ tous les jours, on rencontre diffÃ©rents problÃ¨mes auxquels il faut trouver des solutions. Quand on ne prend pas le temps de s&#8217;arrÃªter pour y rÃ©flÃ©chir, il est facile de corriger le problÃ¨me <em>&#8220;le plus rapidement possible&#8221;</em> en trouvant une solution sur le coin de la table. Le problÃ¨me, c&#8217;est que cette &#8220;solution&#8221;, lorsqu&#8217;elle est mal pensÃ©e peut s&#8217;avÃ©rer Ãªtre notre problÃ¨me du lendemain. Pas trÃ¨s productif au final&#8230;</p>
<p>Pour rÃ©ellement arriver Ã  corriger un problÃ¨me, il est primordial de commencer par bien le comprendre. Il faut en trouver les racines. De plus, l&#8217;effort supplÃ©mentaire pour bien analyser le problÃ¨me va se payer de lui mÃªme en nous permettant de dÃ©couvrir une solution qui sera souvent plus simple que l&#8217;on envisageait au dÃ©part.</p>
<p>Dans le livre <em>Toyota Production System</em>, Taiichi Ohno explique qu&#8217;il utilise la technique suivante : <em>RÃ©pÃ©tez Â« Pourquoi? Â» 5 fois</em><span id="more-330"></span></p>
<h2><a title="Voir la citation sur readernaut" href="http://readernaut.com/frederick/notes/11306/" target="_blank">Repeating Why Five Times</a></h2>
<p>When confronted with a problem, have you ever stopped and asked <em>why</em> five times? It is difficult to do even though it sounds easy. For example, suppose a machine stopped functionning :</p>
<ol>
<li><strong><em>Why</em> did the machine stop?</strong> There was an overload and the fuse blew.</li>
<li><strong><em>Why</em> was there an overload?</strong> The bearing was not sufficiently lubricated.</li>
<li><strong><em>Why</em> was it not lubricated sufficiently?</strong> The lubrication pump was not pumping sufficiently.</li>
<li><strong><em>Why</em> was it not pumping sufficiently?</strong> The shaft of the pump was worn and rattling.</li>
<li><strong><em>Why</em> was the shaft worn out?</strong> There was no strainer attached and metal scrap got in.</li>
</ol>
<p>Repeating <em>why</em> five times, like this, can help uncover the root problem and correct it. [...] By asking <em>why</em> five times and answering it each time, we can get to the real cause of the problem, which is often hidden behind more obvious symptoms.</p>
]]></content:encoded>
			<wfw:commentRss>http://duprogrammeur.com/2009-11-16/repeter-%c2%ab-pourquoi-%c2%bb-5-fois/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
