http://agilitateur.azeau.com/ Développement logiciel et méthodes agiles fr Wed, 19 Nov 2008 21:27:58 +0100 http://blogs.law.harvard.edu/tech/rss Dotclear http://agilitateur.azeau.com/post/2006/05/18/De-lentretien-de-sa-propre-estime#c69 urn:md5:8fda1f9a18a60a7eb60d56e99894ff43 Wed, 24 May 2006 16:31:12 +0200 Avangel Il est clair que l'estimation initiale est probablement ce qu'il y a de plus difficile. Comme vous le dites, tout dépend de l'ouverture d'esprit du client. Un article de Mike Cohn, &quot;Introducing an agile process into an organisation&quot; propose de s'engager en temps et en coûts auprès du client sur 80% du projet, et lui faire accepter que les 20% restants seront envisagés au fil du projet. Je trouve la démarche intéressante pour les deux partis. http://agilitateur.azeau.com/post/2006/05/18/De-lentretien-de-sa-propre-estime#c64 urn:md5:ecab2de608c75fa3caf2ee5c0a7f351a Fri, 19 May 2006 18:25:55 +0200 Oaz 3 ou 4 itérations me semble bien mais j'ai aussi constaté qu'il ne faut pas que les autres paramètres bougent trop. Par exemple , sur une petite équipe, rajouter une personne en cours de route peut grandement modifier la vélocité !<br /> <br /> L'estimation initiale reste effectivement un point délicat. Je n'y vois que 2 solutions : soit le commanditaire accepte de jouer le jeu de l'agilité et de ne pas se cramponner à un ensemble contenu+délais+couts fixé ; soit il ne l'accepte pas et alors il faut se blinder.<br /> A mon avis, l'aspect &quot;calcul au plus juste&quot; ne joue que lorsqu'on veut décrocher un contrat pour être, par exemple, mieux référencé quitte à y laisser quelques plumes. http://agilitateur.azeau.com/post/2006/05/18/De-lentretien-de-sa-propre-estime#c65 urn:md5:c785284d5dfe8bf4805a274c06f57943 Fri, 19 May 2006 08:34:54 +0200 Claude Aubry Pour un nouveau projet avec une nouvelle équipe, c'est naturel d'avoir une fourchette d'estimation (optimiste-pessimiste). Cette fourchette se &quot;rétrécit&quot; progressivement. La mesure de la vélocité réelle pour chaque itération augmente la confiance dans les estimations. Il faut compter 3 ou 4 itérations pour obtenir une vélocité moyenne crédible, et donc une estimation raisonnable. http://agilitateur.azeau.com/post/2006/05/18/De-lentretien-de-sa-propre-estime#c63 urn:md5:1830a5f89c8ef1ea18501a27dc8e8c33 Thu, 18 May 2006 23:18:47 +0200 Avangel J'ai souvent entendu dire qu'il ne fallait pas estimer avec une &quot;marge&quot;. Cela se justifie particulièrement quand on répond à un appel d'offre, on doit calculer au plus juste pour rester concurrentiel, même si on en reste à une approche globale. Mais l'estimation est un point qui reste probablement un des plus délicats dans les projets informatiques.<br /> <br /> La démarche pour introduire de l'agilité est extraordinairement bien menée. Pour ma part, nous avons décider de mettre en place un projet directement en Scrum de A à Z. C'est plus facile pour la démarche, mais peut-être plus difficile pour faire changer les mentalités.