<?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>Commentaires sur : Lean or Scrum</title>
	<atom:link href="http://www.agilex.fr/2008/08/lean-or-scrum/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agilex.fr/2008/08/lean-or-scrum/</link>
	<description>Agile, Lean, Scrum et informations diverses</description>
	<lastBuildDate>Thu, 02 Sep 2010 20:04:53 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Par : Emmanuel</title>
		<link>http://www.agilex.fr/2008/08/lean-or-scrum/comment-page-1/#comment-13</link>
		<dc:creator>Emmanuel</dc:creator>
		<pubDate>Wed, 20 Aug 2008 08:34:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilex.fr/?p=19#comment-13</guid>
		<description>@Bruno: Alors est-ce que tu as vu du nouveau sur ces questions récemment ? Que font les gens pour avoir du code “fully tested” ?
C&#039;est pourquoi les approches TDD et BDD sont essentielles. De même l&#039;utilisation des user stories fournit aussi un cadre pour écrire les tests. Par contre la &#039;simple&#039; métrique de couverture de code ne suffit pas et la couverture fonctionnelle n&#039;est pas toujours au rendez-vous d&#039;où l&#039;importance de &#039;vrais&#039; testeurs dans l&#039;équipe. 
Pour moi la difficulté vient de la notion de &#039;shippable&#039; dans des sprints courts à la XP (c&#039;est peut être d&#039;ailleurs pour ça que Scrum est sur un sprint d&#039;environ 1 mois). 
Emmanuel</description>
		<content:encoded><![CDATA[<p>@Bruno: Alors est-ce que tu as vu du nouveau sur ces questions récemment ? Que font les gens pour avoir du code “fully tested” ?<br />
C&#8217;est pourquoi les approches TDD et BDD sont essentielles. De même l&#8217;utilisation des user stories fournit aussi un cadre pour écrire les tests. Par contre la &#8217;simple&#8217; métrique de couverture de code ne suffit pas et la couverture fonctionnelle n&#8217;est pas toujours au rendez-vous d&#8217;où l&#8217;importance de &#8216;vrais&#8217; testeurs dans l&#8217;équipe.<br />
Pour moi la difficulté vient de la notion de &#8217;shippable&#8217; dans des sprints courts à la XP (c&#8217;est peut être d&#8217;ailleurs pour ça que Scrum est sur un sprint d&#8217;environ 1 mois).<br />
Emmanuel</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Bruno Orsier</title>
		<link>http://www.agilex.fr/2008/08/lean-or-scrum/comment-page-1/#comment-12</link>
		<dc:creator>Bruno Orsier</dc:creator>
		<pubDate>Thu, 14 Aug 2008 11:32:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilex.fr/?p=19#comment-12</guid>
		<description>Salut Alex, et merci pour le lien et ton résumé. L&#039;un des points qui me parle le plus dans cet article est
&quot;3. Lean is a good teaching tool to show Scrum teams why their implementations are broken. For example, if you do not have fully tested code and cannot create potentially shippable code in a Sprint, you have 100% work in progress going into the next Sprint. This would be viewed as a horrible and intolerable blunder in a Lean operation, yet software development teams and management seem to have difficulty understanding why this doubles your defects and cuts your velocity in half.&quot;

A relier d&#039;ailleurs avec un commentaire assez sévère que Sutherland fait plus haut
&quot;However, it [Scrum] is hard to implement. Less than 10% of the Scrum teams worldwide can pass the Nokia test, primarily because they cannot deliver potentially shippable (fully tested) software at the end of a Sprint.&quot;

Il me semble que la conclusion est qu&#039;il absolument faut avoir du code complètement testé et potentiellement shippable à la fin de chaque sprint. Mais c&#039;est à fois difficile d&#039;un point de vue technique et aussi humain (il faut adopter et respecter des règles très strictes sur ce qui est démontrable). 


Alors est-ce que tu as vu du nouveau sur ces questions récemment ? Que font les gens pour avoir du code &quot;fully tested&quot; ?

Bruno</description>
		<content:encoded><![CDATA[<p>Salut Alex, et merci pour le lien et ton résumé. L&#8217;un des points qui me parle le plus dans cet article est<br />
&laquo;&nbsp;3. Lean is a good teaching tool to show Scrum teams why their implementations are broken. For example, if you do not have fully tested code and cannot create potentially shippable code in a Sprint, you have 100% work in progress going into the next Sprint. This would be viewed as a horrible and intolerable blunder in a Lean operation, yet software development teams and management seem to have difficulty understanding why this doubles your defects and cuts your velocity in half.&nbsp;&raquo;</p>
<p>A relier d&#8217;ailleurs avec un commentaire assez sévère que Sutherland fait plus haut<br />
&laquo;&nbsp;However, it [Scrum] is hard to implement. Less than 10% of the Scrum teams worldwide can pass the Nokia test, primarily because they cannot deliver potentially shippable (fully tested) software at the end of a Sprint.&nbsp;&raquo;</p>
<p>Il me semble que la conclusion est qu&#8217;il absolument faut avoir du code complètement testé et potentiellement shippable à la fin de chaque sprint. Mais c&#8217;est à fois difficile d&#8217;un point de vue technique et aussi humain (il faut adopter et respecter des règles très strictes sur ce qui est démontrable). </p>
<p>Alors est-ce que tu as vu du nouveau sur ces questions récemment ? Que font les gens pour avoir du code &laquo;&nbsp;fully tested&nbsp;&raquo; ?</p>
<p>Bruno</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Joseph</title>
		<link>http://www.agilex.fr/2008/08/lean-or-scrum/comment-page-1/#comment-11</link>
		<dc:creator>Joseph</dc:creator>
		<pubDate>Tue, 12 Aug 2008 20:22:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilex.fr/?p=19#comment-11</guid>
		<description>salut Alex

Merci pour ton blog et ses posts bien intéressants ! :)

Par contre, serait il possible d&#039;avoir des éléments pour nouveaux venus aux méthodes Agile ?

J&#039;en fait parti et je recherche un peu les &quot;meilleurs&quot; pointeurs pour débuter, sachant que pour l&#039;instant j&#039;ai surtout flashé sur Scrum and Xp from the trenches, ebook disponible sur infoq.com

merci d&#039;avance
++
joseph</description>
		<content:encoded><![CDATA[<p>salut Alex</p>
<p>Merci pour ton blog et ses posts bien intéressants ! <img src='http://www.agilex.fr/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Par contre, serait il possible d&#8217;avoir des éléments pour nouveaux venus aux méthodes Agile ?</p>
<p>J&#8217;en fait parti et je recherche un peu les &laquo;&nbsp;meilleurs&nbsp;&raquo; pointeurs pour débuter, sachant que pour l&#8217;instant j&#8217;ai surtout flashé sur Scrum and Xp from the trenches, ebook disponible sur infoq.com</p>
<p>merci d&#8217;avance<br />
++<br />
joseph</p>
]]></content:encoded>
	</item>
</channel>
</rss>
