<?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: Conseils aux chefs de projet</title>
	<atom:link href="http://www.areyouagile.com/2010/05/conseils-aux-chefs-de-projet/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.areyouagile.com/2010/05/conseils-aux-chefs-de-projet/</link>
	<description>Nudge, Nudge, wink wink, n&#039;en dites pas plus</description>
	<lastBuildDate>Mon, 23 Jan 2012 09:19:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Pablo</title>
		<link>http://www.areyouagile.com/2010/05/conseils-aux-chefs-de-projet/comment-page-1/#comment-418</link>
		<dc:creator>Pablo</dc:creator>
		<pubDate>Fri, 11 Jun 2010 09:54:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.areyouagile.com/?p=534#comment-418</guid>
		<description>Bonjour, 
Je ne suis pas entièrement d&#039;accord avec le dernier paragraphe. Il sous-entend qu&#039;il y a une faute &quot;très personnalisée&quot;. C&#039;est en contradiction avec ce que je sous-entend dans mon dernier paragraphe : il faut bien montrer qu&#039;un jugement n&#039;est ni personnel, ni définitif. D&#039;autre part je ne suis pas satisfait par les huis-clos (cf ma petite bafouille sur les non-dits...pas très éloignés). J&#039;ai quelque chose à dire, ce n&#039;est pas personnel, je le dis sans en cacher le contenu aux autres membres de l&#039;équipe. La discussion est ouverte.</description>
		<content:encoded><![CDATA[<p>Bonjour,<br />
Je ne suis pas entièrement d&#8217;accord avec le dernier paragraphe. Il sous-entend qu&#8217;il y a une faute &#8220;très personnalisée&#8221;. C&#8217;est en contradiction avec ce que je sous-entend dans mon dernier paragraphe : il faut bien montrer qu&#8217;un jugement n&#8217;est ni personnel, ni définitif. D&#8217;autre part je ne suis pas satisfait par les huis-clos (cf ma petite bafouille sur les non-dits&#8230;pas très éloignés). J&#8217;ai quelque chose à dire, ce n&#8217;est pas personnel, je le dis sans en cacher le contenu aux autres membres de l&#8217;équipe. La discussion est ouverte.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JP Douet</title>
		<link>http://www.areyouagile.com/2010/05/conseils-aux-chefs-de-projet/comment-page-1/#comment-402</link>
		<dc:creator>JP Douet</dc:creator>
		<pubDate>Wed, 09 Jun 2010 15:53:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.areyouagile.com/?p=534#comment-402</guid>
		<description>Bonjour,

Pour la gestion des priorités, il est aussi intéressant de prendre en compte la GTD qui permet d&#039;organiser son travail et justement, pour rejoindre la délégation, d&#039;identifier également des tâches à déléguer. Déléguer c&#039;est aussi valoriser et faire confiance à des personnes de son équipe, comme cela est justement écrit.

Par ailleurs, un Chef de Projet doit être capable de faire progresser ses collaborateurs et, de fait, identifier une personne susceptible de prendre le &quot;lead&quot; en son absence, voir le remplacer à terme. Chef de Projet, c&#039;est aussi du management et des RH... on l&#039;oublie trop souvent.

Une façon d&#039;expliquer à une personne que son travail aurait pu être meilleur est de lui montrer les conséquences que cela a pour le projet et pour vous (Chef de Projet). Egalement, quand une personne a des difficultés, un Chef de Projet a pour mission de donner les moyens à cette personne d&#039;atteindre ses objectifs, donc des formations de renforcement ou du coaching.

J&#039;ajouterai qu&#039;un des principes de base est d&#039;éviter de faire les remarques à son collaborateur devant les autres ou dans le couloir. Cela se fait dans un bureau, porte fermée, comme pour un entretien. Et, il est possible de réduire l&#039;impression négative perçue par le collaborateur en parlant d&#039;axe d&#039;amélioration plutôt que de défaut. Le français est malheureusement comme cela.

Cdt</description>
		<content:encoded><![CDATA[<p>Bonjour,</p>
<p>Pour la gestion des priorités, il est aussi intéressant de prendre en compte la GTD qui permet d&#8217;organiser son travail et justement, pour rejoindre la délégation, d&#8217;identifier également des tâches à déléguer. Déléguer c&#8217;est aussi valoriser et faire confiance à des personnes de son équipe, comme cela est justement écrit.</p>
<p>Par ailleurs, un Chef de Projet doit être capable de faire progresser ses collaborateurs et, de fait, identifier une personne susceptible de prendre le &#8220;lead&#8221; en son absence, voir le remplacer à terme. Chef de Projet, c&#8217;est aussi du management et des RH&#8230; on l&#8217;oublie trop souvent.</p>
<p>Une façon d&#8217;expliquer à une personne que son travail aurait pu être meilleur est de lui montrer les conséquences que cela a pour le projet et pour vous (Chef de Projet). Egalement, quand une personne a des difficultés, un Chef de Projet a pour mission de donner les moyens à cette personne d&#8217;atteindre ses objectifs, donc des formations de renforcement ou du coaching.</p>
<p>J&#8217;ajouterai qu&#8217;un des principes de base est d&#8217;éviter de faire les remarques à son collaborateur devant les autres ou dans le couloir. Cela se fait dans un bureau, porte fermée, comme pour un entretien. Et, il est possible de réduire l&#8217;impression négative perçue par le collaborateur en parlant d&#8217;axe d&#8217;amélioration plutôt que de défaut. Le français est malheureusement comme cela.</p>
<p>Cdt</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pablo</title>
		<link>http://www.areyouagile.com/2010/05/conseils-aux-chefs-de-projet/comment-page-1/#comment-309</link>
		<dc:creator>pablo</dc:creator>
		<pubDate>Sun, 16 May 2010 17:36:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.areyouagile.com/?p=534#comment-309</guid>
		<description>Oui mais ça aussi cela demande de la clarté. On travaille toujours sur les valeurs : &quot;prix&quot;, &quot;délai&quot;, &quot;scope fonctionnel&quot; (je sors &quot;qualité&quot;). On a décidé de faire travailler en offshore pour le coût ? donc on sait que l&#039;on aura des impacts sur les délais (si je me base sur ton estimation). Après il faut choisir. Mais on a toujours toutes les cartes en main : est-ce que cela vaut le coup financièrement, dans le planning, est-ce une stratégie à long terme ? est-ce que l&#039;efficacité s&#039;améliore ou se détériore, etc.etc. Le rôle du chef de projet n&#039;est en tous cas pas de se substituer à une équipe offshore. Son rôle pourrait être de pousser une solution interne ou nearshore pour X raisons. Mais il faut poser clairement tous les arguments et tous les enjeux.</description>
		<content:encoded><![CDATA[<p>Oui mais ça aussi cela demande de la clarté. On travaille toujours sur les valeurs : &#8220;prix&#8221;, &#8220;délai&#8221;, &#8220;scope fonctionnel&#8221; (je sors &#8220;qualité&#8221;). On a décidé de faire travailler en offshore pour le coût ? donc on sait que l&#8217;on aura des impacts sur les délais (si je me base sur ton estimation). Après il faut choisir. Mais on a toujours toutes les cartes en main : est-ce que cela vaut le coup financièrement, dans le planning, est-ce une stratégie à long terme ? est-ce que l&#8217;efficacité s&#8217;améliore ou se détériore, etc.etc. Le rôle du chef de projet n&#8217;est en tous cas pas de se substituer à une équipe offshore. Son rôle pourrait être de pousser une solution interne ou nearshore pour X raisons. Mais il faut poser clairement tous les arguments et tous les enjeux.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gestion de taches</title>
		<link>http://www.areyouagile.com/2010/05/conseils-aux-chefs-de-projet/comment-page-1/#comment-293</link>
		<dc:creator>Gestion de taches</dc:creator>
		<pubDate>Mon, 10 May 2010 08:40:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.areyouagile.com/?p=534#comment-293</guid>
		<description>Surtout lorsqu&#039;on travaille avec des équipes délocalisées, c&#039;est vrai que c&#039;est dur de se dire qu&#039;une tâche qui aurait du être accomplie en 2h va prendre 2 jours ^^...</description>
		<content:encoded><![CDATA[<p>Surtout lorsqu&#8217;on travaille avec des équipes délocalisées, c&#8217;est vrai que c&#8217;est dur de se dire qu&#8217;une tâche qui aurait du être accomplie en 2h va prendre 2 jours ^^&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

