<?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>Agilex : Agilité et Expertise &#187; Alistair</title>
	<atom:link href="http://www.agilex.fr/tag/alistair/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agilex.fr</link>
	<description>Agile, Lean, Scrum et informations diverses</description>
	<lastBuildDate>Wed, 08 Feb 2012 13:31:16 +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>Les modes de défaillance de l&#8217;humain</title>
		<link>http://www.agilex.fr/2009/03/les-modes-de-defaillance-de-lhumain/</link>
		<comments>http://www.agilex.fr/2009/03/les-modes-de-defaillance-de-lhumain/#comments</comments>
		<pubDate>Wed, 18 Mar 2009 18:02:22 +0000</pubDate>
		<dc:creator>Alexandre Boutin</dc:creator>
				<category><![CDATA[Livre]]></category>
		<category><![CDATA[Alistair]]></category>
		<category><![CDATA[Crystal]]></category>
		<category><![CDATA[Défaillance]]></category>
		<category><![CDATA[Mode echec]]></category>

		<guid isPermaLink="false">http://www.agilex.fr/?p=490</guid>
		<description><![CDATA[J&#8217;ai relu ce matin une partie du livre d&#8217;Alistair : &#171;&#160;Agile Software Developement&#160;&#187; et je trouve le chapitre sur les modes de défaillance de la personne humaine toujours aussi pertinent, en voici un petit résumé en Français. Certains projets ou méthodes sont voués à l&#8217;échec du fait de la non prise en compte de certaines [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignleft size-full wp-image-492" title="alistair-cockburn" src="http://www.agilex.fr/wp-content/uploads/2009/03/alistair-cockburn.jpg" alt="alistair-cockburn" width="249" height="307" />J&#8217;ai relu ce matin une partie du livre d&#8217;Alistair : &laquo;&nbsp;Agile Software Developement&nbsp;&raquo; et je trouve le chapitre sur les modes de défaillance de la personne humaine toujours aussi pertinent, en voici un petit résumé en Français.</p>
<p>Certains projets ou méthodes sont voués à l&#8217;échec du fait de la non prise en compte de certaines caractéristiques de la personne humaine, et en particulier des modes de défaillance de l&#8217;être humain que sont :</p>
<ul>
<li><strong>Faire des erreurs</strong></li>
<li><strong>Préférer l&#8217;échec de façon conservatrice</strong></li>
<li><strong>Inventer plutôt que rechercher</strong></li>
<li><strong>Etre des créatures inconstantes et sujette aux habitudes</strong></li>
</ul>
<p><span id="more-490"></span><strong>Faire des erreurs</strong></p>
<p>Nous savons tous que tout le monde fait des erreurs et que nous apprenons de ces erreurs. C&#8217;est pour cette raison que les approches itératives et incrémentales sont particulièrement adaptées à notre fonctionnement. Les managers par contre oublient souvent cet état de fait et demandent à leurs équipes de faire juste du premier coup, et considère que la première estimation est un engagement ferme et non négotiable.</p>
<p><em>Si le managers ne prend pas en compte cette réalité, le projet court à sa perte !</em></p>
<p><strong>Préférer l&#8217;échec de façon conservatrice</strong></p>
<p>L&#8217;humain n&#8217;aime pas le risque et préfère souvent se tromper, car il sait que c&#8217;est de peu &#8211; retard et surcoût du projet &#8211; plutôt que de chercher à réussir &#8211; avec l&#8217;agilité &#8211; avec un risque d&#8217;erreur qu&#8217;il ne maîtrise pas (sur le même sujet, j&#8217;avais cité Ken Schwaber dans un précédent billet &#8211; <a href="http://www.agilex.fr/2008/09/lean-chez-france-telecom/" target="_self">Lean chez France Telecom</a>). Si le manager risque par exemple sa carrière sur le projet, il sera conservateur et préférera le mauvais cycle en V qu&#8217;il connaît bien et dont les défauts son même accepté par son chef, plutôt qu&#8217;une méthode agile qui lui permettrait de briller en livrant un produit de qualité dans un délai plus court.</p>
<p><em>Si le coach ne prend pas en compte ce fait, la transition vers l&#8217;agilité court à l&#8217;échec !<br />
</em></p>
<p><strong>Inventer plutôt que rechercher</strong></p>
<p>L&#8217;être humain aime créer par lui même et n&#8217;aime pas réutiliser ce qui existe déjà. Cette caractéristique porte le nom NIH (Not Invented Here), ou comme Alistair aime l&#8217;appeler IHN (Invent Here Now). Cette caractérisque est souvent culturelle et renforcée par l&#8217;éducation que nous avons recue. A l&#8217;école chacun est évalué individuellement, il ne faut pas copier sur le voisin, ni discuter du devoir à la maison. Dans l&#8217;entreprise, celui qui produit beaucoup de code nouveau est bien souvent valorisé par rapport à celui qui aggrège des librairies existantes, et ce bien que le second produise souvent plus de valeur ajoutée pour l&#8217;entreprise. Certaines entreprises comme Texas Instrument ont compris cette caractéristique et mis en place des récompenses pour ceux qui réutilisent beaucoup.</p>
<p><em>Si le coach ou le manager ne prend pas en compte ce fait, l&#8217;équipe n&#8217;assimilera pas l&#8217;agilité !</em></p>
<p><strong>Etre des créatures inconstantes et sujette aux habitudes</strong></p>
<p>Nous n&#8217;aimons pas changer nos habitudes et nous avons beaucoup de mal à être constant dans l&#8217;effort. Si la résistance au changement n&#8217;est plus à démontrer : &laquo;&nbsp;c&#8217;est bien mais ca ne marchera pas pour mon projet&nbsp;&raquo;, &laquo;&nbsp;dans ce cas là ca ne marche pas, la méthode n&#8217;est pas bonne&nbsp;&raquo; et autres remarques très pertinentes que j&#8217;entends en permanence. La nécessité de constance qui va avec la discipline indispensable pour réussir un projet en mode agile est elle moins visible. Nombre d&#8217;équipes abandonnent certaines pratiques agiles par manque de constance, de la même façon qu&#8217;un individu arrête un régime ou de faire du sport. Les pratiques XP permettent d&#8217;améliorer la performance des projets, c&#8217;est certain, mais elle doivent également appliquées dans la durée et c&#8217;est difficile, même si le coach est efficace.</p>
<p><em>Si le coach ou le manager ne prend pas en compte ce fait, l&#8217;équipe va s&#8217;affaisser au fil du temps et le projet baisser en qualité</em></p>
]]></content:encoded>
			<wfw:commentRss>http://www.agilex.fr/2009/03/les-modes-de-defaillance-de-lhumain/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

