tag:blogger.com,1999:blog-5762312448351689453.post7754175465670012877..comments2024-03-23T05:42:07.989-07:00Comments on Emmanuel CHENU: ITERATION OU SPRINT?Emmanuel CHENUhttp://www.blogger.com/profile/00989041538576544218noreply@blogger.comBlogger6125tag:blogger.com,1999:blog-5762312448351689453.post-81053456675381717532008-12-16T16:46:00.000-08:002008-12-16T16:46:00.000-08:00En ce qui me concerne, je gère la vélocité comme u...En ce qui me concerne, je gère la vélocité comme un indicateur de pilotage. L'erreur (induite par le nom "vélocité"), c'est de vouloir à tout prix améliorer ce chiffre. Je préfère donner comme objectif de maintenir la vélocité entre 60% et 65% : en-deçà, l'équipe peut s'améliorer ; mais au-delà, on voit apparaître de la non-qualité liée à un rythme non soutenable.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-20769236206494325652008-12-10T23:57:00.000-08:002008-12-10T23:57:00.000-08:00ManU, je pense que tu as une piste de solution dan...ManU, je pense que tu as une piste de solution dans ton dernier commentaire. Pourquoi ne pas faire un temps de pause entre les itérations (plutôt que de garder un temps dans l'itération - ce que tu décrivais dans l'article principal), disons 1 jour minimum, voir 2 jours.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-27259893797891765652008-12-10T06:14:00.000-08:002008-12-10T06:14:00.000-08:00+ Toutes nos itérations produisent bien un incréme...+ Toutes nos itérations produisent bien un incrément de fonctionnalité potentiellement livrable. <BR/>+ La définition de "done" est claire et le travail fourni est de qualité. <BR/>+ Le backlog aussi des tâches non-fonctionnelles. <BR/><BR/>Le problème est que l'enchainement des itérations sans temps de pause et avec une pression pour augmenter la vélocité fait que:<BR/>1.On s'épuise;<BR/>2.On délaisse certaines réflexions de fond qui nécessitent de prendre sereinement du recul sur le développement. <BR/><BR/>Certes, le temps accordé aux rétrospectives permet de prendre momentanément du recul. Cette fenêtre de temps permet d'identifier des chantiers à mener, mais ils ne seront effectivement menés que lorsqu'ils seront prioritaires, ce qui ne permet pas de les traiter de manière sereine et préventive. S'ils ne sont pas menés en tâche de fond, c'est bien parce qu'il y a la pression de la course à la vélocité. Les itérations sont devenus des sprints.Emmanuel CHENUhttps://www.blogger.com/profile/00989041538576544218noreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-1370506577251790012008-12-10T04:35:00.000-08:002008-12-10T04:35:00.000-08:00Bonjour,Pour moi le sens Iteratif est incomplet ca...Bonjour,<BR/><BR/>Pour moi le sens Iteratif est incomplet car il manque la partie incrementale. Un Sprint est sensé représenté ces deux termes. <BR/><BR/>Ce que tu décris ressemble fort a de la technical debt cf la prez de kniberg:<BR/>http://blog.crisp.se/henrikkniberg/2008/08/08/1218174720000.html<BR/><BR/><BR/>Je te conseilles de bien re-définir la DoD et de mettre les taches non fonctionnelles dans le backlog.<BR/>Ansi le travail technique de l'equipe sera comtabilisé dans la vélocité et le travail total (non fonctionel compris) sera suivi et prioritisé par le PO.<BR/><BR/>Si cela peut aider ;)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-76752249010903440532008-12-10T00:35:00.000-08:002008-12-10T00:35:00.000-08:00Peut-être que le nombre de tâches a effectuer (fon...Peut-être que le nombre de tâches a effectuer (fonctionnellement parlant) ou la <I>deadline</I> sont a modifié. <BR/><BR/><BR/>La vélocité ne semble pas être une caractéristique que l'on peut modifier, cela me semble être plus une information qu'une caractéristique.<BR/><BR/><I>Ceci dit, je me trompe peut-être, d'autant que je n'ai jamais vraiment pu mettre en pratique un calcul de vélocité ...</I><BR/><BR/>Je ne sais pas si ça vous aidera, mais <B>tenez bon ! ;-)</B>Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-46540162662895093312008-12-10T00:08:00.000-08:002008-12-10T00:08:00.000-08:00Nous rencontrons des problèmes similaires. Et la p...Nous rencontrons des problèmes similaires. Et la pression vient bien de l'équipe elle-même, pas particulièrement du management. La dernière rétrospective nous a permis de clarifier la métaphore du sprint : il s'agit bien de voir clairement la ligne d'arrivée le jour du départ mais en aucun cas de rejoindre le plus rapidement possible cette ligne. La vision claire du projet doit apporter de la sérénité ("on a le temps de faire qqch de bien") et pas de la pression ("on peut améliorer la vélocité"). Cependant, il nous reste le problème d'avoir à la fois une estimation fine de la vélocité et une qualité constante dans les itérations.Anonymousnoreply@blogger.com