<?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>Eric Provost .net &#187; Méthodologie &amp; pratiques</title>
	<atom:link href="http://www.ericprovost.net/category/methodologie-pratiques/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ericprovost.net</link>
	<description>Analyste d'affaires &#124; banlieusard &#124; photographe amateur</description>
	<lastBuildDate>Wed, 08 Sep 2010 00:34:14 +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>Qu&#8217;est-ce que GTD?</title>
		<link>http://www.ericprovost.net/2010/02/26/quest-ce-que-gtd/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=rss</link>
		<comments>http://www.ericprovost.net/2010/02/26/quest-ce-que-gtd/#comments</comments>
		<pubDate>Fri, 26 Feb 2010 12:57:06 +0000</pubDate>
		<dc:creator>Eric Provost</dc:creator>
				<category><![CDATA[Méthodologie & pratiques]]></category>
		<category><![CDATA[GTD]]></category>
		<category><![CDATA[organisation]]></category>
		<category><![CDATA[technique]]></category>

		<guid isPermaLink="false">http://www.ericprovost.net/?p=407</guid>
		<description><![CDATA[GTD est méthode de travail &#38; d&#8217;organisation personnelle que j&#8217;utilise depuis l&#8217;été dernier.  Pour ceux que ça intrigue, voici une belle petite description qui met bien en évidence les principes derrière cette méthode:
Sophisticated without being confining, the subtle effectiveness of GTD lies in its radically common sense notion that with a complete and current inventory [...]]]></description>
		<wfw:commentRss>http://www.ericprovost.net/2010/02/26/quest-ce-que-gtd/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>S&#8217;améliorer en mode itératif</title>
		<link>http://www.ericprovost.net/2010/01/17/sameliorer-en-mode-iteratif/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=rss</link>
		<comments>http://www.ericprovost.net/2010/01/17/sameliorer-en-mode-iteratif/#comments</comments>
		<pubDate>Sun, 17 Jan 2010 16:07:25 +0000</pubDate>
		<dc:creator>Eric Provost</dc:creator>
				<category><![CDATA[Méthodologie & pratiques]]></category>
		<category><![CDATA[Personnel]]></category>
		<category><![CDATA[amélioration continue]]></category>
		<category><![CDATA[analyse]]></category>
		<category><![CDATA[connexions]]></category>
		<category><![CDATA[environnement]]></category>
		<category><![CDATA[excellence]]></category>
		<category><![CDATA[observation]]></category>
		<category><![CDATA[persévérance]]></category>
		<category><![CDATA[succès]]></category>

		<guid isPermaLink="false">http://www.ericprovost.net/?p=367</guid>
		<description><![CDATA[Dans la recherche de l&#8217;excellence, il n&#8217;y a pas que Martin Matte qui puisse nous guider.  Cet article souligne de bonnes habitudes à adopter afin d&#8217;améliorer la façon dont les choses fonctionnent dans notre environnement.  L&#8217;auteur identifie 3 étapes afin d&#8217;y arriver:

Observer &#124; Pour pouvoir identifier les problèmes, petits ou grands.  Un bon moyen d&#8217;y [...]]]></description>
		<wfw:commentRss>http://www.ericprovost.net/2010/01/17/sameliorer-en-mode-iteratif/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Le rôle stratégique de l&#8217;analyste en mode agile</title>
		<link>http://www.ericprovost.net/2010/01/15/le-role-strategique-de-lanalyste-en-mode-agile/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=rss</link>
		<comments>http://www.ericprovost.net/2010/01/15/le-role-strategique-de-lanalyste-en-mode-agile/#comments</comments>
		<pubDate>Fri, 15 Jan 2010 17:37:39 +0000</pubDate>
		<dc:creator>Eric Provost</dc:creator>
				<category><![CDATA[Méthodologie & pratiques]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[analyste]]></category>
		<category><![CDATA[équipe]]></category>
		<category><![CDATA[batimes.com]]></category>
		<category><![CDATA[livrable]]></category>
		<category><![CDATA[philosophie]]></category>
		<category><![CDATA[projet]]></category>
		<category><![CDATA[rôle]]></category>
		<category><![CDATA[stratégie]]></category>

		<guid isPermaLink="false">http://www.ericprovost.net/?p=356</guid>
		<description><![CDATA[Dans une équipe de projet fonctionnant en mode agile, le rôle de l&#8217;analyste est de s&#8217;assurer que la compréhension du projet reste la même du début à la fin, et que toute l&#8217;équipe a en tête les objectifs visés par ce projet.  La documentation écrite n&#8217;est pas la finalité de l&#8217;analyste; au contraire, la philosophie [...]]]></description>
		<wfw:commentRss>http://www.ericprovost.net/2010/01/15/le-role-strategique-de-lanalyste-en-mode-agile/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>L&#8217;innovation pour les nuls</title>
		<link>http://www.ericprovost.net/2009/12/29/l-innovation-pour-les-nuls/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=rss</link>
		<comments>http://www.ericprovost.net/2009/12/29/l-innovation-pour-les-nuls/#comments</comments>
		<pubDate>Tue, 29 Dec 2009 14:50:28 +0000</pubDate>
		<dc:creator>Eric Provost</dc:creator>
				<category><![CDATA[Méthodologie & pratiques]]></category>
		<category><![CDATA[abandon]]></category>
		<category><![CDATA[échec]]></category>
		<category><![CDATA[GTD]]></category>
		<category><![CDATA[idées]]></category>
		<category><![CDATA[innovation]]></category>
		<category><![CDATA[organisations]]></category>
		<category><![CDATA[résolutions]]></category>

		<guid isPermaLink="false">http://www.ericprovost.net/?p=316</guid>
		<description><![CDATA[Excellente réflexion de Seth Godin sur la peur des mauvaises idées.  Le raisonnement est simple: pour pouvoir exploiter une bonne idée, on doit avoir eu plusieurs mauvaises idées auparavant.
Raisonnement simple, mais mise en application plus complexe.  Souvent, les organisations ont tendance à réprimander l&#8217;échec (qui s&#8217;est déjà fait félicité pour un projet abandonné?), alors que [...]]]></description>
		<wfw:commentRss>http://www.ericprovost.net/2009/12/29/l-innovation-pour-les-nuls/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Comment impliquer concrètement les utilisateurs dans la conception d&#8217;un nouveau système?</title>
		<link>http://www.ericprovost.net/2009/12/28/comment-impliquer-concretement-les-utilisateurs-dans-la-conception-dun-nouveau-systeme/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=rss</link>
		<comments>http://www.ericprovost.net/2009/12/28/comment-impliquer-concretement-les-utilisateurs-dans-la-conception-dun-nouveau-systeme/#comments</comments>
		<pubDate>Mon, 28 Dec 2009 22:11:15 +0000</pubDate>
		<dc:creator>Eric Provost</dc:creator>
				<category><![CDATA[Méthodologie & pratiques]]></category>
		<category><![CDATA[ergonomie]]></category>
		<category><![CDATA[expertise]]></category>
		<category><![CDATA[implication]]></category>
		<category><![CDATA[ISO]]></category>
		<category><![CDATA[méthodologie]]></category>
		<category><![CDATA[norme]]></category>
		<category><![CDATA[organisation]]></category>
		<category><![CDATA[préparation]]></category>
		<category><![CDATA[projet]]></category>
		<category><![CDATA[utilisateur]]></category>

		<guid isPermaLink="false">http://www.ericprovost.net/?p=313</guid>
		<description><![CDATA[C&#8217;est un classique de tout cours universitaire sur le cycle de développement logiciel: l&#8217;implication de l&#8217;utilisateur est un facteur critique de succès de tels projets.  Par contre, comme bien d&#8217;autres choses, il semble que cette idée reste souvent sur les bancs d&#8217;école malgré son importance reconnue.
Or, même si la volonté d&#8217;impliquer les utilisateurs est présente [...]]]></description>
		<wfw:commentRss>http://www.ericprovost.net/2009/12/28/comment-impliquer-concretement-les-utilisateurs-dans-la-conception-dun-nouveau-systeme/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Les outils de l&#8217;analyste agile</title>
		<link>http://www.ericprovost.net/2009/12/28/les-outils-de-lanalyste-agile/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=rss</link>
		<comments>http://www.ericprovost.net/2009/12/28/les-outils-de-lanalyste-agile/#comments</comments>
		<pubDate>Mon, 28 Dec 2009 16:23:10 +0000</pubDate>
		<dc:creator>Eric Provost</dc:creator>
				<category><![CDATA[Méthodologie & pratiques]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[analyse fonctionnelle]]></category>
		<category><![CDATA[livrable]]></category>
		<category><![CDATA[référence]]></category>

		<guid isPermaLink="false">http://www.ericprovost.net/?p=330</guid>
		<description><![CDATA[Petit tableau très intéressant sur les principaux livrables d&#8217;un analyste en contexte agile:  http://www.agilemodeling.com/artifacts/
À mettre dans vos favoris!
]]></description>
		<wfw:commentRss>http://www.ericprovost.net/2009/12/28/les-outils-de-lanalyste-agile/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Le client a-t-il vraiment toujours raison?</title>
		<link>http://www.ericprovost.net/2009/12/27/le-client-a-t-il-vraiment-toujours-raison/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=rss</link>
		<comments>http://www.ericprovost.net/2009/12/27/le-client-a-t-il-vraiment-toujours-raison/#comments</comments>
		<pubDate>Sun, 27 Dec 2009 18:29:37 +0000</pubDate>
		<dc:creator>Eric Provost</dc:creator>
				<category><![CDATA[Méthodologie & pratiques]]></category>
		<category><![CDATA[analyse]]></category>
		<category><![CDATA[bénéfices]]></category>
		<category><![CDATA[client]]></category>
		<category><![CDATA[conflits]]></category>
		<category><![CDATA[consultation]]></category>
		<category><![CDATA[professionnel]]></category>
		<category><![CDATA[relations]]></category>

		<guid isPermaLink="false">http://www.ericprovost.net/?p=308</guid>
		<description><![CDATA[On entend souvent dire que le client a toujours raison.  Or, tout le monde sait que le client n&#8217;a pas toujours raison (on a tous déjà été de très mauvais clients un jour); le problème, c&#8217;est souvent de lui faire comprendre.
En tant que bon consultant en systèmes d&#8217;information web, mon rôle est de les convaincre [...]]]></description>
		<wfw:commentRss>http://www.ericprovost.net/2009/12/27/le-client-a-t-il-vraiment-toujours-raison/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Pourquoi l&#8217;analyste ne fait pas un bon chargé de projet</title>
		<link>http://www.ericprovost.net/2009/12/03/pourquoi-lanalyste-ne-fait-pas-un-bon-charge-de-projet/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=rss</link>
		<comments>http://www.ericprovost.net/2009/12/03/pourquoi-lanalyste-ne-fait-pas-un-bon-charge-de-projet/#comments</comments>
		<pubDate>Thu, 03 Dec 2009 19:12:56 +0000</pubDate>
		<dc:creator>Eric Provost</dc:creator>
				<category><![CDATA[Méthodologie & pratiques]]></category>
		<category><![CDATA[gestion de projet]]></category>
		<category><![CDATA[rôles]]></category>

		<guid isPermaLink="false">http://www.ericprovost.net/?p=158</guid>
		<description><![CDATA[Comme mes collègues le savent déjà, je crois fermement que les deux rôles, essentiels sur tout projet de par leur complémentarité, doivent demeurer des rôles distincts.  Rien n&#8217;empêche une personne de faire les deux sur des projets différents, mais sur un même projet, les priorités de chaque rôle rendent difficile l&#8217;atteinte des objectifs visés par [...]]]></description>
		<wfw:commentRss>http://www.ericprovost.net/2009/12/03/pourquoi-lanalyste-ne-fait-pas-un-bon-charge-de-projet/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Introduire un nouvel analyste sur un projet</title>
		<link>http://www.ericprovost.net/2009/12/03/introduire-un-nouvel-analyste-sur-un-projet/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=rss</link>
		<comments>http://www.ericprovost.net/2009/12/03/introduire-un-nouvel-analyste-sur-un-projet/#comments</comments>
		<pubDate>Thu, 03 Dec 2009 17:24:18 +0000</pubDate>
		<dc:creator>Eric Provost</dc:creator>
				<category><![CDATA[Méthodologie & pratiques]]></category>
		<category><![CDATA[connaissances]]></category>
		<category><![CDATA[gestion d'équipe]]></category>
		<category><![CDATA[leadership]]></category>
		<category><![CDATA[rôles]]></category>

		<guid isPermaLink="false">http://www.ericprovost.net/?p=156</guid>
		<description><![CDATA[Comme tout bon analyste doit bien comprendre le contexte dans lequel il travaille, en introduire un sur un projet est un défi en soi, encore plus si ce projet est déjà en cours.  Pour avoir eu à le faire à 3 reprises sur un projet majeur que je viens de compléter, je peux vous dire [...]]]></description>
		<wfw:commentRss>http://www.ericprovost.net/2009/12/03/introduire-un-nouvel-analyste-sur-un-projet/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Le design d&#8217;interfaces en mode Agile</title>
		<link>http://www.ericprovost.net/2009/12/02/le-design-dinterfaces-en-mode-agile/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=rss</link>
		<comments>http://www.ericprovost.net/2009/12/02/le-design-dinterfaces-en-mode-agile/#comments</comments>
		<pubDate>Wed, 02 Dec 2009 20:05:22 +0000</pubDate>
		<dc:creator>Eric Provost</dc:creator>
				<category><![CDATA[Méthodologie & pratiques]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[interface]]></category>
		<category><![CDATA[spécifications]]></category>

		<guid isPermaLink="false">http://www.ericprovost.net/?p=153</guid>
		<description><![CDATA[Article intéressant de Nielsen sur le design d&#8217;interfaces et l&#8217;expérience utilisateur dans un contexte de réalisation Agile.
Les deux principales recommandations s&#8217;appliquent au design des interfaces, mais pourraient tout aussi bien s&#8217;appliquer à la définition des spécifications par les analystes:

Séparer le développement du design &#8211; l&#8217;équipe de design se doit de rester un pas en avant [...]]]></description>
		<wfw:commentRss>http://www.ericprovost.net/2009/12/02/le-design-dinterfaces-en-mode-agile/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
