dette technique

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 plus de 15 ans, je vais essayer de le garder toujours vert. Ma résolution, à partir de 2021, est de le rendre persistant. Pour cela je vais appliquer une nouvelle définition de fini.

J’ai fini de ranger ma chambre !

Continuons avec le 6e principe de la permaculture appliquée à l’agilité. Un principe avec un fameux proverbe !

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.

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