Francamente, penso che dovresti guardarli tutti. Scrum perché enfatizza pesantemente lo sviluppo iterativo e incrementale. XP perché dà molti consigli sul lato tecnico dello sviluppo. Kanban perché enfatizza i limiti e il flusso del WIP.
È così che li ho conosciuti comunque; Ho notato che si sono influenzati l'un l'altro pesantemente nel corso degli anni. In entrambi i casi, nessuna metodologia ha tutte le risposte.
Per me, un'idea di base molto importante per tutto ciò che è "continuo" (consegna continua e implementazione continua) sta rendendo le cose il più piccole possibile: riduci le storie, quindi sono finite prima, il che ti porta a concentrarti sullo sviluppo emergente e iterativo con feedback rapido. Ma anche rendere i componenti della tua applicazione più piccoli e più disaccoppiati.
Cioè se ti concentri su piccoli servizi che comunicano tra loro attraverso una qualche forma di messaggistica, i servizi diventano più facili da capire, più facili da testare e ci saranno meno possibilità che le tue modifiche si diffondano inavvertitamente ad altre parti del tuo codice.
Per una spiegazione più elaborata anche se più "estrema" su quest'ultimo, ecco 2 video molto interessanti: link , link