10 vendredi juillet 2009 07:55
C'est dans un mois : la grande conférence annuelle sur l'agilité, organisée par l'Agile Alliance, se tient à Chicago en août.
Pour tout savoir, même pour ceux qui n'y vont pas comme moi; le mieux est d'écouter le podcast en français, Eric et Laurent nous disent tout.
A propos de festival, c'est le 40ème anniversaire de Woodstock ! Tiens un peu de Jimi Hendrix :
09 jeudi juillet 2009 16:51
Ca fait presque 4 ans que le projet IceScrum a commencé. Il y a eu des changements de techno (et il y en aura encore), de nombreuses modifications dans l'équipe, des périodes d'inactivité, des moments de découragement.
Depuis 8 mois, le développement a pris une autre dimension. L'application s'est considérablement enrichie du point de vue fonctionnel, la facilité d'utilisation a été l'objet de tous nos efforts et sa stabilité s'est nettement améliorée. Je l'utilise tous les jours pour le projet IceScrum lui-même et pour mes projets personnels. La plupart de mes clients utilisent encore Excel, cela me permet de voir la différence...
IceScrum a maintenant une nouvelle vitrine, plus en rapport avec l'esprit du produit. Le site ne contient pas encore assez d'informations, notamment pour aider les nouveaux utilisateurs. Cela va venir, le sprint en cours et les suivants sont largement consacrés à la communication. Sur le site, vous trouverez une photo de l'équipe noyau, qui est stable depuis plusieurs mois (ne cherchez pas, je n'y suis pas, c'est moi qui ai pris la photo).
06 lundi juillet 2009 08:49
L'enquête avait été lancée en mai à l'initiative du French SUG. J'avais relié le questionnaire en ligne.
Les résultats commentés sont publics depuis ce matin. Le document de restitution de ce sondage du FSUG et aussi signé par Jeff Sutherland et la Scrum Alliance ! Il est attaché à ce billet.
01 mercredi juillet 2009 08:39
Depuis quelques semaines, la fréquence de mes billets a diminué. Ce n'est pas que je n'ai plus rien à dire. C'est que j'écris ailleurs : je me suis lancé dans un livre sur Scrum.
Vu le temps et l'énergie que ça me prend, mon blog en pâtit.
Pourtant, c'est bien grâce à mon blog Scrum, Agilité et Rock'n roll que j'ai été sollicité par les éditions Dunod pour écrire ce livre. Dans le titre du livre, on devrait retrouver Scrum et Agilité. Pour le rock'n roll, j'ai un doute.
28 dimanche juin 2009 17:39
Avec l'expérience on donne moins d'importance aux estimations et à leur justesse, parce qu'on sait que ce qui compte avant tout c'est d'arriver, en faisant de son mieux.
26 vendredi juin 2009 22:52
Cette semaine, j'ai assisté à des soutenances d'étudiants de Master 2 qui finissent leurs stages de 8 mois en alternance (3 jours par semaine). Sur les 4 auxquelles j'ai assisté, 3 ont beaucoup parlé de Scrum. Les projets sur lesquels ils ont travaillé pendant leur stage ont utilisé Scrum et leur présentation a largement porté sur sa mise en œuvre.
Il y a d'autres étudiants, que je n'ai pas suivis, qui ont pratiqué Scrum dans leur entreprise. Cela s'explique : ils arrivent formés et même diplômés en agilité et parfois ce sont eux qui sont les acteurs de la diffusion de Scrum dans leur environnement de stage.
Parmi les pratiques présentées lors de ces soutenances, j'ai relevé l'utilisation de diagrammes en arête de poisson lors des rétrospectives. Cette technique aussi appelée diagramme d'Ishikawa, sert à identifier les causes d'un problème.
L'analyse causale consiste, à partir d'un problème détecté par l'équipe, à remonter au facteur qui provoque de façon récurrente le défaut. Le plan d'actions consiste à éliminer la cause pour que sa conséquence, le problème, ne se reproduise plus.
On peut faire de l'analyse causale en dehors de la rétrospective sur des problèmes(les impediments de Scrum) identifiés pendant le sprint.
Identifier la cause à l'origine d'un problème est une pratique agile pour James Shore(root-cause analysis). C'est aussi une pratique du niveau 5 du CMM-I.
21 dimanche juin 2009 15:59
Les tests d'acceptation (au sens agile) remplacent une spécification fonctionnelle détaillée. Avec un bénéfice essentiel : la communication est facilitée entre le métier et le développement.
19 vendredi juin 2009 11:01
Le message personnel d'Alexandre me fait très plaisir. Je suis content de voir que mettre des commentaires -pertinents- sur mes billets lui ramène des visiteurs sur son blog.
Dans l'autre sens, ça marche aussi. Agilex est devenu le mois dernier mon plus grand pourvoyeur de visites parmi les blogueurs.
18 jeudi juin 2009 08:23
Demain, dixième conférence sur les Méthodes Agiles organisée par la SigmaT. Au programme le model-driven, la gouvernance et les tests agiles.
17 mercredi juin 2009 10:27
La personne idéale pour jouer le rôle de ScrumMaster devrait posséder les compétences suivantes :
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).
15 lundi juin 2009 10:32
Cette année, le Stade Toulousain n'est pas champion de France de rugby. Et l'équipe de France a beau avoir battu les All Blacks samedi, ils ne sont pas pour autant champions du monde.
Alors qui est champion ?
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.
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 :
On imagine que c'est difficile à trouver dans quelques organisations. C'est pour ça que du coaching peut s'avérer utile.
01 lundi juin 2009 22:07
Le burndown chart montre bien ce qui reste à faire, mais on n'y voit pas les évolutions de périmètre. Il y a 2 ans, j'avais présenté l'intérêt du burnup à 2 courbes pour pallier ce manque du burndown.
J'avais fait un schéma à la main pas très beau. Maintenant qu'IceScrum produit plein de graphiques, dont le burnup, j'en profite pour réactualiser sa présentation.
Le burnup présente 2 courbes :
Pour chaque sprint, ce graphique demande de collecter 2 valeurs pour construire ces courbes. Les valeurs sont en points (les fameux story points), donc seules les stories qui ont été estimées sont prises en compte.
La courbe de fini est en fait le cumul de vélocité, elle ne descend jamais (il n'y a pas de vélocité négative !)
La courbe qui montre le périmètre est calculée en faisant le total des points de tout ce qui est dans le backlog de produit, ce qui est fait, comme ce qui reste à faire. Elle peut monter mais aussi descendre : si on supprime des stories qui avaient été déjà estimées, si on ré-estime à la baisse. Dans le cas d'un projet à périmètre bien défini au départ, elle peut rester plate. Mais en général elle monte.
Il est tout à fait possible que les 2 courbes montent en parallèle, cela veut simplement dire qu'on ajoute des éléments dans le backlog au même rythme que leur réalisation dans les sprints.
La distance horizontale entre les 2 courbes est le temps de cycle, défini dans le Lean Software comme la durée entre la collecte du besoin (dans le schéma, c'est le sprint où la story est placée dans le backlog et estimée) et sa mise à disposition dans le logiciel (ici le sprint où la story est finie).
28 jeudi mai 2009 08:09
L'enquête sur l'utilisation des méthodes agiles en France se poursuit. Vous pouvez encore répondre au questionnaire en ligne.
Les résultats seront annoncés le 18 juin lors d'une soirée World Café.
26 mardi mai 2009 22:00
Nouvelle version pour IceScrum. On passe à la 13. Je l'utilise tous les jours et j'en suis content, j'espère qu'elle vous plaira aussi.
Nouveau site aussi. icescrum.org a changé. Il est en plein développement mais on peut déjà y télécharger la R2#13 et lire la release note.
Nouveau support aussi. Exit le Jira. C'est Benjamin qui fait le support directement. Pour suivre la prise en compte des demandes, nous publierons régulièrement le plan de release.
24 dimanche mai 2009 23:48
Au niveau local, la prochaine conférence à Toulouse, c'est le 19 juin. Le programme est défini.
Au niveau national, le XP Day se tient cette semaine à Paris. Ca commence dès demain même. Cette année, je n'y serai pas. Dommage, le programme est vraiment très riche.
Au niveau mondial, la grande conférence annuelle de l'Agilité se rapproche : elle aura lieu du 24-28 août à Chicago.
Eric me donne de nouvelles informations sur ce grand raout :
18 lundi mai 2009 21:17
Le terme dette technique revient pas mal en ce moment. On en parle dans les blogs et je l'entends même dans mon équipe.
Il n'est pas récent : il vient d'un article de Ward Cunningham de 1992 pour une conférence OOPSLA.
A l'époque, pas d'agile ! Mais du développement incrémental et orienté objet.
13 mercredi mai 2009 12:23
Un retour d'expérience Scrum en 5 minutes, dans la joie, la bonne humeur et en musique.
La chanson du jour, c'est celle des Red Hot Chili Peppers dans la vidéo.
« billets précédents - page 1 de 30
Derniers commentaires