Agile: quando re-fattore e quando estendersi durante il debito tecnico accumulato? [duplicare

Question

Questa domanda ha già una risposta qui:

• Regola empirica per il costo rispetto ai risparmi per il riutilizzo del codice [duplicato 7 risposte
• Stima agile con debito tecnologico 3 risposte

Considera il seguente scenario.

Attualmente hai un set di funzionalità A si desidera estendersi per includere il set di funzionalità B. Nella caratteristica vicina c'è un'alta possibilità che desideri estenderlo ulteriormente per includere il set di funzionalità C.

• Opzione 1) costo da estendere A -> B è minimo, ma elevati costi di manutenzione.
• Opzione 2) costo per il refactor A e B Avere un senso più logico è moderato, ma bassi costi di manutenzione.

Estensione per includere il set di funzionalità C:

• Costo per estendere il refactorato (A & B) -> C è minimo, sempre bassi costi di manutenzione.
• Il costo per estendere a, b -> c è elevato, (sia per refactor che estendersi).

Supponendo l'inclusione del set di caratteristiche C Oltre lo scopo dello sprint attuale, come si fa a scegliere un'opzione?

Come cambia questo se l'aggiunta del set di funzionalità C è diversi (2 o più) sprint?