Un blog vivant depuis 2006 ! Des centaines d’articles accessibles par les menus et les widgets ou bien en parcourant les derniers que j’ai modifiés, ci-dessous.
Dire qu’on va faire de l’agilité parce que c’est à la mode n’est pas une bonne raison
Pendant la première décennie de l’agilité — disons jusqu’en 2011 — la question du pourquoi était souvent posée, à propos d’un développement de logiciel. Elle était formulée ainsi :
Est-ce l’agilité est adaptée à mon développement ?
Ce qui revient à : pourquoi devrions-nous passer à l’agilité ?
Attention, SCRUM n'est pas un acronyme !
Je me suis amusé à créer des acronymes expressifs afin de faciliter la mémorisation d’attributs liés à des concepts de l’agilité.
C’est un exercice que j’ai pratiqué pour L’art de devenir une équipe agile, dans lequel ça se voit dans le titre de plusieurs pages et que je continue dans la nouvelle édition de Scrum.
Si on ne profite pas de cette situation incroyable pour changer, c’est gâcher une crise
C’est Bruno Latour, un philosophe et sociologue, qui a inspiré cet article.
Il vient de publier un article dans AOC Media : Imaginer les gestes-barrières contre le retour à la production d’avant-crise.
À la fin de l’article (et aussi à part) on trouve un questionnaire, ou plutôt une aide à l’auto-description, ou encore mieux un outil de discernement.
Les créateurs de Scrum pensaient bien faire en utilisant sprint
Dans L’art de devenir une équipe agile on trouve ce dessin. Il illustre ce que ne devrait pas être un sprint pour une équipe agile.
Pour expliquer comment on peut continuer à dire sprint tout en oubliant l’idée de vitesse qui y est attachée, j’ai utilisé un terme dont je viens de découvrir qu’il est une insulte du Capitaine Haddock. Il figure dans Le petit Haddock illustré d’Albert Algoud.
Non, ce n’est pas bachi-bouzouk. Ni ectoplasme. Ni apache. Ni vampire.
Une phrase de Lénine ou Staline ?
Pour le klub de lecture de ce soir, j’ai lu L’entreprise altruiste d’Isaac Getz et Laurent Marbacher, et ce duo soviétique y est présent, dans le chapitre six qui s’intitule : Faire confiance en excluant le contrôle
L'outil convivial est celui qui me laisse la plus grande latitude et le plus grand pouvoir de modifier le monde au gré de mon intention - Illich
Quand on est allé à une conférence agile ou qu’on a participé à un Agile Games France — le Graal — je pense qu’on associe volontiers l’adjectif convivial à l’agilité.
Dans le cadre plus restreint d’une équipe, la pratique courante de la célébration à la fin d’un sprint donne une touche conviviale.
La coopération est une quête de connaissance partagée
Cet article fait suite au commentaire d’Aurélie sur Twitter à propos du manifeste agile radical. Elle nous dit :
… le lien entre le réchauffement climatique et la collaboration avec le client n’est pas clair pour moi
Je tente donc de contribuer à plus de clarté.
Nous voulons des coquelicots !
Le Manifeste agile met en avant la collaboration avec le client plus que la négociation du contrat. Dans notre précédent article, nous avons constaté qu’en fait, sur le terrain, ce qui s’est passé dans les équipes agiles, c’est :
la coopération avec le Product Owner plus que la collaboration avec le client
C’est bien. Mais il est temps d’aller encore plus loin.
S’assurer de l’alignement avec les parties prenantes sur la mission de l'équipe
Cet article poursuit la visite de CARE avec l’exemple PermaBio.
Nous abordons aujourd’hui la 2e étape dans l’usage de l’outil, celle qui consiste, pour l’équipe, à s’aligner avec les parties prenantes.
Un plan de release permet d’avoir la connaissance actualisée de ce qui va être fourni au long des sprints de la release. C’est une projection du backlog sur les sprints qui constituent la release.
