<?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>Le blog de Samestory &#187; agile</title>
	<atom:link href="http://blog.same-story.com/tag/agile/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.same-story.com</link>
	<description></description>
	<lastBuildDate>Wed, 11 May 2011 16:34:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>J-42 : les vertus du stand-up meeting quotidien</title>
		<link>http://blog.same-story.com/2009/05/j-42-les-vertus-du-stand-up-meeting-quotidien/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=j-42-les-vertus-du-stand-up-meeting-quotidien</link>
		<comments>http://blog.same-story.com/2009/05/j-42-les-vertus-du-stand-up-meeting-quotidien/#comments</comments>
		<pubDate>Wed, 20 May 2009 11:49:47 +0000</pubDate>
		<dc:creator>Sonia</dc:creator>
				<category><![CDATA[Compte à rebours]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[développement]]></category>
		<category><![CDATA[équipe]]></category>
		<category><![CDATA[flexibilité]]></category>
		<category><![CDATA[méthodologie]]></category>
		<category><![CDATA[stand-up meeting]]></category>

		<guid isPermaLink="false">http://blog.same-story.com/?p=154</guid>
		<description><![CDATA[Nous avons choisi une méthode agile pour le développement de notre site. Les mauvaises langues diraient que nous avons cherché à éviter  la case &#171;&#160;transformez vos specs fonctionnelles en cahier des charges technique&#160;&#187;. Franchement, ça n&#8217;est pas le genre de Same Story    Ce sont bien nos expériences passées et notre souci constant d&#8217;efficacité qui ont drivé ce [...]]]></description>
			<content:encoded><![CDATA[<p>Nous avons choisi une méthode agile pour le développement de notre site. Les mauvaises langues diraient que nous avons cherché à éviter  la case &laquo;&nbsp;transformez vos specs fonctionnelles en cahier des charges technique&nbsp;&raquo;. Franchement, ça n&#8217;est pas le genre de Same Story <img src='http://blog.same-story.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />   Ce sont bien nos expériences passées et notre souci constant d&#8217;efficacité qui ont drivé ce choix.</p>
<p>Nous ne trouvons que des avantages à cette méthode compte tenu de notre structure, de nos moyens et des délais très challenging que nous nous sommes fixés.</p>
<p>Comment fonctionnons-nous ?</p>
<p>Sur la base de specs fonctionnelles globales, nous réalisons chaque matin avec l&#8217;équipe un &laquo;&nbsp;stand-up meeting&nbsp;&raquo; de 15 minutes, permettant d&#8217;échanger</p>
<ol>
<li> sur les taches réalisées la veille et les questions qui peuvent en découler et</li>
<li> sur les taches à réaliser le jour même et les éventuelles évolutions que le &laquo;&nbsp;marketing&nbsp;&raquo;, comme ils nous appellent, a pu imaginer versus une spec initiale.</li>
</ol>
<p>Le &laquo;&nbsp;stand-up&nbsp;&raquo; se transforme en &laquo;&nbsp;sitting d&#8217;1h&nbsp;&raquo; tous les vendredis pour une démo des dev de la semaine.</p>
<p>Ainsi, nous avons chaque jour une vision précise de l&#8217;avancée des développements  et pouvons très rapidement intervenir en cas de modification. Ce pilotage au quotidien fait ses preuves à ce jour : nous tenons les délais et les développements réalisés sont parfaitement conformes à nos attentes. Cette proximité day to day  avec le produit en construction nous semble être un vrai passeport de sérénité pour la suite.</p>
<p>C&#8217;est une méthode astreignante aussi. Mais  nous n&#8217;avons pas hésité. D&#8217;abord, nous maitrisons parfaitement le cœur de notre business, ce qui n&#8217;aurait pas été le cas avec une externalisation ou une méthode plus traditionnelle, de type en V, et ensuite nous mesurons chaque jour combien cette flexibilité est facteur de rentabilité.<strong>Sur le même thème&#8230;</strong>
<ul class="similar-posts">
<li><a href="http://blog.same-story.com/2009/05/j-50/" rel="bookmark" title="12 mai 2009">J-50 Compte à rebours</a></li>
<li><a href="http://blog.same-story.com/2009/05/j-44-pertinence-des-resultats-de-recherche/" rel="bookmark" title="18 mai 2009">J-44 Pertinence des résultats de recherche</a></li>
<li><a href="http://blog.same-story.com/2009/06/j-20-wengo-day/" rel="bookmark" title="12 juin 2009">J-20, Wengo Day</a></li>
</ul>
<p><!-- Similar Posts took 2.108 ms --></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.same-story.com/2009/05/j-42-les-vertus-du-stand-up-meeting-quotidien/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

