Abbiamo un vecchio database che viene utilizzato per contenere informazioni di supporto sul sistema finanziario. La maggior parte del codice attuale è in Views che consolida i dati di supporto con i dati finanziari (contenuti in un sistema diverso) in un'unica tabella. Alcuni di questo codice View sono molto grandi.
A causa di un cambiamento nel modo in cui sono riportati i risultati finanziari, è necessaria una modifica alla più ampia di queste opinioni. Non è immediatamente evidente dove questo cambiamento può essere fatto. Tuttavia, è molto probabile che sia effettivamente una piccola modifica nel codice reale.
Sono stato incaricato di "stimare" questo lavoro. Ma questo mi presenta un problema. Per stimarlo, ho bisogno di capire cosa deve essere fatto. Questo richiede molto tempo in quanto non c'è una soluzione ovvia: alcune delle sottoquery devono essere scisse e analizzate per l'artificio. Effettuare la correzione una volta trovata una volta probabilmente richiederà non più di qualche minuto.
A volte chiamo questo tipo di lavoro "stringa" perché, quando viene chiesto quanto tempo ci vuole, la risposta è "quanto è lungo un pezzo di corda". Quasi tutto il lavoro è nella pianificazione e nelle indagini e non è chiaro quanto impegno comporti.
Mi trovo in questa situazione relativamente frequentemente quando si tratta di bug e cambiamenti nei punti. Questo pone problemi quando il tuo manager vuole utilizzare il tuo tempo o rispettare una metodologia timebox come Agile. Come puoi stimare / pianificare questo tipo di compiti? E se nessuna stima è possibile, c'è qualche valore nel sostenere alla dirigenza che questo tipo di lavoro non può essere programmato in modo efficace?