Priorisation pratique de la dette technologique – Meilleure programmation

Online Coding Courses for Kids

Au lieu d’avoir juste un seau de dettes techniques, vous pouvez utiliser ces trois catégories qui sont basées sur leur impact sur le produit.

1. Briseur

Si vous ne le gérez pas, très vite votre logiciel sera inutilisable. Ce type de dette technique est généralement critique dans le temps, par exemple, une dépendance que vous utilisez est obsolète ou un service sur lequel vous comptez se termine bientôt.

2. Bloqueur

Votre logiciel peut toujours être utilisé si vous ne faites rien avec les dettes techniques. Cependant, si vous ne travaillez pas dessus, vous ne pouvez pas améliorer davantage votre logiciel, par exemple, vous utilisez une ancienne bibliothèque qui n’est plus prise en charge.

3. Constructeur

La dette technologique de Builder ralentit votre productivité, rend votre code moins maintenable ou empêche l’ajout de nouvelles fonctionnalités brillantes qui amélioreraient votre travail ou amélioreraient les performances, par exemple, les fonctions en double qui doivent être refactorisées.

D’après ce qui précède, il est évident que l’ordre est le disjoncteur, puis le bloqueur, suivi du constructeur.

Les classer clairement

Si vous devez évaluer soigneusement les dettes techniques, vous remarquerez que certaines d’entre elles entrent dans plusieurs catégories, comme le montre le diagramme de Venn ci-dessous.

Image reproduite avec l’aimable autorisation de l’auteur

Par exemple, supposons que votre logiciel utilise un ancien outil CI qui dépend d’une très vieille machine qui va bientôt tomber en panne, et le CI montre une amélioration prometteuse de l’exécution. Ce type de dette technologique pourrait appartenir à n’importe quelle catégorie ci-dessus.

Cependant, avoir une dette technologique dans les trois catégories compliquera la priorisation, il est donc préférable de la rendre distinctive en la plaçant dans une seule des catégories.

La façon de procéder consiste à toujours classer la dette technologique dans la catégorie de premier ordre. Autrement dit, si une dette technologique est un briseur, catégorisez-la en tant que briseur, qu’elle soit également un bloqueur. De même, une dette technologique de bloqueur et de constructeur est classée dans la catégorie des bloqueurs. Les autres sont tous des constructeurs.

Ceci est clairement illustré dans le diagramme ci-dessous (plus de chevauchement).

Image reproduite avec l’aimable autorisation de l’auteur

La dette technique évolue

Même si nous avons catégorisé la dette technique, elle doit être revue de temps à autre, car une dette peut évoluer avec le temps dans une autre catégorie.

Un exemple:

Une nouvelle langue (c’est-à-dire Swift) a été introduite pour iOS. Passer à Swift depuis l’Objectif C serait bien mais pas essentiel pour le moment. Il s’agit maintenant d’une dette technologique de constructeur.

Cependant, si un jour Apple décide de supprimer le support d’Objective C et que les futures bibliothèques d’interface utilisateur ne peuvent plus fonctionner avec le code Objective C, cette dette technologique devrait maintenant être promue en bloqueur.

Pour rendre l’histoire plus draconienne, supposons qu’Apple décide un jour de ne pas prendre en charge les applications codées avec l’objectif C. La dette technologique est désormais un facteur de rupture. Si nous ne bougeons pas, la vie de l’application sera écourtée.

Il est également possible de se déplacer dans l’autre direction (c.-à-d. Du disjoncteur au bloqueur au constructeur), bien que ce soit moins probable.

Close Menu