<?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>Commentaires sur : Planning : savoir défendre ses chiffres en interne</title>
	<atom:link href="http://blog.juliendassonval.com/gestion-de-projet/planning-savoir-defendre-ses-chiffres-en-interne/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.juliendassonval.com/gestion-de-projet/planning-savoir-defendre-ses-chiffres-en-interne</link>
	<description></description>
	<lastBuildDate>Mon, 23 Aug 2010 02:41:34 +0000</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Par : Julien</title>
		<link>http://blog.juliendassonval.com/gestion-de-projet/planning-savoir-defendre-ses-chiffres-en-interne/comment-page-1#comment-49</link>
		<dc:creator>Julien</dc:creator>
		<pubDate>Fri, 13 Jun 2008 15:29:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.juliendassonval.com/?p=29#comment-49</guid>
		<description>Exactement Max, c&#039;est pour ça qu&#039;il faut toujours le prendre en considération dans le planning de départ. 
Mais si coté client cela prend du retard, tu peux te backuper avec le planning fourni au lancement avec les dates clés. L&#039;idée est de ne pas attendre la fin de la production pour le prévenir que son retard de validation de 2 jours en créa sera répercuté. Un client n&#039;est pas roi malgré ce qu&#039;on pense, on a une relation de travail avec lui, ce n&#039;est pas aux équipes (dev) de subir le client, ses retards ou changements de dernière minute. Malheureusement, beaucoup trop de chef de projet laisse couler sans réagir, et c&#039;est bien là l&#039;erreur.</description>
		<content:encoded><![CDATA[<p>Exactement Max, c&#8217;est pour ça qu&#8217;il faut toujours le prendre en considération dans le planning de départ.<br />
Mais si coté client cela prend du retard, tu peux te backuper avec le planning fourni au lancement avec les dates clés. L&#8217;idée est de ne pas attendre la fin de la production pour le prévenir que son retard de validation de 2 jours en créa sera répercuté. Un client n&#8217;est pas roi malgré ce qu&#8217;on pense, on a une relation de travail avec lui, ce n&#8217;est pas aux équipes (dev) de subir le client, ses retards ou changements de dernière minute. Malheureusement, beaucoup trop de chef de projet laisse couler sans réagir, et c&#8217;est bien là l&#8217;erreur.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Max</title>
		<link>http://blog.juliendassonval.com/gestion-de-projet/planning-savoir-defendre-ses-chiffres-en-interne/comment-page-1#comment-48</link>
		<dc:creator>Max</dc:creator>
		<pubDate>Fri, 13 Jun 2008 13:49:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.juliendassonval.com/?p=29#comment-48</guid>
		<description>Il y a également les nombreux cas où c&#039;est le coté client qui prend du retard, et là il est encore plus difficile de justifier ces charettes en interne.</description>
		<content:encoded><![CDATA[<p>Il y a également les nombreux cas où c&#8217;est le coté client qui prend du retard, et là il est encore plus difficile de justifier ces charettes en interne.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
