J'ai appris la mise à jour du guide Scrum de Ken Schwaber et Jeff Sutherland quelques jours après avoir envoyé le bon à tirer pour la deuxième édition de Scrum, le guide pratique etc...
Guides Scrum
Un guide présente des conseils dans la mise en œuvre d'une pratique de Scrum.
Le rôle de Product Owner
19 mercredi janvier 2011 10:50
Un des mes premiers billets, il y a plus de 4 ans, portait sur le rôle du Product Owner.
Le scrum quotidien
09 mardi février 2010 07:40
Le scrum (ou mêlée) est une pratique très représentative de Scrum.
La fin d'une release
04 vendredi septembre 2009 00:06
Une release est une séquence de sprints, mais quand finit-elle ?
Risques dans la mise en oeuvre de Scrum
02 mercredi septembre 2009 11:33
Une équipe qui passe à Scrum doit faire face à plusieurs risques.
Compétences souhaitées d'un ScrumMaster
17 mercredi juin 2009 10:27
La personne idéale pour jouer le rôle de ScrumMaster devrait posséder les compétences suivantes :
- bien connaître Scrum,
- avoir des talents de communication,
- être capable de guider sans imposer,
- savoir résoudre les conflits,
- avoir le courage de communiquer honnêtement sur l'avancement du projet,
- savoir développer la force collective de l'équipe.
Avoir une culture technique est très souvent utile. En effet, cela permet au ScrumMaster de mieux communiquer avec les membres de l'équipe et cela facilite la résolution des problèmes (impondérables).
Cycle de vie avec Scrum
14 dimanche juin 2009 23:04
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" :
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.
Compétences souhaitées d'un Product Owner
10 mercredi juin 2009 15:52
La personne idéale pour jouer le rôle de Product Owner devrait posséder les compétences suivantes :
- bonne connaissance du domaine métier,
- maîtrise des techniques de définition de produit,
- capacité à avoir une position respectée et à prendre des décisions,
- capacité à détailler une fonctionnalité au bon moment
- esprit ouvert au changement,
- bon négociateur.
On imagine que c'est difficile à trouver dans quelques organisations. C'est pour ça que du coaching peut s'avérer utile.
Les différentes parties du backlog
28 mardi avril 2009 07:53
Le backlog de produit contient la liste des choses à faire. Pour simplifier appelons ces choses à faire des stories. Selon l'état de ces stories, on peut identifier 4 grandes parties dans un backlog :
- les stories en cours de réalisation dans le sprint[1] courant
- les stories planifiées dans les sprints suivants. Elles constituent le plan de release.
- les stories à prioriser (et estimer) pour pouvoir les planifier.
- et puis les stories finies dans les sprints passés. Certes elles ne constituent plus du travail à faire, parce qu'elles sont finies, mais les tests associés sont à repasser pour éviter les régressions.
Notes
[1] dépêchez-vous de répondre à mon sondage sur la durée du sprint
Le backlog de produit
18 dimanche janvier 2009 22:40
Les équipes agiles ne produisent pas une documentation faite au début du projet, qui décrit en détail toutes les spécifications fonctionnelles. Elles collectent les fonctions essentielles (les features) et les raffinent progressivement. Il n'y a pas un gros document de spécification, l'outil de collecte s'appelle le backlog de produit.
Présentation rapide de Scrum
03 samedi janvier 2009 15:44
Scrum, c'est quoi ? Scrum est un processus de développement faisant partie des Méthodes Agiles qui s'inspire des valeurs collectives du rugby : scrum signifie mêlée.
La mêlée quotidienne ou scrum
25 lundi février 2008 14:40
Le scrum est un point de rencontre entre tous les membres de l'équipe pour réguler les tâches du sprint en cours.
La revue de sprint
25 dimanche novembre 2007 09:35
Une revue qui permet un feedback concret sur le produit (c'est mieux que sur de la documentation).
La rétrospective de sprint
13 mardi novembre 2007 21:54
De l'amélioration de processus, concrète (et sans s'encombrer de CMM-I !).
La réunion de planification du sprint
05 lundi novembre 2007 14:44
Pour bien démarrer un sprint, une réunion pour définir son périmètre fonctionnel, faire sa planification et aussi un peu de conception.
Glossaire Scrum
17 mardi juillet 2007 07:40
Scrum utilise un vocabulaire spécial. D'abord en anglais. Que donne l'usage en français ? Le point après 2 ans d'utilisation sur le terrain.
Les réunions d'un projet Agile
09 lundi juillet 2007 23:40
De nombreuses réunions, certes, mais cadrées et bornées...
« billets précédents - page 1 de 2
