Scrum, Agilité et Rock'n roll

Fabrice, qu'on ne félicitera jamais assez pour l'excellent travail qu'il fait et les traductions qu'il offre à la communauté francophone, m'a fait découvrir un article de Boris Gloger sur IceScrum, directement en français.

Je reprends quelques-uns des commentaires de Boris Gloger :

La première fois chose à faire est de créer votre projet et vous pouvez choisir entre deux types d'estimation, la plus populaire avec Fibonacci et une plus classique qui va de 0 à 99.

Ca fait longtemps que je me dis que le choix de ce paramètre ne devrait pas apparaître lors de la création d'un projet. Cela aurait plus sa place dans la configuration des pratiques Scrum.

Mais un utilisateur ne peut pas exécuter toutes ces tâches, cela dépend de son rôle sur le projet, Scrum Master, Product Owner, etc.

En fait si. La personne qui crée un projet prend, provisoirement, un rôle hybride cumulant ce que peut faire un ScrumMaster et un Product Owner, justement pour faciliter le démarrage. Boris a raté quelque chose...

et par ailleurs, nous pouvons créer des rôles personnalisés mais ce n'est pas l'idéal.

Boris a faux aussi : ce qu'il prend pour des rôles personnalisés pour Scrum sont en fait les rôles des utilisateurs du produit à développer par l'équipe (on dirait des acteurs avec UML). Il n'est pas le premier à faire la confusion, nous allons mieux expliquer.

Le Backlog peut être affichée sur une vue "tableau" ou une vue "post-it", mais vous ne pouvez prioriser que sur la vue "post-it" ce qui est très bizarre et ennuyeux aussi.

C'est à moi que cela semble bizarre de prioriser en vue tableau, mais les personnes habituées à Excel disent le contraire (j'en ai encore vu une aujourd'hui). Dans la version R2#15, il est possible de faire certaines actions en vue tableau.

mais le backlog d'Obstacles pourrait être encore plus puissant.

C'est sûr, mais il n'y a pas eu de feedback des utilisateurs là-dessus. Je pense que cela est peu utilisé.

Toutes les fonctions de base que nous pouvons attendre d'un outil Scrum sont couvertes et même un peu plus,

C'est dit !

mais ce n'est pas très intuitif...

Il y a toujours des progrès à faire. Il y en aura de nombreux dans la version R2#15 qui va être publiée cette semaine. En particulier une alternative au clic droit qui n'est pas intuitif pour tout le monde.

investir plus de temps sur le support

Difficile pour un logiciel libre développé par une communauté... mais bientôt du nouveau sur le sujet.

Ceci est un diagramme de flux cumulé.

Pour Scrum et les méthodes agiles, l'année 2009 a été celle de la confirmation. Je vais essayer de faire un bilan de l'année sur quelques aspects qui ont été significatifs de mon point de vue.

J'ai assisté ce matin à la présentation de 6 projets, qui utilisent tous Scrum et IceScrum.

Jeudi, lors de l'Agile Tour à Toulouse, j'ai assisté au retour d'expérience d'un projet au forfait en Scrum entre l'INRA et Ekito. A chaque fois que je fais une présentation publique (et c'était encore le cas à Montpellier vendredi), j'ai droit à la question sur la compatibilité du forfait avec l'agilité ; la meilleure réponse est donnée par des expériences réussies. Et celle-là était la plus convaincante que j'ai observée.

Nicolas nous a raconté de façon magistrale la façon dont Scrum a été appliqué sur le projet. Les points-clé que j'ai relevés pour le succès de Scrum dans le cadre de ce projet au forfait :

• un Product Owner, côté client, motivé, qui définit bien les priorités et qui est suffisamment disponible,
• un ScrumMaster (c'était Nicolas) qui a bien compris Scrum et qui a su l'adapter au contexte,
• un coach Scrum (c'était Jean-Marie Damas) très utile pour cadrer une première expérience,
• un outil (c'était IceScrum) adapté à la distribution géographique ^[1] de l'équipe.

Pour ceux qui ont raté l'excellente présentation de Nicolas, son support "Forfait Scrum" est en ligne, avec les autres de la journée, sur le site de la SigmaT.

4 outils Scrum et agile étudiés en détail.

Presque 2 ans après la dernière démonstration, IceScrum est à l'affiche du SigmaT11. Cette fois-ci, la présentation se fera en équipe (il y a aura Benjamin et Stéphane) et j'y participerai activement. De l'eau a coulé sous les ponts, maintenant IceScrum est mon outil préféré.

La dernière version connait un grand succès dans le monde entier (sauf en Afrique !), et en particulier au Brésil, qui est, de loin, le pays le plus branché IceScrum :

Le groupe de discussion Scrum de Montréal s'interroge sur les outils pour Scrum. Je reprends leur compte-rendu en donnant mon point de vue d'utilisateur, de consultant et aussi de Product Owner d'IceScrum.

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).

Un plan de release présente les itérations à venir et le contenu prévu de ces itérations. Ce contenu consiste en des éléments du backlog de produit.

Présenté sous forme de tableau, un plan de release est facile à comprendre. Il constitue un outil de communication important avec tous les intervenants du projet.

Voici un exemple du plan de release du projet IceScrum :

La release apparaît dans le bandeau supérieur, avec ses attributs. En dessous, les sprints sont présentés de façon séquentielle de gauche à droite, avec pour chacun son numéro, son but, sa vélocité prévue et ses dates de début et fin.

Les éléments du backlog planifiés (associés aux sprints) sont estimés en points. Le type d'élément (user story, story technique ou défaut) est montré par les icônes en haut à gauche des postits. La couleur du cadre du bas reprend celle de la feature associée à l'élément.