AGILE: Quand se redresser et quand s'étendre tout en accumulant la dette technique? [dupliquer

Question

Cette question a déjà une réponse ici:

• Règle de base pour le coût par rapport à la réutilisation du code [Duplicate 7 réponses
• Estimation agile avec la technologie technique 3 réponses

Considérez le scénario suivant.

Vous avez actuellement un ensemble de fonctionnalités A vous souhaitez étendre pour inclure l'ensemble de fonctionnalités B. Dans la fonction proche, il y a une forte possibilité que vous souhaitiez étendre encore plus pour inclure l'ensemble de fonctionnalités C.

• Option 1) Coût pour s'étendre A -> B est minime, mais les coûts d'entretien élevés.
• Option 2) Coût pour refactor A et B Avoir un sens plus logique est modéré, mais de faibles coûts de maintenance.

Extension pour inclure l'ensemble de fonctionnalités C:

• Coût pour étendre refactorisé (A & B) -> C est minime, encore une fois les coûts de maintenance faibles.
• Le coût pour étendre A, b -> c est élevé (à la fois pour refactor et étendre).

En supposant l'inclusion de l'ensemble de fonctionnalités C est au-delà de la portée du sprint actuel, comment allez-vous choisir une option?

Comment cela change-t-il si l'ajout de l'ensemble des fonctionnalités C est plusieurs (2 ou plus) sprintent-ils?