Question

Dans votre pratique, comment suivez-vous et gérez-vous efficacement la dette technique?

Existe-t-il une métrique spécifique, telle que SLOC que vous utilisez?

Comment affichez-vous visuellement vos résultats aux parties prenantes et à la direction?

Quels sont les avantages du processus?

Était-ce utile?

La solution

Nous écrivons des cartes d’histoire pour la dette technique. Ils sont noirs, avec de grands panneaux d'avertissement jaunes sur eux. Obtenez trop sur le mur, et c'est vraiment évident.

Tous ceux qui passent peuvent les voir:)

Autres conseils

Nous utilisons des commentaires @todo .

En Python, les outils epydoc formulent bien le @todo .

Nous avons un petit scanner de code qui extrait les lignes de commentaires @todo . Nous les plaçons dans le carnet de commandes en tant que travail à accomplir.

Je parle un peu des paramètres utilisés pour identifier la dette technique dans mon entrée de blog ci-dessous. La dette technique peut signifier bien plus que des éléments de nettoyage de code mis en évidence par les déclarations TODO dans le code. Le mécanisme de suivi changera en fonction de l'indicateur de risque sur lequel vous vous concentrez.

http://blog.acrowire.com/technical -dette / technique-dette-partie-2-identification /

Un plug-in pour Sonar existe traduit la dette technique en dollars.

Je ne l'ai pas encore utilisé moi-même, mais cela semble prometteur.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top