[Risposte riassunte inserite] Quando lavoro in un ramo di funzionalità e trovo il codice che dovrebbe essere refactored che non è correlato al ramo a parte il fatto che si trova nello stesso file in cui sto lavorando.
Devo creare una nuova user story?
- Il consenso è che in effetti dovrebbe esserci una sorta di nuova PBI che copre il refactoring. [User Story, Bug, Issue]
Inoltre come scrivi una user story per il codice di refactoring?
- Riferimento al commento @DocBrown, Come lavorare su attività correlate a User Story .
- Dovresti in effetti strutturare il refactoring come User Story e sforzarti di inserirlo in questi termini per concentrarti sul suo potenziale valore per l'azienda.
- Citare ragioni come: Debito tecnico e In che modo la responsabilità del refactoring è ereditata dalla funzione passata che non soddisfaceva la qualità standard, quindi non avrebbe mai dovuto incontrare la Definizione di fatto
Nel caso di piccole correzioni, giustifica la creazione di un PBI e un ramo da correggere?
- Come risposta @DanCornilescu, ci sono dei motivi per separare la correzione dal lavoro corrente in corso, come la creazione di conflitti inutili nel ramo o la creazione di una distrazione da ciò che si supponeva stessero facendo.
- Anche aggiunto da @DanCornilescu è il valore aggiunto quando si lavora sui team. Se le correzioni sono indirizzate in un ramo personale e non vengono aggiunte alla gestione del progetto, altri sviluppatori possono eseguire le stesse correzioni.
Sarebbe una cattiva pratica provare e trovare la storia utente relativa più vicina e avviare un compito in?
- Sembrerebbe che dare una risposta a questo può essere fatto solo caso per caso. Anche se basato sugli argomenti precedenti, sembra che valga la pena, se non riesci a trovare un posto appropriato per aggiungere il tuo nuovo requisito, probabilmente dovrebbe essere verbalizzato in una nuova User Story.
- Voglio anche fare riferimento alla risposta di @ S-Lott da Qual è il modo migliore per gestire funzionalità simili in storie utente separate / Elementi del registro indietro del prodotto? per ricordarci che le User story sono non caratteristiche e in che modo si tratta di "shoehorning".