Note de lecture : Executable Specifications with Scrum, par Mario Cardinal

Note : 3 ; Du Scrum de base sans surprise, à part celle de décevoir sur son titre !

Bien entendu, c’est l’aspect « spécifications exécutables » qui m’a conduit vers ce livre ! Le fait qu’il soit plutôt bref, avec ses 150 pages était un bonus. Au final, c’est une déception, la note est peut-être sévère à cet égard mais c’est ainsi, car il s’agit plutôt d’un nième « Scrum Shū ». L’ouvrage manque dans ses grandes largeurs d’originalité et le peu qu’il y en a ne m’a guère convaincu. Heureusement, il faut avouer qu’il est bien écrit. Voyons donc ce que nous réservent ses 9 chapitres.

Le premier d’entre eux couvre une douzaine de pages au sein desquelles on retrouve les poncifs habituels sur la justification des projets en agile : incertitude, complexité etc. En fait, j’ai même l’impression de relire l’introduction du premier bouquin sur Scrum, celui du début des années 2000. Le second chapitre, lui aussi fort d’une douzaine de pages, est un peu moins bateau. Il évoque les prérequis au démarrage de projet. Rien de neuf sous le soleil si ce n’est une bonne vue synthétique et l’usage de l’euristique de nommage de Gause et Weinberg.

Le chapitre 3 ne compte que 10 pages et sert principalement d’introduction à l’un des concepts originaux de l’auteur, celui de « desirement », contraction de « desire » et « requirements ». L’aspect « desire » étant inspiré de nouveau par Gerald Weinberg (are you ligh on ?). Disons le tout net : c’est très peu convainquant. Le tarif est d’une dizaine de pages également pour le chapitre 4 « expressing desirements through user stories ». On nous ressasse une nouvelle fois le template de Mike Cohn et le INVEST. La partie sur les rôles et bénéfices parvient à être intéressante, tandis que l’introduction au backlog reprenant la prose de Mike Cohn est parfaitement insipide.

Lire la suite

Publicité

Note de lecture : Scrum, le guide pratique de la méthode agile la plus populaire, 3ème édition, par Claude Aubry

Note : 7 ; L’ouvrage progresse encore dans cette nouvelle édition, il gagne en maturité sur les principes agiles et reste toujours aussi bien écrit.

Oui, vous avez bien lu: j’ai une édition de retard ! Vous aurez tout de même droit à la 4ème… disons d’ici un an ou un peu plus ! En attendant, voici la note pour cette 3ème édition. Elle est distante de 4 ans et demi de celle de j’avais fait pour la 3ème edition. Bonne lecture !

Claude Aubry prend les choses sérieusement : chaque nouvelle édition de son livre apporte son lot de changements. Il est aussi souvent le reflet de l’évolution de sa façon de voir les choses ! Pour ce qui est de la taille, on reste dans les mêmes canons : 290 pages (+5 pages). Le plan reste le même, avec 20 chapitres qui font le pendant à l’édition précédente.

Comme je l’ai fait pour la seconde édition, je ne vais pas accorder le même intérêt à tous les chapitres à passer en revue, je vais toutefois reprendre quelques remarques sur certains d’entre-eux.

Le chapitre 2 (du sprint à la release) continue à mettre un accent fort sur la notion de release. C’est l’approche qu’adopte Claude et elle marche certainement. En fait la release a même sa propre définition de terminé ! Une idée que je trouve du coup contestable. Je suis loin de penser que cette idée est indispensable, elle donne même des petits relents de cycle en V. Mais surtout cela ne fait pas partie du « core Scrum ». Certes, on lit un auteur pour le point de vue qu’il peut avoir, mais il est aussi important de faire apparaître ce qui fait partie du corpus de base et ce qui est une adaptation…

Lire la suite

Note de lecture : Scrum Shortcuts, par Ilan Goldstein

Note : 5 ; Succinct, parfois léger, mais souvent pertinent.

Apporter des réponses directes, tel est le but de ce petit opuscule. Il ressemble donc plus à un livre de recettes qu’à un « guide complet », pour autant qu’une telle chose puisse exister… Ce ne sont d’ailleurs pas des recettes, mais des antipatterns, ou des raccourcis comme l’auteur les appelle. Des raccourcis que je dois avouer souvent rencontrer (peut-être pas tous, mais beaucoup) et pour lesquels l’auteur nous propose des antidotes.

En lui-même, le livre est assez court, avec 162 pages, structurées en 10 chapitres, le tout compilant 30 des raccourcis susmentionnés. Le premier chapitre « Scrum Startup » couvre 3 raccourcis en une quinzaine de pages. Si le premier shortcut n’en est pas vraiment un mais une courte introduction plutôt bien faite, je jette mon dévolu sur le raccourcis n° 2 « fragile agile » reprenant quelques antipatterns d’interprétation erronées de Scrum. Bien vu !

Le second chapitre « attitude and abilities » couvre aussi 15 pages et intègre également 3 raccourcis. Je vais mettre fin maintenant à cet insoutenable suspens : ça continue comme ça jusqu’à la fin ! Le « masterful Scrum Master » relève correctement la posture du Scrum Master, mais l’auteur aurait aussi pu relever les antipatterns du Scrum Master chef de projet et du SM courroie de transmission du management ! Le raccourcis star est sans doute le « Rock Star or Studio Musician » qui pointe ce que doit être la dynamique d’une équipe Scrum. Sur le raccourcis dédié au linup, j’avoue ne pas être fan du T-shape développeur que je trouve une vue réductrice des compétences des membres d’une équipe.

Lire la suite

Note de lecture : The Scrum Field Guide, par Mitch Lacey

Note : 4 ; La promesse d’un accompagnement pour démarrer, mais au final des conseils biaisés et parfois critiquables sur la mise en place de Scrum !

Un livre pour vous accompagner durant votre première année de Scrum, telle est la promesse de Mitch Lacey ! Le livre est bien écrit, et l’auteur sait puiser dans une large connaissance de ses sujets. Chaque chapitre est construit de la même façon : d’abord une histoire, puis « le modèle » et enfin les clés du succès pour conclure. Dommage de ne pas avoir tenté de construire un fil rouge avec l’histoire, car c’est un contexte différent que l’auteur nous propose à chaque fois.

En lui-même, le livre n’est pas une lecture légère ; 350 pages découpées en 30 chapitres sous 4 parties. Rajoutez à cela 10 pages d’annexes pour décrire le framework Scrum. Les 18 pages du 1er chapitre sont en dehors des 4 parties. Il sert à introduire Scrum et fait plutôt bien son boulot. Notons que l’on y parle des valeurs et pratiques Scrum (à distinguer de celles du manifeste).

La première partie elle-même est constituée de 7 chapitres sur 95 pages. La douzaine de pages du second chapitre évoque l’embarquement des personnes sur le projet, la vision, le sentiment d’urgence, tout ça. J’ai trouvé cela bien peu convainquant. Au long des 15 pages du chapitre 3, l’auteur développe un modèle bien à lui, celui du « team consultant ». On s’écarte assez notablement de la Vision Scrum ici. Et pour des nouveaux venus, elle est facile à interpréter incorrectement, avec le mise en place de baronnies au sein de l’organisation ! 15 pages également sont dédiées à la gestion de la vélocité au chapitre 4. Pourquoi traiter ce sujet dès maintenant ? Mystère. Toute la logique du plan est en fait un peu mystérieuse pour moi. Rien de transcendant dans ce chapitre 4, par ailleurs. Mais les rôles de Scrum eux méritent bien d’être traités tôt. Mais on n’en dit presque rien ! Seules 9 pages leurs sont dédiées au chapitre 5. Décidément les priorités et les importances des sujets sont troublantes. On passe un peu plus de temps (mais à peine) sur la détermination de la longueur des itérations, où l’auteur nous propose une impressionnante « scoring key », à mon avis complètement inutile. Dans le même ordre d’idées, 8 pages à propos de la définition de terminé… bof, pas grave, n’est-ce pas ? Le chapitre se termine par un sujet qui tient à cœur à l’auteur : le « full time Scrum Master », sur lequel je suis en complète opposition !

Lire la suite

Note de lecture : The Elements of Scrum, par Chris Sims & Hillary Louise Johnson

Note : 6 ; Bien écrit et pertinent, mais aussi sans beaucoup de surprises.

Cet ouvrage est le grand frère du « Scrum, a Breathtakingly Brief and Agile Introduction », ou plutôt est-ce l’inverse ! Cela reste un ouvrage descriptif sur Scrum. Au moins celui-ci est-il vivant et bien écrit.

La première partie (introduction à l’agilité) est précédée d’un petit storytelling « a week in the life of a Scrum Team ». Il me rappelle le « Scrum in action » de Jeff Sutherland. Mais ici il n’a qu’un objectif de mise en jambe et c’est plutôt original et réussi. Le premier chapitre de cette seconde partie a trait (tarte à la crème des temps modernes) à la comparaison entre cycle en cascade et agile. On échappe toutefois aux lieux communs et le propos est même éclairé !

Le second chapitre (3ème en fait) introduit l’agilité (classiquement aussi) par l’écriture du manifeste agile. Là encore bien écrit et documenté il constitue une bien sympathique synthèse historique. Il n’est guère surprenant de voir un chapitre dédié aux principes et valeurs agiles lui succéder. Le propos sur les valeurs agiles n’est guère original, mais les 12 principes sont plus rarement évoqués. Ils intéresseront les nouveaux venus à l’agilité.

L’agilité est-elle rentable ? C’est ce qu’explore ce 5ème chapitre en comparant le déroulement en parallèle d’un projet en agile d’un côté et en cascade de l’autre. Cette histoire montre la valeur de l’approche agile d’un point de vue financier. Cela dit, ce chapitre aborde ce cas de figure de manière un peu simpliste.

Lire la suite

What is Scrum ? Par Henrik Kniberg

Une façon classique de présenter le sujet est de commencer par le manifeste, puis d’évoquer le « parapluie agile » et les différentes approches qu’elle abrite : Scrum, XP, Kanban, etc.

Mais c’est surtout : délivrer tôt de la valeur métier et « moins de bureaucratie ». Pour illustrer cela, Kniberg nous trace le Value Stream Map d’une entreprise développant des jeux : un temps de cycle de 25 mois pour 3 mois de travail utile seulement ! La logique de telles entreprises est de minimiser les coûts en maximisant l’utilisation des ressources.

Optimiser l’utilisation des ressources

Il s’agit d’une illusion à plusieur titres. Tout d’abord occuper au mieux l’équipe ne garanti pas une meilleure productivité, au contraire. Preuve nous en est donnée lors des week-end de départ en vacances…

Par ailleurs, notre travail n’est pas de produire du logiciel … mais de résoudre des problèmes. Et si possible en produisant le moins de logiciel possible pour ce faire !

Lire la suite

Agile Tour Lille – 15 octobre 2015

Agile Tour Lille 2015, j’y serais !

Les retours d’expérience sont rarement aussi passionnant qu’ils devraient l’être ! Ils me donnent trop souvent l’impression d’être pour une entreprise, un projet, l’occasion de vanter leur réussite. Une opportunité de raconter une histoire dont ils sont les héros et dont il sera difficile de tirer parti une fois rentrer chez nous.

C’est donc à partir de vécu, mais sous forme de « patterns » , de recettes venues du terrain, que je vous proposerais cette session qui n’a rien de théorique.

Voici le « teaser » de cette session.

Teasing, teasing…

Basculer en agile un très gros projet est un challenge, pour certains cela peut même apparaitre comme une ineptie. Pourtant c’est que le projet Linky a décidé de faire ! Un tel choix fait émerger des difficultés souvent absentes de projets plus petits : culture « cycle en V » omnisciente, grandes équipes, intégration dans l’architecture du SI, etc.

Mais si la route reste longue, les signes de succès sont réels. Plutôt que d’exposer l’histoire du projet, nous allons voir ensemble 12+1 leçons apprises, sous forme de « patterns » opérationnels : des recettes que vous ne trouverez dans aucun livre. Les patterns que nous vous proposons sont tous directement utilisables pour votre propre transition agile dès demain.

A bientôt

Rendez-vous le 15 Octobre à Lille !

Agile Tour Lille – 15 octobre 2015

Note de lecture : Scrumban, par Corey Ladas

Note : 8 ; Réflexions sur la transition de Scrum à Kanban, la vraie nature d’un processus agile et les moyens de l’adapter.

J’entends beaucoup de personnes parler du Scrumban, mais bien peu ont lu les essais de Corey Ladas compris dans ce volume, car il ne s’agit pas de ce dont ils pensent. Car avant tout, Scrumban est une compilation d’essais (souvent des reprises de posts de blog) sous la forme d’un livre au format très court, moins de 175 pages, celles-ci étant par elle-même assez courte, du fait de la mise en page. Mais court ne signifie pas sans valeur, car le texte de ce praticien très chevronné de l’agilité nous propose des réflexions très profonde sur le passage de Scrum à Kanban et la vrai nature des processus que nous utilisons !

Il n’y a pas vraiment de chapitres au livre, mais plutôt des espèces de thèmes qui sont au nombre de 7. Le premier d’entre-eux concerne Kanban lui-même. L’auteur y explore les mécanismes fondamentaux : le WIP et le flow, bien sûr, mais aussi la synchronisation et les buffers. On termine avec une réflexion sur la notion d’itération : pourquoi son avènement était inévitable, tout comme maintenant … sa disparition !

Le workflow est le second thème. C’est l’occasion de réfléchir sur la vrai nature d’un processus, en commençant par souligner qu’un workflow n’est pas une planification (les 2 concepts sont orthogonaux). L’auteur va plus loin en étudiant le PSP du SEI par rapport à Kanban et en mettant en relief les … similitudes ! Enfin l’auteur termine cette partie en dénaturant le kanban en le transformant en un processus à un ticket : c’est un cycle en « V » !

Lire la suite

En finir avec le stand-up ?

Le stand-up, ou scrum meeting, quelque soit le nom que vous lui donniez, est un élément prépondérant du framework Scrum (et d’autres approches agiles également). C’est lui qui permet de maintenir le cap de l’itération et de s’assurer que tout reste dans les clous de ce qui a été prévu en début de Sprint et de faire des choix ou des actions correctrices le cas échéant.

Vous connaissez sans doute le principe : à heure fixe chaque jour, les membres de l’équipe se rassemblent, souvent devant leur Scrum Board. C’est un rendez-vous court d’une dizaine de minutes (c’est pourquoi tout le monde reste debout) et chacun répond à 3 questions :

  • Qu’ai-je fait hier ?
  • Qu’ai-je l’intention de faire aujord’hui ?
  • Quelle problème ai-je rencontré ?

Tout est dans l’efficacité. Qu’est-ce qui pourrait mal tourner ?

Lire la suite

Water – Scrum – Fall … la réalité d’aujourd’hui ?

Le constat

Oui, l’agilité gagne en popularité dans les organisations ! Du moins, apparemment. Les idées qui en sont à la base comme le « people centric » génèrent un réel intérêt. Aujourd’hui plus encore qu’hier, « agile » rime avec « Scrum ». Cet article met en exergue ce qui était déjà un soupçon fort, ce que j’appelle le Scrum « Canada Dry » dans mon article Scrum Shu Ha Ri :

  • La MOA rebaptisée « Product Owner ».
  • L’organisation matricielle, avec les développeurs devant partager leur temps sur plusieurs projets (je l’avait raté celle-ci)
  • Des itérations qui ne couvrent que partiellement le cycle logiciel
  • La « culture projet » où les équipes se font et se défont régulièrement au grée des projets.

Les organisations elle-même créent un carcan dans lequel inscrire un projet agile devient compliqué, à moins d’en pervertir la logique : logique budgétaire, silotage des activités, prédominance de la « logique document » et des releases parcimonieuses pour d’apparentes raisons économiques et culturelles.

Pourquoi ?

Ce constat met en relief un aspect quasi schizophrénique de l’adoption de l’agilité (d’où le titre de l’article). Celui-ci s’explique du fait de l’adoption des processus agiles par les praticiens qui tend à cloisonner l’agilité dans les équipes de développement, les équipes connexes restant attachées à leurs anciens processus. La réalité du « water-scrum-fall » se traduit par :

Lire la suite