Il bisogno di Scrum non è quello di completare ogni storia alla fine di ogni sprint. In realtà, ciò potrebbe non accadere, specialmente all'inizio di un progetto quando si sta ancora stabilendo una velocità. L'idea è di avere un prodotto potenzialmente spedibile (funzionante, testato e documentato) che aggiunge valore commerciale al cliente alla fine di ogni iterazione.
La prima cosa da fare è migliorare la tua definizione di fatto. Fatto dovrebbe significare che la storia è completa. Ciò significa che è stato progettato, implementato, testato unitamente, integrato e superato i test di sistema e di accettazione. Quando una storia è finita, ciò significa che la caratteristica o la capacità che il negozio rappresenta è pronta per essere consegnata al cliente. The Scrum Alliance ha alcuni articoli su che aspetto ha una buona definizione di fatto , come sapere quando hai finito con una storia , e una metodologia per creare una buona definizione di fatto .
Successivamente, probabilmente dovresti iniziare a lavorare sulla tua stima e pianificazione. Non dovrebbe essere una lotta continua per incorporare le storie in ogni uscita. Inizia con stime appropriate e accurate sulla dimensione della storia, che spesso utilizza i punti storia per fornire una stima del sforzo relativo richiesto per completare la storia . Una volta che hai delle stime, devi usare queste stime per pianificare. Se ti ritrovi a finire 10 punti storia ad ogni sprint, non tirare più di 10 punti storia nel prossimo sprint. Se hai tirato 10 punti storia in uno sprint, ma ne hai terminati solo 8, includi solo 8 nel prossimo sprint. Se finisci presto, puoi inserire più punti storia o utilizzare il tempo addizionale per ridurre il debito tecnico rifattorizzando, scrivendo nuovi test automatici o migliorando i test esistenti (come alcuni esempi).
Invece di iniziare immediatamente il prossimo sprint, assicurati di avere tempo per le tue riunioni retrospettive e di pianificazione. Utilizzalo come un'opportunità per determinare quali sono stati i problemi o ha bisogno di miglioramenti, quindi implementare le correzioni per il processo negli sprint futuri.
Penso che fare questo risolva alcuni dei tuoi problemi, e rendere gli altri più facili da risolvere, o almeno portare più informazioni. Alcuni dei problemi sono anche legati alla cultura organizzativa, come l'intero team che partecipa al test o che non usa la programmazione della coppia. Alla fine, vorrai portare l'intero team in test (e altre attività), dal momento che Scrum è incentrato su un team con competenze interfunzionali. Una stima migliore ti aiuterà anche a identificare se le tue storie sono troppo grandi. Per quanto riguarda la programmazione di coppie, è un non-problema, dal momento che non è richiesto per Scrum e potrebbe non essere utile alla tua squadra.