Come gestire più storie con modifiche sullo stesso grande programma / modulo Cobol in uno Scrum Sprint senza terminare in una mini-cascata alla fine dello Sprint?
Il rischio è che le attività secondarie di sviluppo di più storie siano collegate tra loro, con uno o due sviluppatori (programmazione a coppie), e con questa azione tutte queste storie vengono consegnate contemporaneamente. Il risultato è una cascata Sprint Burndown, e vogliamo evitarlo.