« DetteTechnique » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 19 : | Ligne 19 : | ||
<br/> | <br/> | ||
Ce qui m'attire le plus dans la métaphore de la dette, c'est la façon dont elle oriente ma réflexion sur la manière de gérer ce code mal conçu. Je pourrais prendre cinq jours pour nettoyer la structure du code, supprimer ce code mal conçu, en remboursant métaphoriquement le principal. Si je ne le fais que pour cette seule fonctionnalité, ce n'est pas un gain, car je prendrais neuf jours au lieu de six. Mais si j'ai deux autres fonctionnalités similaires à venir, alors je finirai plus rapidement en supprimant d'abord le code mal conçu.<br/> | Ce qui m'attire le plus dans la métaphore de la dette, c'est la façon dont elle oriente ma réflexion sur la manière de gérer ce code mal conçu. Je pourrais prendre cinq jours pour nettoyer la structure du code, supprimer ce code mal conçu, en remboursant métaphoriquement le principal. Si je ne le fais que pour cette seule fonctionnalité, ce n'est pas un gain, car je prendrais neuf jours au lieu de six. Mais si j'ai deux autres fonctionnalités similaires à venir, alors je finirai plus rapidement en supprimant d'abord le code mal conçu.<br/> | ||
<br/> | |||
En d'autres termes, il s'agit simplement d'utiliser des chiffres et tout responsable disposant d'un tableur devrait faire des choix. Malheureusement, comme nous ne pouvons pas [https://martinfowler.com/bliki/CannotMeasureProductivity.html mesurer la productivité], aucun de ces coûts n'est objectivement mesurable. Nous pouvons estimer le temps nécessaire pour réaliser une fonctionnalité, estimer ce à quoi elle pourrait ressembler si le code mal conçu était supprimé, et estimer le coût de la suppression du code mal conçu. Mais la précision de ces estimations est assez faible.<br/> | |||
<br/> | <br/> | ||
==Notes== | ==Notes== | ||
<references /> | <references /> | ||
