Définition de prêt et sprint

La définition de prêt est une pratique récente qui est un peu symétrique de la définition de fini.

Lire la suite...

Quizz, réponse à la question 14

La question était :

Vous êtes coach et vous mettez Scrum en place avec une équipe qui a l’habitude de travailler à l’arrache : elle ne connait pas les pratiques d’ingénierie du logiciel. Que faites-vous en premier ?

Lire la suite...

Quizz, la question 6 sur la planification de sprint

La question était la suivante :

La vélocité des 2 sprints passés est 13 puis 11. A la fin de la planification de sprint, l’équipe est prête à mettre 20 points dans le sprint. Vous êtes Product Owner, quelle est votre réaction ?

Lire la suite...

Résultats du quizz 1

La première question était la suivante :

Le sprint de 3 semaines a commencé vendredi, avec une équipe de 10 personnes. Le lundi lors du scrum du matin, on apprend qu’un développeur s’est cassé le bras droit au ski, il est plâtré pour une semaine.

Lire la suite...

La 4ème colonne

Voire la 5ème colonne, si on compte la colonne Story.

Lire la suite...

Garder du mou pendant le sprint

Même si on pense avoir tout prévu, des événements inattendus viennent toujours freiner l’avancement du sprint, en bloquant ou ralentissant une ou plusieurs tâches en cours.

Lire la suite...

Définir la durée d'un sprint

Lorsqu’on se lance dans le développement agile, une des premières questions à laquelle il faut répondre concerne la durée des itérations.

Lire la suite...

Utilisation du résultat du sprint

À la fin d’un sprint, le résultat attendu est un incrément du produit final, qui est potentiellement livrable. Quel usage en fait-on ?

Lire la suite...

Scrum et les tâches urgentes

Pendant un sprint, une équipe Scrum ne devrait pas, en principe, être perturbée. Cependant il arrive que des perturbations correspondent à des travaux urgents qui ne peuvent pas attendre, alors que faire ?

Lire la suite...

Les tâches en couleurs

Il n'est pas question de lessive (on est mardi), mais de management visuel.

Lire la suite...

Travaux pour préparer le backlog

Le Product Owner, et aussi toute l'équipe, doivent anticiper le prochain sprint pendant le sprint courant.

Lire la suite...

Scrum, iceScrum & rock'n roll

C'est le titre de ma présentation à Nancy, animée avec Vincent Barrier.

Speaker AT2010

Lire la suite...

Colonnes coulissantes

Un tableau des tâches sert à montrer l'avancement des travaux pendant le sprint, c'est une représentation physique du plan de sprint.

Lire la suite...

Evolution de la durée des sprints

entre 2009 et 2010

Lire la suite...

Le post-it défie le temps

Le post-it a 30 ans et il est toujours agile.

Lire la suite...

Publication sur Developpez.com

Scrum et les changements pendant un sprint.

Lire la suite...

Types de tâches

Cet après-midi, une idée remontée de la rétrospective portait sur l'identification de types de tâches avec des codes de couleur.

Lire la suite...

Le burnup de sprint en tâches

Il n'y a pas que le burndown chart de sprint, d'autres indicateurs permettent de suivre le déroulement d'un sprint.

Lire la suite...

Une story doit être prête pour entrer dans un sprint

Pour avoir de bonnes chances d'être finie finie à la fin du sprint, la story doit être prête prête au début du sprint.

Lire la suite...

Cycle de vie avec Scrum

La vie d'un produit développé en appliquant Scrum est faite d'une séquence de releases. En général, une release dure quelques mois (entre 2 et 8 mois). Quand on a fini une release, on passe à la suivante, jusqu'à la fin de vie du produit. Normalement, les releases se suivent, mais ne chevauchent pas.

Une release est constituée d'une séquence de sprints. Un sprint dure entre une semaine et 4 semaines. Quand un sprint est fini, le suivant commence. En principe, il n'y a pas de trou entre 2 sprints et les sprints ne se chevauchent pas.

Après le début de la release et avant le début du premier sprint de cette release, il y a une période de temps de durée variable, parfois appelée improprement sprint zéro.

Un exemple de cycle de vie, avec une représentation temporelle de type "timeline" :

Roadmap avec 2 releases

Cette timeline a été faite en mars, pendant le sprint 2 de la release de printemps. Le sprint 1 était fini, et les sprints 3 et 4 prévus dans cette release dont la fin était prévue au 30 avril. La release d'été commençait alors et devait se finir le 30 juin.

Une timeline montre toute la vie du produit. Avant la date du jour, c'est l'historique. Après, cela constitue, en ajoutant le contenu prévu pour les futures releases, la roadmap du produit.

- page 1 de 2