<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Commentaires pour DantotsuPM.com</title>
	<atom:link href="http://dantotsupm.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://dantotsupm.com</link>
	<description>à la recherche du meilleur du management de projet</description>
	<lastBuildDate>Sat, 25 Feb 2012 09:40:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Commentaires sur une introduction au management de projet par jean marc</title>
		<link>http://dantotsupm.com/2012/02/17/une-introduction-au-management-de-projet/#comment-1472</link>
		<dc:creator><![CDATA[jean marc]]></dc:creator>
		<pubDate>Sat, 25 Feb 2012 09:40:29 +0000</pubDate>
		<guid isPermaLink="false">http://dantotsupm.com/?p=9570#comment-1472</guid>
		<description><![CDATA[Bonjour,
Personnellement je vois plus le chef de projet plus comme un chef d&#039;orchestre, un capitaine de bateau c&#039;est dire une personne qui doit maitriser et orchestrer et non comme quelqu&#039;un qui : &#039;doit définir le projet...., doit évaluer et contrôler les risques, etc...&#039;.

Jean Marc]]></description>
		<content:encoded><![CDATA[<p>Bonjour,<br />
Personnellement je vois plus le chef de projet plus comme un chef d&#8217;orchestre, un capitaine de bateau c&#8217;est dire une personne qui doit maitriser et orchestrer et non comme quelqu&#8217;un qui : &#8216;doit définir le projet&#8230;., doit évaluer et contrôler les risques, etc&#8230;&#8217;.</p>
<p>Jean Marc</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur 8 raisons pour lesquelles les estimations sont trop faibles par moperto</title>
		<link>http://dantotsupm.com/2012/02/23/8-raisons-pour-lesquelles-les-estimations-sont-trop-faibles/#comment-1471</link>
		<dc:creator><![CDATA[moperto]]></dc:creator>
		<pubDate>Fri, 24 Feb 2012 14:41:08 +0000</pubDate>
		<guid isPermaLink="false">http://dantotsupm.com/?p=9659#comment-1471</guid>
		<description><![CDATA[D&#039;où l&#039;importance du rôle du chef de projet dans ces estimations et dans la mise en place du plan projet...]]></description>
		<content:encoded><![CDATA[<p>D&#8217;où l&#8217;importance du rôle du chef de projet dans ces estimations et dans la mise en place du plan projet&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur 8 raisons pour lesquelles les estimations sont trop faibles par Radenko Corovic</title>
		<link>http://dantotsupm.com/2012/02/23/8-raisons-pour-lesquelles-les-estimations-sont-trop-faibles/#comment-1469</link>
		<dc:creator><![CDATA[Radenko Corovic]]></dc:creator>
		<pubDate>Fri, 24 Feb 2012 14:26:16 +0000</pubDate>
		<guid isPermaLink="false">http://dantotsupm.com/?p=9659#comment-1469</guid>
		<description><![CDATA[Je suis pas mal d’accord avec les raisons pourquoi on souvent sous-estime les projets TI. J’ajouterais toutefois quelques commentaires. 
Une des raisons les plus fréquentes est le client qui fait la pression sur les développeurs de livrer en moins de temps et avec le moindre coût par rapport à ce qui est planifié. Cela est souvent accepté par les développeurs même s’ils savent intuitivement que les demandes du client ne sont pas réalistes. Si, par exemple, pour un projet qui normalement devrait prendre 10 mois, le client veut imposer un délai de 7 mois, le développeur sait que cela augmenterait le coût. Mais, en impossibilité de quantifier cette augmentation, il accepte la demande du client. Les développeurs sont simplement mal outillés pour pouvoir négocier avec le client sur une base factuelle. 
Une autre raison pour laquelle les estimations sont faibles est le fait que les développeurs font les estimations comme si le développement va se dérouler dans un environnement idéal. En fait, ils supposent que l’équipe sera performante, que les gens seront motivés, que les outils seront disponibles, etc. Bref, ils négligent les facteurs de l’environnement concret, cela veut dire, de l’environnement dans lequel le projet sera développé. Les facteurs comme une équipe inadéquate, la faible maitrise de la technologie utilisée, complexité du système à développer, etc., ce sont les facteurs qui doivent être pris en considération lors de l’estimation d’un projet informatique.  
Salutations,
Radenko]]></description>
		<content:encoded><![CDATA[<p>Je suis pas mal d’accord avec les raisons pourquoi on souvent sous-estime les projets TI. J’ajouterais toutefois quelques commentaires.<br />
Une des raisons les plus fréquentes est le client qui fait la pression sur les développeurs de livrer en moins de temps et avec le moindre coût par rapport à ce qui est planifié. Cela est souvent accepté par les développeurs même s’ils savent intuitivement que les demandes du client ne sont pas réalistes. Si, par exemple, pour un projet qui normalement devrait prendre 10 mois, le client veut imposer un délai de 7 mois, le développeur sait que cela augmenterait le coût. Mais, en impossibilité de quantifier cette augmentation, il accepte la demande du client. Les développeurs sont simplement mal outillés pour pouvoir négocier avec le client sur une base factuelle.<br />
Une autre raison pour laquelle les estimations sont faibles est le fait que les développeurs font les estimations comme si le développement va se dérouler dans un environnement idéal. En fait, ils supposent que l’équipe sera performante, que les gens seront motivés, que les outils seront disponibles, etc. Bref, ils négligent les facteurs de l’environnement concret, cela veut dire, de l’environnement dans lequel le projet sera développé. Les facteurs comme une équipe inadéquate, la faible maitrise de la technologie utilisée, complexité du système à développer, etc., ce sont les facteurs qui doivent être pris en considération lors de l’estimation d’un projet informatique.<br />
Salutations,<br />
Radenko</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur le pouvoir d&#8217;un ATL par tous à bord ? ou comment assurer le bon embarquement de tous les chefs de projet qui rejoignent le PMO. &#171; DantotsuPM.com</title>
		<link>http://dantotsupm.com/2011/12/15/le-pouvoir-dun-atl/#comment-1468</link>
		<dc:creator><![CDATA[tous à bord ? ou comment assurer le bon embarquement de tous les chefs de projet qui rejoignent le PMO. &#171; DantotsuPM.com]]></dc:creator>
		<pubDate>Fri, 24 Feb 2012 11:18:30 +0000</pubDate>
		<guid isPermaLink="false">http://dantotsupm.com/?p=8515#comment-1468</guid>
		<description><![CDATA[[...] PMO devrait aussi envisager de publier un glossaire de termes et d’acronymes. Cela peut être une référence incommensurable pour de nouveaux membres du personnel. J&#8217;ai [...]]]></description>
		<content:encoded><![CDATA[<p>[...] PMO devrait aussi envisager de publier un glossaire de termes et d’acronymes. Cela peut être une référence incommensurable pour de nouveaux membres du personnel. J&#8217;ai [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Agile dans le métro par Paul-Henri</title>
		<link>http://dantotsupm.com/2012/02/14/agile-dans-le-metro/#comment-1464</link>
		<dc:creator><![CDATA[Paul-Henri]]></dc:creator>
		<pubDate>Thu, 23 Feb 2012 14:35:28 +0000</pubDate>
		<guid isPermaLink="false">http://dantotsupm.com/?p=9552#comment-1464</guid>
		<description><![CDATA[Oui, assez central finalement]]></description>
		<content:encoded><![CDATA[<p>Oui, assez central finalement</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Le multitâche vous ralentit par 8 raisons pour lesquelles les estimations sont trop faibles &#171; DantotsuPM.com</title>
		<link>http://dantotsupm.com/2010/10/21/le-multitache-vous-ralentit/#comment-1463</link>
		<dc:creator><![CDATA[8 raisons pour lesquelles les estimations sont trop faibles &#171; DantotsuPM.com]]></dc:creator>
		<pubDate>Thu, 23 Feb 2012 11:22:04 +0000</pubDate>
		<guid isPermaLink="false">http://dantotsupm.com/?p=3272#comment-1463</guid>
		<description><![CDATA[[...] : Les personnes sont mauvaises dans le multitâche. Donc vous ne pouvez pas mettre votre meilleur développeur à 20 % sur cinq projets différents et [...]]]></description>
		<content:encoded><![CDATA[<p>[...] : Les personnes sont mauvaises dans le multitâche. Donc vous ne pouvez pas mettre votre meilleur développeur à 20 % sur cinq projets différents et [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur 26-28 Mars &#8211; Monaco &#8211; GALA 2012: The Language of Business. The Business of Language. par Christine MORLET</title>
		<link>http://dantotsupm.com/2012/01/17/26-28-mars-monaco-gala-2012-the-language-of-business-the-business-of-language/#comment-1450</link>
		<dc:creator><![CDATA[Christine MORLET]]></dc:creator>
		<pubDate>Sun, 19 Feb 2012 19:54:51 +0000</pubDate>
		<guid isPermaLink="false">http://dantotsupm.com/?p=9176#comment-1450</guid>
		<description><![CDATA[Excellente initiative !
A votre disposition si vous cherchez un speaker professionnel
Cordialement,
Christine]]></description>
		<content:encoded><![CDATA[<p>Excellente initiative !<br />
A votre disposition si vous cherchez un speaker professionnel<br />
Cordialement,<br />
Christine</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur 15 Mars &#8211; Monaco &#8211; Lancement Pôle Monaco avec une session &#8220;Elevator Pitch&#8221; par Christine MORLET</title>
		<link>http://dantotsupm.com/2012/02/16/15-mars-monaco-lancement-pole-monaco-avec-une-session-elevator-pitch/#comment-1449</link>
		<dc:creator><![CDATA[Christine MORLET]]></dc:creator>
		<pubDate>Sun, 19 Feb 2012 19:13:05 +0000</pubDate>
		<guid isPermaLink="false">http://dantotsupm.com/?p=9557#comment-1449</guid>
		<description><![CDATA[Si vous souhaitez apprendre à vous présenter ou à présenter votre entreprise, vos projets, vos produits... Le tout en moins de temps qu&#039;il faut pour aller du rez-de-chaussée au 10ème étage en ascenseur, venez nombreux à cet événement ! Il n&#039;y aura de la place que pour 60 personnes et 6 &quot;challengers&quot; ! Les 6 &quot;challengers&quot; seront évalués en &quot;direct live&quot;, et les 3 meilleurs gagneront un prix suite au vote du public.
Cette approche qui vient des États Unis n&#039;a pas son pareil pour nous obliger à aller à l&#039;essentiel et être percutant !]]></description>
		<content:encoded><![CDATA[<p>Si vous souhaitez apprendre à vous présenter ou à présenter votre entreprise, vos projets, vos produits&#8230; Le tout en moins de temps qu&#8217;il faut pour aller du rez-de-chaussée au 10ème étage en ascenseur, venez nombreux à cet événement ! Il n&#8217;y aura de la place que pour 60 personnes et 6 &#8220;challengers&#8221; ! Les 6 &#8220;challengers&#8221; seront évalués en &#8220;direct live&#8221;, et les 3 meilleurs gagneront un prix suite au vote du public.<br />
Cette approche qui vient des États Unis n&#8217;a pas son pareil pour nous obliger à aller à l&#8217;essentiel et être percutant !</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur 7 Mars &#8211; Montréal &#8211; La négociation au service de la gestion de projet par Thierry DW</title>
		<link>http://dantotsupm.com/2012/02/17/7-mars-montreal-la-negociation-au-service-de-la-gestion-de-projet/#comment-1421</link>
		<dc:creator><![CDATA[Thierry DW]]></dc:creator>
		<pubDate>Fri, 17 Feb 2012 07:29:39 +0000</pubDate>
		<guid isPermaLink="false">http://dantotsupm.com/?p=9269#comment-1421</guid>
		<description><![CDATA[Bonjour,
&quot;Rarement enseigné par l’éducation formelle…&quot; Tout à fait d&#039;accord de plus la négociation n&#039;est souvent perçue que dans son aspect purement commercial. Alors qu&#039;une bonne négociation fait d&#039;abord appel à l&#039;écoute, la notion d&#039;objectifs communs et de relation à l&#039;autre
C&#039;est une problématique vécue par de nombreux managers pas seulement dans le monde des projets. La négociation dans le cadre de la relation à l&#039;autre fait partie de la &quot;Boite à outils&quot; du manager responsable.

Bonne journée
Thierry DE WISPELAERE
Consultant Formateur en management responsable des Hommes et des Organisations]]></description>
		<content:encoded><![CDATA[<p>Bonjour,<br />
&#8220;Rarement enseigné par l’éducation formelle…&#8221; Tout à fait d&#8217;accord de plus la négociation n&#8217;est souvent perçue que dans son aspect purement commercial. Alors qu&#8217;une bonne négociation fait d&#8217;abord appel à l&#8217;écoute, la notion d&#8217;objectifs communs et de relation à l&#8217;autre<br />
C&#8217;est une problématique vécue par de nombreux managers pas seulement dans le monde des projets. La négociation dans le cadre de la relation à l&#8217;autre fait partie de la &#8220;Boite à outils&#8221; du manager responsable.</p>
<p>Bonne journée<br />
Thierry DE WISPELAERE<br />
Consultant Formateur en management responsable des Hommes et des Organisations</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur 27 Mars &#8211; Paris &#8211; Scrum Day par moperto</title>
		<link>http://dantotsupm.com/2012/01/20/27-mars-paris-scrum-day/#comment-1417</link>
		<dc:creator><![CDATA[moperto]]></dc:creator>
		<pubDate>Wed, 15 Feb 2012 15:16:44 +0000</pubDate>
		<guid isPermaLink="false">http://dantotsupm.wordpress.com/?p=9086#comment-1417</guid>
		<description><![CDATA[PROG-PRELIMINAIRE-1 (réduction de 20€)]]></description>
		<content:encoded><![CDATA[<p>PROG-PRELIMINAIRE-1 (réduction de 20€)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

