http://www.concordiagile.org/ fr Tue, 18 Nov 2008 15:24:14 +0100 http://blogs.law.harvard.edu/tech/rss Dotclear http://www.concordiagile.org/post/2008/01/25/Pourquoi-les-methodes-agiles-peinent-elles-a-penetrer-lentreprise#c6703716 urn:md5:a8e2d28b8b411b8885d439665f815be4 Mon, 10 Mar 2008 13:41:27 +0100 François Pelissolo (Planisware) <p>J'aime beaucoup votre article que je viens de lire dans 01 (papier) du 3/3.</p> <p>Je suis confronté tous les jours au problème des forfaits logiciels dont les principales variables d'ajustement pour le fournisseur sont hélas (car à la baisse), la qualité, l'ergonomie, les performances...</p> <p>Un autre chercheur, Ian Stokes, qui me passionne depuis des années dans le domaine de la gestion de projets a développé une analyse de la relation achats qui va plus loin que le simple domaine des logiciels :<br /> <a href="http://www.management-projet.org/projet1/spip.php?article56&amp;lang=fr" title="http://www.management-projet.org/projet1/spip.php?article56&amp;lang=fr" rel="nofollow"> http://www.management-projet.org/pr...</a></p> <p>Hélas, trop peu de clients sont conscients de ces problèmes. Même si certains, plus expérimentés, pressentent l'intérêt de la démarche itérative, la plupart sont persuadés d'avoir &quot;blindé&quot; leur projet avec un forfait et un cycle en cascade, accompagné des spécifications soit-disant &quot;béton&quot;... Sans parler des contraintes du Code des Marchés Publics.</p> <p>NB : impossible de commenter sur <a href="http://pezziardi.net" title="http://pezziardi.net" rel="nofollow">http://pezziardi.net</a> (pb de captcha ?)</p> http://www.concordiagile.org/post/2008/01/30/Les-benefices-des-methodes-agiles#c6703712 urn:md5:455436f1dc699498bf050c44e2c110b5 Mon, 10 Mar 2008 13:40:18 +0100 François Pelissolo (Planisware) <p>Pardon, je pensais être sur un article de M. Pezziardi... (votre point de vue me semblant très proche)</p> http://www.concordiagile.org/post/2008/01/30/Les-benefices-des-methodes-agiles#c6703699 urn:md5:e375b3a852092db43ca37e47d216629d Mon, 10 Mar 2008 13:38:15 +0100 François Pelissolo (Planisware) <p>J'aime beaucoup votre article que je viens de lire dans 01 (papier) du 3/3.</p> <p>Je suis confronté tous les jours au problème des forfaits logiciels dont les principales variables d'ajustement pour le fournisseur sont hélas (car à la baisse), la qualité, l'ergonomie, les performances...</p> <p>Un autre chercheur, Ian Stokes, qui me passionne depuis des années dans le domaine de la gestion de projets a développé une analyse de la relation achats qui va plus loin que le simple domaine des logiciels :<br /> <a href="http://www.management-projet.org/projet1/spip.php?article56&amp;lang=fr" title="http://www.management-projet.org/projet1/spip.php?article56&amp;lang=fr" rel="nofollow"> http://www.management-projet.org/pr...</a></p> <p>Hélas, trop peu de clients sont conscients de ces problèmes. Même si certains, plus expérimentés, pressentent l'intérêt de la démarche itérative, la plupart sont persuadés d'avoir &quot;blindé&quot; leur projet avec un forfait et un cycle en cascade, accompagné des spécifications soit-disant &quot;béton&quot;... Sans parler des contraintes du Code des Marchés Publics.</p> <p>NB : impossible de commenter sur <a href="http://pezziardi.net" title="http://pezziardi.net" rel="nofollow">http://pezziardi.net</a> (pb de captcha ?)</p> http://www.concordiagile.org/post/2008/01/29/Un-nouveau-type-darchitecte%3A-lArchitecte-Agile#c6356050 urn:md5:f10f9c8f7ce2b161847571d0d9a2eb70 Sun, 03 Feb 2008 17:45:18 +0100 Pierre Pezziardi <p>Peut-être aurai-on pu ajouter en début d'article &quot;... lorsqu'un architecte agile est intégré dans une équipe en difficulté ...&quot; ; et à la fin &quot;... l'objectif principal de l'architecte agile n'est pas de satisfaire son égo en réalisant des prouesses, mais plutôt d'échanger son savoir au plus vite, vers tous les membres de l'équipe, pour la rendre autonome et efficace... et au passage progreser lui-même ...&quot;</p>