Le premier mai, fête des travailleurs, c'est le bon moment pour déconstruire la flexibilité du travail, présentée à tort comme de l'agilité.
Après la division du travail, la division du temps et l’individualisation, la flexibilité du travail est un avatar du management libéral des organisations visant à mieux s’adapter aux contraintes du marché.
Adaptation ? Tiens, dans le Manifeste agile de 2001, on trouve “s’adapter au changement”.
Mon blog a commencé en 2006, je vais essayer de le garder toujours vert. Ma résolution, début 2021, était de le rendre persistant. Pour cela j’ai essayé d’appliquer une nouvelle définition de fini. Bilan début 2025.
La semaine prochaine, c’est Agile tour Toulouse. Ma session Scrum ? mon scrotum ! a été retenue par les organisateurs. Après le Pays Basque et Rennes, ce sera ma dernière représentation.
Parmi les raisons qui conduisent au scrotum, il y a la peur. Celle qui pousse les développeurs à produire de la dette technique alors qu’ils savent bien que c’est mal.
Cette situation, due à la peur et aussi parfois à l’ignorance, est ce que Ron Jeffries qualifie de Dark Scrum. Son article est disponible en français chez les Traducteurs Agiles : Dark Scrum.
La définition de fini constitue le chapitre 11 de la troisième édition
Dans la série Suppléments en ligne de mon livre sorti, pour la première édition, il y a 4 ans, voici la Définition de fini qui constitue le chapitre 11 de la troisième édition.
Le résumé en fin du chapitre :
La définition de fini est la pratique qui permet d’obtenir le niveau de qualité attendu à la fin de chaque sprint, pour éviter d’accumuler de la dette technique.
Où il est question de story technique, un sujet controversé
La vocation du backlog étant de collecter tous les travaux de l’équipe qui apportent de la valeur, il n’est pas raisonnable de se limiter uniquement à ce qui est visible des parties prenantes.
Cette présentation des types de story reprend l’idée de Backlog in Colors proposée par Philippe Kruchten (qu’on trouvera dans ses slides sur la dette technique dont je conseille la lecture; elle donne du sens à cette notion souvent vague).
J’ai assisté aujourd’hui à 7 soutenances de stage d’étudiants de Master 2 de l’IUP ISI. Dans aucune d’entre elles n’a été mentionné Scrum ou agile. Des étudiants ont parfois fait du développement itératif, certains ont eu des réunions quotidiennes, guère plus.
Dette technique serait-ce le nouveau nom de la (non) qualité ?
Suite à mon premier billet sur la dette technique nique nique, Olivier nous donne une idée pour la mesurer :
Estimer l’écart de coût d’une histoire utilisateur entre l’instant présent et le début du projet
Essayons. Il nous faut 2 histoires utilisateur de même taille.
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.
À l’époque, pas d’agile ! Mais du développement incrémental et orienté objet.
Cunningham utilise l’analogie avec la dette financière pour mettre en évidence que, comme les intérêts s’accumulent progressivement lorsqu’on contracte une dette, le coût de développement augmente si le logiciel a des imperfections techniques.
Every minute spent on not-quite-right code counts as interest on that debt.
Que faire des bugs relatifs à une user story et découverts dans un sprint postérieur à la réalisation de cette story ?
Ah, un post très intéressant et très concret d’Eric Lefèvre.
Eric parle d’un problème qui se pose couramment, qu’est ce qu’on fait des bugs relatifs à une story et découverts après que cette story ait été considérée comme finie ?
