Questa è la migliore invenzione dai tempi del cioccolato. I progetti IT non vengono più pianificati in ogni minimo dettaglio, ma le attività imminenti vengono affrontate in brevi sprint. Poi si verifica se la soluzione ha fatto progredire il progetto e qual è il prossimo passo sensato. Ciò riduce drasticamente il rischio che vengano sviluppate cose che l'azienda o il cliente avevano immaginato in modo completamente diverso.
Un aspetto positivo è che i requisiti e i desideri sono sempre definiti in modo chiaro e comprensibile nelle cosiddette User Story. Il vantaggio è che tutti i membri del progetto, anche i non sviluppatori, hanno la possibilità di comprendere e discutere l'approccio alla soluzione di un problema. Solo quando c'è accordo, questo viene tradotto in sintassi IT.
Le User Story vengono continuamente registrate e raccolte in un cosiddetto Backlog. Da questa "casella di posta" viene poi selezionato l'argomento con la massima rilevanza per il prossimo sprint di sviluppo.
Per gestire questi processi, esistono innumerevoli strumenti di complessità variabile. Una certezza è una vera e propria lavagna su cui le User Story vengono appese con post-it e poi spostate a mano dal Backlog allo "sviluppo". Ciò crea un'ottima visualizzazione dello sviluppo in corso. Con i team distribuiti, tuttavia, si raggiunge rapidamente un limite. In questo caso, ci piace lavorare con Trello, che è la traduzione digitale della lavagna a muro. Se le cose si fanno più complesse, si può passare ad Asana, che offre ancora più sottigliezze per pianificare e controllare le singole sotto-attività. Il nostro consiglio è di utilizzare sempre lo strumento più semplice il più a lungo possibile.
Vediamo sempre più spesso progetti in cui si lavora con strumenti incredibilmente potenti, ma a causa della mancanza di una comprensione diffusa, la gestione del progetto procede parallelamente tramite e-mail, fogli Excel o altri canali.