<?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 for Are you agile ?</title>
	<atom:link href="http://www.areyouagile.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.areyouagile.com</link>
	<description>Quelques billets autour des nouvelles technologies, de l&#039;opensource et des méthodes agiles, accompagnement projet technique et fonctionnel, avant-vente, etc. buzzness is bizness</description>
	<lastBuildDate>Fri, 25 Jun 2010 09:25:09 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Le piège de la contractualisation à la française by Frédéric Camblor</title>
		<link>http://www.areyouagile.com/2010/06/le-piege-de-la-contractualisation-a-la-francaise/comment-page-1/#comment-465</link>
		<dc:creator>Frédéric Camblor</dc:creator>
		<pubDate>Fri, 25 Jun 2010 09:25:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.areyouagile.com/?p=576#comment-465</guid>
		<description>C&#039;est marrant dans l&#039;illustration, on peut se dire :
- Il y a qu&#039;un seul gars du groupe 1 qui a dessiné le tout ... certaines choses sont moches mais le tout est très cohérent
- Le groupe 2 a pu paralléliser les choses (plusieurs dessinateurs), ça donne des petites choses super précises/bien faites mais un global qui n&#039;est pas du tout cohérent (où est la prairie ?)

Il y a du bon et du moins bon dans les deux approches je trouve :-)</description>
		<content:encoded><![CDATA[<p>C&#8217;est marrant dans l&#8217;illustration, on peut se dire :<br />
- Il y a qu&#8217;un seul gars du groupe 1 qui a dessiné le tout &#8230; certaines choses sont moches mais le tout est très cohérent<br />
- Le groupe 2 a pu paralléliser les choses (plusieurs dessinateurs), ça donne des petites choses super précises/bien faites mais un global qui n&#8217;est pas du tout cohérent (où est la prairie ?)</p>
<p>Il y a du bon et du moins bon dans les deux approches je trouve <img src='http://www.areyouagile.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Conseils aux chefs de projet 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>Comment on Conseils aux chefs de projet 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>Comment on Conseils aux chefs de projet 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>Comment on Conseils aux chefs de projet 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>
	<item>
		<title>Comment on les non-dits by Conseils aux chefs de projet &#171; Are you agile ?</title>
		<link>http://www.areyouagile.com/2010/03/les-non-dits/comment-page-1/#comment-288</link>
		<dc:creator>Conseils aux chefs de projet &#171; Are you agile ?</dc:creator>
		<pubDate>Sat, 08 May 2010 09:42:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.areyouagile.com/?p=504#comment-288</guid>
		<description>[...] Je rebondis sur le paragraphe précédent. On juge les gens sur des faits.  Donc A) pas de jugement a priori. Le boulot se déroule mal : trop de retard, pas de qualité, etc. On le dit. On ne porte pas de jugement, on dit les choses. Nous avons du retard. Pourquoi ? discutons. sachons pourquoi. Cela n&#8217;est pas forcément lié à la personne naturellement : elle n&#8217;a pas été formée, les specs ou exigences sont pourries, un problème inattendue a surgit. etc etc. C&#8217;est vraiment lié à la personne (elle n&#8217;est pas motivée, ne fait aucun effort, a des problèmes personnels qui la rendent acariâtre, etc. ) : on lui dit. Je ne suis pas satisfait pour telle et telle raison. J&#8217;attends de toi ça ça et ça. Peux-tu faire un effort sur ces points. merci. Si les problèmes se reproduisent régulièrement et sont vouées a ne pas évoluer je vous recommande de sortir la personne du projet. Cela arrive rarement si à intervalle réguliers on dit les choses. Dire les choses est la première façon d&#8217;instaurer une certaine confiance ou a minima un certain contrat. Quoi de plus injuste que de se faire sortir d&#8217;un projet sans avoir vu venir le boulet ? Quoi de plus normal d&#8217;être prévenu lors que l&#8217;on est pas satisfait de votre travail ? Quoi de plus grisant de s&#8217;observer progresser ? (je vous renvoie sur le même sujet à ce post) [...]</description>
		<content:encoded><![CDATA[<p>[...] Je rebondis sur le paragraphe précédent. On juge les gens sur des faits.  Donc A) pas de jugement a priori. Le boulot se déroule mal : trop de retard, pas de qualité, etc. On le dit. On ne porte pas de jugement, on dit les choses. Nous avons du retard. Pourquoi ? discutons. sachons pourquoi. Cela n&#8217;est pas forcément lié à la personne naturellement : elle n&#8217;a pas été formée, les specs ou exigences sont pourries, un problème inattendue a surgit. etc etc. C&#8217;est vraiment lié à la personne (elle n&#8217;est pas motivée, ne fait aucun effort, a des problèmes personnels qui la rendent acariâtre, etc. ) : on lui dit. Je ne suis pas satisfait pour telle et telle raison. J&#8217;attends de toi ça ça et ça. Peux-tu faire un effort sur ces points. merci. Si les problèmes se reproduisent régulièrement et sont vouées a ne pas évoluer je vous recommande de sortir la personne du projet. Cela arrive rarement si à intervalle réguliers on dit les choses. Dire les choses est la première façon d&#8217;instaurer une certaine confiance ou a minima un certain contrat. Quoi de plus injuste que de se faire sortir d&#8217;un projet sans avoir vu venir le boulet ? Quoi de plus normal d&#8217;être prévenu lors que l&#8217;on est pas satisfait de votre travail ? Quoi de plus grisant de s&#8217;observer progresser ? (je vous renvoie sur le même sujet à ce post) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Scrum agit, CMMi observe. CMMi/Scrum billet #4 by JP Douet</title>
		<link>http://www.areyouagile.com/2010/02/scrum-agit-cmmi-observe-cmmiscrum-billet-4/comment-page-1/#comment-179</link>
		<dc:creator>JP Douet</dc:creator>
		<pubDate>Sun, 21 Mar 2010 09:04:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.areyouagile.com/?p=467#comment-179</guid>
		<description>Bonjour,

Assez en phase avec vos arguments. Juste une légère remarque, en CMMI il n&#039;y a pas d&#039;audit mais des évaluations :)

Par ailleurs, beaucoup laisse croire que CMMI est lourd et contraignant, cela dépend de la manière dont on implémente la méthode. Si l&#039;on fait du top / down sans prendre en compte les bonnes pratiques terrains, il est certain que cela sera &quot;lourd&quot; car il y aura une forte résistance et une conduite du changement bien longue (ex de l&#039;ISO 9001 qui a été imposé par une direction qualité). Par contre, si l&#039;on prend le temps de regarder / évaluer les opérationnels et que l&#039;on crée le modèle sur leurs bonnes pratiques (il y en a toujours), c&#039;est valorisant pour les équipes et mieux accepté.

Pour finir, j&#039;entends &quot;hurler au loup&quot; quand je parle de la gestion des exigences (REQM et RD en CMMI) : c&#039;est trop coûteux, trop long, trop complexe... Et pourtant, il ne faut pas grand chose pour mettre en place une gestion des exigences et sa traçabilité dans les phases du projet...

Cdt
JP Douet, RQ et évaluateur interne CMMI</description>
		<content:encoded><![CDATA[<p>Bonjour,</p>
<p>Assez en phase avec vos arguments. Juste une légère remarque, en CMMI il n&#8217;y a pas d&#8217;audit mais des évaluations <img src='http://www.areyouagile.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Par ailleurs, beaucoup laisse croire que CMMI est lourd et contraignant, cela dépend de la manière dont on implémente la méthode. Si l&#8217;on fait du top / down sans prendre en compte les bonnes pratiques terrains, il est certain que cela sera &#8220;lourd&#8221; car il y aura une forte résistance et une conduite du changement bien longue (ex de l&#8217;ISO 9001 qui a été imposé par une direction qualité). Par contre, si l&#8217;on prend le temps de regarder / évaluer les opérationnels et que l&#8217;on crée le modèle sur leurs bonnes pratiques (il y en a toujours), c&#8217;est valorisant pour les équipes et mieux accepté.</p>
<p>Pour finir, j&#8217;entends &#8220;hurler au loup&#8221; quand je parle de la gestion des exigences (REQM et RD en CMMI) : c&#8217;est trop coûteux, trop long, trop complexe&#8230; Et pourtant, il ne faut pas grand chose pour mettre en place une gestion des exigences et sa traçabilité dans les phases du projet&#8230;</p>
<p>Cdt<br />
JP Douet, RQ et évaluateur interne CMMI</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Leaders &amp; managers, Scrum &amp; Cmmi, billet #2 by Pablo</title>
		<link>http://www.areyouagile.com/2009/12/leaders-managers-scrum-cmmi-billet-2/comment-page-1/#comment-117</link>
		<dc:creator>Pablo</dc:creator>
		<pubDate>Mon, 22 Feb 2010 07:44:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.areyouagile.com/?p=366#comment-117</guid>
		<description>Hello Louis Philippe. 

Non non pas du tout, ce n&#039;est pas l&#039;un ou l&#039;autre, du moins les deux se complètent à mes yeux. Oui les &quot;guerriers du code&quot;. Je dois (mais le temps m&#039;a manqué) écrire un petit billet sur comment les deux coïncident. 2003 ? non, de ce que je vois autour de moi, les choses n&#039;ont pas changées. Je peux me tromper sur bien des points, je fais juste part de mon analyse et de mon vécu. Ma crainte actuelle est de voir les méthodes agiles appliquées à l&#039;emporte pièce car c&#039;est la mode et provoquer un désastre (je commence à voir des cas comme cela). Cela me rappelle un dessin de Dilbert ou le patron dit : &quot;je veux avoir plus de productivité, avec moins d&#039;employés&quot;, &quot;mais ce n&#039;est pas cela les méthodes agiles&quot; lui réplique-t-on, ce à quoi il répond : &quot;peu importe le nom, ce que je veux c&#039;est moins d&#039;employés et plus de productivité&quot;. On est un peu là dedans maintenant : mettons &quot;agile&quot; à toute les sauces : on aura fait le faux raccourci : plus de spec, plus de suivi, etc. Dans un tel cas on va droit au mur (j&#039;ai déjà un exemple terrain d&#039;une grosse boite française là dessus, elle vient d&#039;annoncer qu&#039;elle fait retour arrière et qu&#039;elle abandonne les méthodes agiles. Le problème est qu&#039;elle n&#039;a jamais vraiment mis en place de l&#039;agile).</description>
		<content:encoded><![CDATA[<p>Hello Louis Philippe. </p>
<p>Non non pas du tout, ce n&#8217;est pas l&#8217;un ou l&#8217;autre, du moins les deux se complètent à mes yeux. Oui les &#8220;guerriers du code&#8221;. Je dois (mais le temps m&#8217;a manqué) écrire un petit billet sur comment les deux coïncident. 2003 ? non, de ce que je vois autour de moi, les choses n&#8217;ont pas changées. Je peux me tromper sur bien des points, je fais juste part de mon analyse et de mon vécu. Ma crainte actuelle est de voir les méthodes agiles appliquées à l&#8217;emporte pièce car c&#8217;est la mode et provoquer un désastre (je commence à voir des cas comme cela). Cela me rappelle un dessin de Dilbert ou le patron dit : &#8220;je veux avoir plus de productivité, avec moins d&#8217;employés&#8221;, &#8220;mais ce n&#8217;est pas cela les méthodes agiles&#8221; lui réplique-t-on, ce à quoi il répond : &#8220;peu importe le nom, ce que je veux c&#8217;est moins d&#8217;employés et plus de productivité&#8221;. On est un peu là dedans maintenant : mettons &#8220;agile&#8221; à toute les sauces : on aura fait le faux raccourci : plus de spec, plus de suivi, etc. Dans un tel cas on va droit au mur (j&#8217;ai déjà un exemple terrain d&#8217;une grosse boite française là dessus, elle vient d&#8217;annoncer qu&#8217;elle fait retour arrière et qu&#8217;elle abandonne les méthodes agiles. Le problème est qu&#8217;elle n&#8217;a jamais vraiment mis en place de l&#8217;agile).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Leaders &amp; managers, Scrum &amp; Cmmi, billet #2 by Louis-Philippe Carignan</title>
		<link>http://www.areyouagile.com/2009/12/leaders-managers-scrum-cmmi-billet-2/comment-page-1/#comment-114</link>
		<dc:creator>Louis-Philippe Carignan</dc:creator>
		<pubDate>Sat, 20 Feb 2010 22:23:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.areyouagile.com/?p=366#comment-114</guid>
		<description>J&#039;ai l&#039;impression que c&#039;est soit CMMi ou Scrum? Est-ce exact?

As-tu déjà jeté un coup d&#039;oeil au blogue de Jeff Sutherland. Il y mentionne que CMMi Niveau 5 + Scrum est une potion magique (http://jeffsutherland.com/2007/09/scrum-and-cmmi-level-5-magic-potion-for.html).

J&#039;ai moi aussi lu le livre des Poppendiecks où on parle de CMMi. À ma connaissance, je crois qu&#039;ils ont travaillé avec Systematic, la compagnie CMMi Niveau 5 citée dans le billet de Sutherland. Si ta référence aux Poppendiecks pointe vers leur premier livre en 2003, est-ce qu&#039;il se peut, sept an plus tard, que les choses aient évolués?</description>
		<content:encoded><![CDATA[<p>J&#8217;ai l&#8217;impression que c&#8217;est soit CMMi ou Scrum? Est-ce exact?</p>
<p>As-tu déjà jeté un coup d&#8217;oeil au blogue de Jeff Sutherland. Il y mentionne que CMMi Niveau 5 + Scrum est une potion magique (<a href="http://jeffsutherland.com/2007/09/scrum-and-cmmi-level-5-magic-potion-for.html" rel="nofollow">http://jeffsutherland.com/2007/09/scrum-and-cmmi-level-5-magic-potion-for.html</a>).</p>
<p>J&#8217;ai moi aussi lu le livre des Poppendiecks où on parle de CMMi. À ma connaissance, je crois qu&#8217;ils ont travaillé avec Systematic, la compagnie CMMi Niveau 5 citée dans le billet de Sutherland. Si ta référence aux Poppendiecks pointe vers leur premier livre en 2003, est-ce qu&#8217;il se peut, sept an plus tard, que les choses aient évolués?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on (Très) Petit panorama des portails Java by Jean-Philippe Encausse</title>
		<link>http://www.areyouagile.com/2010/01/tres-petit-panorama-des-portails-java/comment-page-1/#comment-89</link>
		<dc:creator>Jean-Philippe Encausse</dc:creator>
		<pubDate>Mon, 01 Feb 2010 10:41:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.areyouagile.com/?p=450#comment-89</guid>
		<description>Bonjour,
Pour la petite histoire le portail de Jalios existe depuis 2003 fonctionnant sur le même principe que les autres briques (GED, ESN, CMS, ...) et depuis longtemps éprouvé chez de nombreux grand comptes en tant qu&#039;Intranet ou Internet.</description>
		<content:encoded><![CDATA[<p>Bonjour,<br />
Pour la petite histoire le portail de Jalios existe depuis 2003 fonctionnant sur le même principe que les autres briques (GED, ESN, CMS, &#8230;) et depuis longtemps éprouvé chez de nombreux grand comptes en tant qu&#8217;Intranet ou Internet.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
