Ho notato una strana tendenza nell'azienda in cui lavoro.
Ci sono persone che insistono sul fatto che ci dovrebbe essere una lista di compiti. Stimano tali compiti, li implementano e cercano di soddisfare i loro impegni. Tuttavia, mentre stanno codificando, è probabile che i requisiti cambino. Le priorità si spostano, i compiti aumentano o diminuiscono e l'ambito può semplicemente cambiare, facendo sì che l'intero lavoro venga scartato.
E poi, c'è un'altra squadra, che incontra problemi e li risolve man mano che si presentano. Non ci sono stime, non ci sono priorità, non ci sono scadenze fisse, e le dichiarazioni di missione per gli sprint vanno come "Correggi gli errori nel [inserisci il nome del sottosistema qui]".
Ora, qual è il modo giusto per essere agili quando si hanno sprint tecnici che si concentrano solo sulla stabilizzazione del sistema? Dovresti provare a raccogliere un elenco di problemi, solo per farli cambiare, o dovresti provare a sistemarti mentre lavori, senza dire quando avresti finito?