Lors de l'estimation (story points) d'une histoire qui consiste à étendre une fonctionnalité actuelle avec une dette technologique connue, devrions-nous considérer l'effort qui sera consacré à refactoriser le code actuel ou devons-nous estimer indépendamment de cette dette de technologie?Estimation agile avec dette technologique
Question déplacé à link
Je voterais pour estimer la dette technique. Le refactoring ne sera pas gratuit, donc négliger ce coût est trompeur pour vous et votre client.
J'évaluerais sans tenir compte de la dette technique. Bien sûr, cette dette est toujours là et vous avez probablement une certaine indication de combien il est, donc vous devriez réduire votre vitesse pour ce sprint. Cela montre également au propriétaire du produit combien la dette technique coûte vraiment: 'hé, normalement, nous faisons 30 points d'histoire, mais à cause de toute cette dette, nous ne pouvons faire que 20. Qu'en est-il du temps supplémentaire pour nettoyer cette désordre afin que nous puissions obtenir une vitesse plus élevée plus tard? "
Cette question doit être placée à http://programmers.stackexchange.com/faq – richarbernal