<?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>Comments on: Recherche utilisateur vs expertise</title>
	<atom:link href="http://www.michaelcarpentier.com/index.php/2007/recherche-utilisateur-vs-expertise/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.michaelcarpentier.com/index.php/2007/recherche-utilisateur-vs-expertise/</link>
	<description>Le Web est pavÃ© de bonnes intentions.</description>
	<lastBuildDate>Fri, 20 Jan 2012 15:01:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Michael Carpentier &#187; Blog Archive &#187; Comment Ãªtre et rester innovateur et pertinent</title>
		<link>http://www.michaelcarpentier.com/index.php/2007/recherche-utilisateur-vs-expertise/comment-page-1/#comment-1639</link>
		<dc:creator>Michael Carpentier &#187; Blog Archive &#187; Comment Ãªtre et rester innovateur et pertinent</dc:creator>
		<pubDate>Wed, 13 Jun 2007 22:10:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelcarpentier.com/index.php/recherche-utilisateur-vs-expertise/#comment-1639</guid>
		<description></description>
		<content:encoded><![CDATA[<p>[...] comprendrez ici que je reviens Ã la charge au sujet de l&#8217;utilisation abusive des &#8220;focus groups&#8221; et autres mÃ©thodes de recherche sur l&#8217;util&#8230;. Je le dis et le rÃ©pÃ¨te : la recherche sur les utilisateurs est UTILE pour toute activitÃ© de [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bertrand</title>
		<link>http://www.michaelcarpentier.com/index.php/2007/recherche-utilisateur-vs-expertise/comment-page-1/#comment-1122</link>
		<dc:creator>Bertrand</dc:creator>
		<pubDate>Fri, 23 Mar 2007 13:04:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelcarpentier.com/index.php/recherche-utilisateur-vs-expertise/#comment-1122</guid>
		<description>Je crois que oui, dans un monde idÃ©al oÃ¹ le client a beaucoup d&#039;argent, on peut se permettre de faire une mise en ligne du site Web, de le corriger par la suite, de faire des Â« focus group Â», ... mais qu&#039;en est-il d&#039;un client qui n&#039;a pas de budget? Je ne crois pas qu&#039;on peut se permettre de faire tout Ã§a. En fait, c&#039;est Ã  ce moment qu&#039;il est intÃ©ressant d&#039;avoir des concepteurs crÃ©atifs qui connaissent en gÃ©nÃ©ral ce que le client demande. Oui, Ã  une certaine limite, Ã©videmment. Personne n&#039;est un Â« Jedi Â»...encore...! Je crois que trop souvent, on ne fait mÃªme pas le tour des gens autour de nous pour valider les concept de base, ce qui donne les sites Web que tu parles plus haut... c&#039;est tentant, mais non, pas de noms aujourd&#039;hui!

Je crois fortement qu&#039;on peut arriver Ã  60% ou 80% du produit quasi-parfait que tu parles sans des masses d&#039;argent investies en Â« focus group Â». AprÃ¨s tout, il faut bien que Ã§a ait une valeure cette Â« expÃ©rience Â»!

D&#039;un autre cÃ´tÃ©, qui sommes-nous pour dire au client que son Â« bleu royal Â» n&#039;est pas nÃ©cessairement la couleur que nous devrions utiliser? ... mais Ã§a, c&#039;est un autre dÃ©bat! ;)</description>
		<content:encoded><![CDATA[<p>Je crois que oui, dans un monde idÃ©al oÃ¹ le client a beaucoup d&#8217;argent, on peut se permettre de faire une mise en ligne du site Web, de le corriger par la suite, de faire des Â« focus group Â», &#8230; mais qu&#8217;en est-il d&#8217;un client qui n&#8217;a pas de budget? Je ne crois pas qu&#8217;on peut se permettre de faire tout Ã§a. En fait, c&#8217;est Ã  ce moment qu&#8217;il est intÃ©ressant d&#8217;avoir des concepteurs crÃ©atifs qui connaissent en gÃ©nÃ©ral ce que le client demande. Oui, Ã  une certaine limite, Ã©videmment. Personne n&#8217;est un Â« Jedi Â»&#8230;encore&#8230;! Je crois que trop souvent, on ne fait mÃªme pas le tour des gens autour de nous pour valider les concept de base, ce qui donne les sites Web que tu parles plus haut&#8230; c&#8217;est tentant, mais non, pas de noms aujourd&#8217;hui!</p>
<p>Je crois fortement qu&#8217;on peut arriver Ã  60% ou 80% du produit quasi-parfait que tu parles sans des masses d&#8217;argent investies en Â« focus group Â». AprÃ¨s tout, il faut bien que Ã§a ait une valeure cette Â« expÃ©rience Â»!</p>
<p>D&#8217;un autre cÃ´tÃ©, qui sommes-nous pour dire au client que son Â« bleu royal Â» n&#8217;est pas nÃ©cessairement la couleur que nous devrions utiliser? &#8230; mais Ã§a, c&#8217;est un autre dÃ©bat! ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Amomenti&#187; Blog Archive &#187; De l&#8217;importance de la recherche amont :: StratÃ©gies web, expÃ©rience utilisateur, promotion interactive, conception web</title>
		<link>http://www.michaelcarpentier.com/index.php/2007/recherche-utilisateur-vs-expertise/comment-page-1/#comment-1108</link>
		<dc:creator>Amomenti&#187; Blog Archive &#187; De l&#8217;importance de la recherche amont :: StratÃ©gies web, expÃ©rience utilisateur, promotion interactive, conception web</dc:creator>
		<pubDate>Mon, 19 Mar 2007 12:33:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelcarpentier.com/index.php/recherche-utilisateur-vs-expertise/#comment-1108</guid>
		<description>[...] La recherche utilisateur par Michael Carpentier [...]</description>
		<content:encoded><![CDATA[<p>[...] La recherche utilisateur par Michael Carpentier [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://www.michaelcarpentier.com/index.php/2007/recherche-utilisateur-vs-expertise/comment-page-1/#comment-1097</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Fri, 16 Mar 2007 18:54:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelcarpentier.com/index.php/recherche-utilisateur-vs-expertise/#comment-1097</guid>
		<description>Dan, tu as le droit de t&#039;emporter tu sais, j&#039;ai aucun problÃ¨me avec la discussion, mÃªme vigoureuse! :)

En fait, et pour apporter une prÃ©cision, la plupart des boÃ®tes Web que je connais (celles qui font pourtant du bon boulot) ne font que trÃ¨s peu de &quot;recherche utilisateur&quot; Ã  moins que le client ne le demande - et n&#039;insiste-  expressÃ©ment, ou que le dossier soit vraiment trÃ¨s gros. Il n&#039;y a donc pas de raison de rembourser quoi que ce soit.

C&#039;est certain que quand tu as un budget de dÃ©veloppement de site Web de 350k$, il est normal d&#039;investir un petit 15-20k$ sur la recherche pour Ã©viter de se planter. Le problÃ¨me, c&#039;est que plusieurs dossiers de ce coÃ»t sont grossiÃ¨rement surÃ©valuÃ©s, et que ceux qui ne le sont pas sont trÃ¨s, trÃ¨s rares.</description>
		<content:encoded><![CDATA[<p>Dan, tu as le droit de t&#8217;emporter tu sais, j&#8217;ai aucun problÃ¨me avec la discussion, mÃªme vigoureuse! :)</p>
<p>En fait, et pour apporter une prÃ©cision, la plupart des boÃ®tes Web que je connais (celles qui font pourtant du bon boulot) ne font que trÃ¨s peu de &#8220;recherche utilisateur&#8221; Ã  moins que le client ne le demande &#8211; et n&#8217;insiste-  expressÃ©ment, ou que le dossier soit vraiment trÃ¨s gros. Il n&#8217;y a donc pas de raison de rembourser quoi que ce soit.</p>
<p>C&#8217;est certain que quand tu as un budget de dÃ©veloppement de site Web de 350k$, il est normal d&#8217;investir un petit 15-20k$ sur la recherche pour Ã©viter de se planter. Le problÃ¨me, c&#8217;est que plusieurs dossiers de ce coÃ»t sont grossiÃ¨rement surÃ©valuÃ©s, et que ceux qui ne le sont pas sont trÃ¨s, trÃ¨s rares.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://www.michaelcarpentier.com/index.php/2007/recherche-utilisateur-vs-expertise/comment-page-1/#comment-1096</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Fri, 16 Mar 2007 17:41:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelcarpentier.com/index.php/recherche-utilisateur-vs-expertise/#comment-1096</guid>
		<description>Michael, je me suis un peu laissÃ© emporter. Je finissais de travailler et j&#039;ai vu Ã§a au dernier moment et Ã§a m&#039;a rÃ©ellement choquÃ©.

Mais tu as raison, peut-Ãªtre que toutes les personnes de cette industrie le savent mais qu&#039;ils trouvent Ã§a difficile Ã  avouer. C&#039;est pas facile de dire Ã  son client &quot;On va faire plus Ã  notre tÃªte parce que NOUS sommes les professionels et Ã  la fin, tu vas Ãªtre plus heureux.&quot; et d&#039;ajouter &quot;En passant, on s&#039;est mis le doigt dans l&#039;oeil depuis les 13 derniÃ¨res annÃ©es en dÃ©veloppement web. On est dÃ©solÃ© pour ce qu&#039;on a fait mais vous serez pas remboursÃ©&quot;. Bon, j&#039;exagÃ¨re encore lÃ ...

Bon billet!</description>
		<content:encoded><![CDATA[<p>Michael, je me suis un peu laissÃ© emporter. Je finissais de travailler et j&#8217;ai vu Ã§a au dernier moment et Ã§a m&#8217;a rÃ©ellement choquÃ©.</p>
<p>Mais tu as raison, peut-Ãªtre que toutes les personnes de cette industrie le savent mais qu&#8217;ils trouvent Ã§a difficile Ã  avouer. C&#8217;est pas facile de dire Ã  son client &#8220;On va faire plus Ã  notre tÃªte parce que NOUS sommes les professionels et Ã  la fin, tu vas Ãªtre plus heureux.&#8221; et d&#8217;ajouter &#8220;En passant, on s&#8217;est mis le doigt dans l&#8217;oeil depuis les 13 derniÃ¨res annÃ©es en dÃ©veloppement web. On est dÃ©solÃ© pour ce qu&#8217;on a fait mais vous serez pas remboursÃ©&#8221;. Bon, j&#8217;exagÃ¨re encore lÃ &#8230;</p>
<p>Bon billet!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://www.michaelcarpentier.com/index.php/2007/recherche-utilisateur-vs-expertise/comment-page-1/#comment-1095</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Fri, 16 Mar 2007 12:07:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelcarpentier.com/index.php/recherche-utilisateur-vs-expertise/#comment-1095</guid>
		<description>Dan, je pense que tu confonds &quot;on commence seulement Ã  s&#039;ouvrir les yeux&quot; avec &quot;on commence Ã  en parler publiquement&quot;. Il y a une sacrÃ©e diffÃ©rence! Disons simplement que ce billet ne marque pas un changement de pratique de ma part, ni de celle de plusieurs autres, mais simplement un trop plein qui demandait une rÃ©flexion en public. C&#039;est pas parce qu&#039;on commence Ã  dÃ©battre de quelquechose qu&#039;on ne le pratiquait pas avant. 

C&#039;est un peu comme dire Ã  son voisin, qui recycle depuis 12 ans mais vient d&#039;en parler pour la premiÃ¨re au conseil municipal: &quot;Il Ã©tait temps que tu te rÃ©veilles!&quot;

J&#039;aime bien ton point sur la diffÃ©rence entre &quot;demande&quot; et &quot;besoin&quot;. On voit la mÃªme chose avec les clients, qui arrivent en nous demandant un site Web qui fait ceci ou cela, mais que nous devons questionner sur leurs besoins avant de passer aux solutions. Et ces solutions sont trÃ¨s souvent diffÃ©rentes de ce que les clients nous demandaient au dÃ©part, tout en rÃ©pondant mieux Ã  leurs besoins. Un bon point Ã  souligner donc!</description>
		<content:encoded><![CDATA[<p>Dan, je pense que tu confonds &#8220;on commence seulement Ã  s&#8217;ouvrir les yeux&#8221; avec &#8220;on commence Ã  en parler publiquement&#8221;. Il y a une sacrÃ©e diffÃ©rence! Disons simplement que ce billet ne marque pas un changement de pratique de ma part, ni de celle de plusieurs autres, mais simplement un trop plein qui demandait une rÃ©flexion en public. C&#8217;est pas parce qu&#8217;on commence Ã  dÃ©battre de quelquechose qu&#8217;on ne le pratiquait pas avant. </p>
<p>C&#8217;est un peu comme dire Ã  son voisin, qui recycle depuis 12 ans mais vient d&#8217;en parler pour la premiÃ¨re au conseil municipal: &#8220;Il Ã©tait temps que tu te rÃ©veilles!&#8221;</p>
<p>J&#8217;aime bien ton point sur la diffÃ©rence entre &#8220;demande&#8221; et &#8220;besoin&#8221;. On voit la mÃªme chose avec les clients, qui arrivent en nous demandant un site Web qui fait ceci ou cela, mais que nous devons questionner sur leurs besoins avant de passer aux solutions. Et ces solutions sont trÃ¨s souvent diffÃ©rentes de ce que les clients nous demandaient au dÃ©part, tout en rÃ©pondant mieux Ã  leurs besoins. Un bon point Ã  souligner donc!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bagy</title>
		<link>http://www.michaelcarpentier.com/index.php/2007/recherche-utilisateur-vs-expertise/comment-page-1/#comment-1093</link>
		<dc:creator>bagy</dc:creator>
		<pubDate>Fri, 16 Mar 2007 03:55:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelcarpentier.com/index.php/recherche-utilisateur-vs-expertise/#comment-1093</guid>
		<description>Vraiment super ce billet... Je n&#039;ai pas beaucoup d&#039;expÃ©rience, car je sors Ã  peine de 3 ans en techniques d&#039;intÃ©gration multimÃ©dia... laisser moi vous dire que l&#039;expertise n&#039;y a pas trop la cote. C&#039;est normal direz-vous, c&#039;est le temps d&#039;apprendre... Toujours est-il que je crois fermement que le corpus de la technique serait probablement enrichi si la pertinence de la recherche utilisateur y Ã©tait un peu plus mise Ã  l&#039;Ã©preuve Ã  lâ€™aide dâ€™un questionnement semblable Ã  ce billet. Jâ€™ai mÃªme pensÃ© Ã  une compÃ©tence qui pourrait lâ€™Ã©valuer ;) Faire preuve de sens critique et dâ€™esprit dâ€™analyseâ€¦</description>
		<content:encoded><![CDATA[<p>Vraiment super ce billet&#8230; Je n&#8217;ai pas beaucoup d&#8217;expÃ©rience, car je sors Ã  peine de 3 ans en techniques d&#8217;intÃ©gration multimÃ©dia&#8230; laisser moi vous dire que l&#8217;expertise n&#8217;y a pas trop la cote. C&#8217;est normal direz-vous, c&#8217;est le temps d&#8217;apprendre&#8230; Toujours est-il que je crois fermement que le corpus de la technique serait probablement enrichi si la pertinence de la recherche utilisateur y Ã©tait un peu plus mise Ã  l&#8217;Ã©preuve Ã  lâ€™aide dâ€™un questionnement semblable Ã  ce billet. Jâ€™ai mÃªme pensÃ© Ã  une compÃ©tence qui pourrait lâ€™Ã©valuer ;) Faire preuve de sens critique et dâ€™esprit dâ€™analyseâ€¦</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://www.michaelcarpentier.com/index.php/2007/recherche-utilisateur-vs-expertise/comment-page-1/#comment-1092</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Thu, 15 Mar 2007 22:53:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelcarpentier.com/index.php/recherche-utilisateur-vs-expertise/#comment-1092</guid>
		<description>Ce qui me choque dans ce billet est de constater qu&#039;on commence seulement Ã  s&#039;ouvrir les yeux...

Je ne pense pas que ce soit la &quot;recherche utilisateur en amont&quot; qui soit le problÃ¨me mais l&#039;incompÃ©tence de certaines personnes Ã  Ãªtre capable de comprendre rÃ©ellement le besoin des usagers. Ce que l&#039;utilisateur *demande* et ce qu&#039;il *veut* sont deux choses distinctes (et cette phrase a Ã©tÃ© dite des dizaines de millions de fois).

Dans le cas de l&#039;Aztek, ce que l&#039;utilisateur *voulait* Ã©tait le camion de ville parfait pour une famille dont le pÃ¨re (un peu) aventurier aime impressionner (beaucoup) sa femme et (un peu) ses enfants en roulant (un peu) dans la boue.

Ce qu&#039;il a *demandÃ©* Ã©tait une auto familliale avec une tente, un matelas et une couleur jaune pipi. Les designers se lavent maintenant les mains en disant &quot;c&#039;est Ã§a que l&#039;utilisateur nous a demandÃ©&quot;.

Maintenant, la mÃ©thodes agile et les itÃ©rations successives ne sont qu&#039;un moyen de trouver ce que l&#039;utilisateur *veut*. Par contre, un professionnel dans son mÃ©tier devrait Ãªtre en mesure de cerner le rÃ©el besoin et Aztek serait aujourd&#039;hui le camion idÃ©al pour les familles en manque de sensations (un peu) fortes.</description>
		<content:encoded><![CDATA[<p>Ce qui me choque dans ce billet est de constater qu&#8217;on commence seulement Ã  s&#8217;ouvrir les yeux&#8230;</p>
<p>Je ne pense pas que ce soit la &#8220;recherche utilisateur en amont&#8221; qui soit le problÃ¨me mais l&#8217;incompÃ©tence de certaines personnes Ã  Ãªtre capable de comprendre rÃ©ellement le besoin des usagers. Ce que l&#8217;utilisateur *demande* et ce qu&#8217;il *veut* sont deux choses distinctes (et cette phrase a Ã©tÃ© dite des dizaines de millions de fois).</p>
<p>Dans le cas de l&#8217;Aztek, ce que l&#8217;utilisateur *voulait* Ã©tait le camion de ville parfait pour une famille dont le pÃ¨re (un peu) aventurier aime impressionner (beaucoup) sa femme et (un peu) ses enfants en roulant (un peu) dans la boue.</p>
<p>Ce qu&#8217;il a *demandÃ©* Ã©tait une auto familliale avec une tente, un matelas et une couleur jaune pipi. Les designers se lavent maintenant les mains en disant &#8220;c&#8217;est Ã§a que l&#8217;utilisateur nous a demandÃ©&#8221;.</p>
<p>Maintenant, la mÃ©thodes agile et les itÃ©rations successives ne sont qu&#8217;un moyen de trouver ce que l&#8217;utilisateur *veut*. Par contre, un professionnel dans son mÃ©tier devrait Ãªtre en mesure de cerner le rÃ©el besoin et Aztek serait aujourd&#8217;hui le camion idÃ©al pour les familles en manque de sensations (un peu) fortes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BenoÃ®t Meunier</title>
		<link>http://www.michaelcarpentier.com/index.php/2007/recherche-utilisateur-vs-expertise/comment-page-1/#comment-1091</link>
		<dc:creator>BenoÃ®t Meunier</dc:creator>
		<pubDate>Thu, 15 Mar 2007 15:50:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelcarpentier.com/index.php/recherche-utilisateur-vs-expertise/#comment-1091</guid>
		<description>VoilÃ , cette prÃ©cision est importante, merci! La mÃ©thode agile demande quand mÃªme quelques Ã©tapes de rÃ©flexion avant le lancement officiel. Ceci fait, cette mÃ©thode permet de solidifier le tout. Bien d&#039;accord.</description>
		<content:encoded><![CDATA[<p>VoilÃ , cette prÃ©cision est importante, merci! La mÃ©thode agile demande quand mÃªme quelques Ã©tapes de rÃ©flexion avant le lancement officiel. Ceci fait, cette mÃ©thode permet de solidifier le tout. Bien d&#8217;accord.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://www.michaelcarpentier.com/index.php/2007/recherche-utilisateur-vs-expertise/comment-page-1/#comment-1089</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Thu, 15 Mar 2007 15:27:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.michaelcarpentier.com/index.php/recherche-utilisateur-vs-expertise/#comment-1089</guid>
		<description>Benoit, je comprend ton point. C&#039;est vrai que les processus &quot;agiles&quot; (je n&#039;aime pas ce mot, je l&#039;ai trop entendu lors de rÃ©unions avec des gens qui ne savaient pas ce qu&#039;ils disaient et s&#039;en servaient au goÃ»t du jour...) peuvent Ãªtre utilisÃ©s comme excuse pour l&#039;incapacitÃ© d&#039;implanter une mÃ©thode structurÃ©e. 

Mais quand tu dis qu&#039;agile est synonyme de fragile, je dÃ©croche: de la mÃªme maniÃ¨re qu&#039;une recherche sur les utilisateurs est utile dans le bon contexte, un processus &quot;agile&quot; est trÃ¨s efficace lorsque bien utilisÃ©.

&lt;strong&gt;Pour le prÃ©-lancement (durant les travaux)&lt;/strong&gt;
&quot;Agile&quot; ne signifie pas dÃ©structurÃ©. Cela signifie se rendre le plus rapidement possible aux prototypes basse fidÃ©litÃ© et aux contenus rÃ©els, et valider Ã  partir de lÃ . 

&lt;strong&gt;Pour le lancement (et aprÃ¨s...)&lt;/strong&gt;
Il ne faut pas lancer un produit que l&#039;on sait incorrect et se dire qu&#039;on corrigera plus tard. Quand on constate des dÃ©fauts Ã©vidents, il serait stupide (ou paresseux intellectuellement) de ne pas les corriger, surtout ci ceux-ci vont Ã  l&#039;encontre des objectifs de base du projet. Il faut seulement accepter qu&#039;il est impossible de prÃ©voir Ã  la perfection si le produit sera effectivement bien adaptÃ© au marchÃ© et qu&#039;Ã  partir d&#039;un certain point, toutes les recherches du monde ne vaudront jamais l&#039;opinion de vrais consommateurs. Et donc lancer en fin de compte, le mieux possible, en acceptant que des itÃ©rations auront probablement lieu.</description>
		<content:encoded><![CDATA[<p>Benoit, je comprend ton point. C&#8217;est vrai que les processus &#8220;agiles&#8221; (je n&#8217;aime pas ce mot, je l&#8217;ai trop entendu lors de rÃ©unions avec des gens qui ne savaient pas ce qu&#8217;ils disaient et s&#8217;en servaient au goÃ»t du jour&#8230;) peuvent Ãªtre utilisÃ©s comme excuse pour l&#8217;incapacitÃ© d&#8217;implanter une mÃ©thode structurÃ©e. </p>
<p>Mais quand tu dis qu&#8217;agile est synonyme de fragile, je dÃ©croche: de la mÃªme maniÃ¨re qu&#8217;une recherche sur les utilisateurs est utile dans le bon contexte, un processus &#8220;agile&#8221; est trÃ¨s efficace lorsque bien utilisÃ©.</p>
<p><strong>Pour le prÃ©-lancement (durant les travaux)</strong><br />
&#8220;Agile&#8221; ne signifie pas dÃ©structurÃ©. Cela signifie se rendre le plus rapidement possible aux prototypes basse fidÃ©litÃ© et aux contenus rÃ©els, et valider Ã  partir de lÃ . </p>
<p><strong>Pour le lancement (et aprÃ¨s&#8230;)</strong><br />
Il ne faut pas lancer un produit que l&#8217;on sait incorrect et se dire qu&#8217;on corrigera plus tard. Quand on constate des dÃ©fauts Ã©vidents, il serait stupide (ou paresseux intellectuellement) de ne pas les corriger, surtout ci ceux-ci vont Ã  l&#8217;encontre des objectifs de base du projet. Il faut seulement accepter qu&#8217;il est impossible de prÃ©voir Ã  la perfection si le produit sera effectivement bien adaptÃ© au marchÃ© et qu&#8217;Ã  partir d&#8217;un certain point, toutes les recherches du monde ne vaudront jamais l&#8217;opinion de vrais consommateurs. Et donc lancer en fin de compte, le mieux possible, en acceptant que des itÃ©rations auront probablement lieu.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

