Per quali progetti Agile è più adatto?

Di recente mi è stato chiesto quale tipo di progetti sia più adatto ai processi agili. A mio avviso sono quelli con scadenze ravvicinate, un alto grado di complessità e un alto grado di novità (unicità). Si dovrebbero utilizzare i metodi agili quando si fa qualcosa di nuovo o quando è nuovo per il team in questione. Se il team ha già fatto qualcosa molte volte, probabilmente non ha bisogno di ricorrere ai metodi agili.

A questo punto emergono paralleli con l’industria manifatturiera. Se ogni giorno si costruisce la stessa auto, presto si conoscono tutti i dettagli. Non serve un approccio agile, perché la situazione non è nuova. Ma la novità da sola non significa ancora che si debba usare un processo agile.

3 fattori della pianificazione agile dei progetti

Di recente ho pranzato in un ristorante cinese. Ho ordinato l’antipasto “extra piccante e con jalapeños”. Era sicuramente la prima volta che preparavano quel piatto esattamente così, quindi era una novità, cioè unico. Eppure era delizioso e, potendo vedere la cucina, ero sicuro che non avessero avuto bisogno né di un Daily Standup né dello sviluppo guidato dai test (Test-Driven Development, TDD). (Forse ho potuto riconoscere alcuni elementi Kanban.) Oltre alla novità, un progetto deve avere anche un certo grado di complessità e l’ultimo elemento che rende un progetto adatto ad Agile è l’urgenza. Gli intervalli di lavoro e le iterazioni in un approccio agile sono concepiti per mantenere l’intensità e il focus durante un progetto. Se un progetto non ha urgenza, questo non è necessario.

Vediamo quindi come si combinano questi tre fattori (urgenza, complessità, novità) nei diversi progetti. Iniziamo naturalmente con i progetti software. I progetti software e i metodi agili sono una combinazione perfetta, perché questi progetti sono notoriamente molto complessi. Ogni progetto software è una nuova impresa e nel mondo di oggi quasi tutto è in qualche modo urgente.

Ma guardiamo anche un’altra situazione in cui Scrum viene applicato sempre più spesso: organizzare un matrimonio. Ogni anno sento di diverse coppie che hanno pianificato il loro matrimonio con l’aiuto di Scrum. C’è sempre un Backlog per il matrimonio – comprare la torta, scegliere il fotografo, spedire gli inviti, scegliere il vestito ecc. Come si presentano i miei tre fattori sopra citati? Urgenza? Check! C’è sempre una scadenza ed è solitamente piuttosto fissa. Complessità? Beh, forse un matrimonio non è così complesso come un progetto software, ma ci sono fattori specifici che spesso hanno a che fare con requisiti non funzionali, come ad esempio un budget fisso, chi siede accanto a chi, quale cibo viene servito e se la band del cugino debba suonare al ricevimento ecc. Novità? Certamente. La maggior parte delle persone non si sposa così spesso da far diventare la pianificazione di un simile evento un’abitudine.

Conclusione: per quali progetti sono adatti Scrum e Agile?

Agile è particolarmente adatto per progetti urgenti con un certo grado di complessità e novità, e questo include progetti software e matrimoni. Tuttavia, ci si potrebbe chiedere se il bacio alla fine della cerimonia sia un Product Backlog Item o parte dei criteri soddisfatti del prodotto complessivo...

Questo testo proviene dal blog di Mike Cohn ed è stato da noi tradotto in italiano.

Documento SRS come User Story?

=> Si può riscrivere un tradizionale documento SRS in una User Story?

Il momento giusto per il Planning Poker

=> Come funziona il Planning Poker in Scrum?

Training per Product Owner

=> Partecipa a uno dei nostri training per Product Owner e diventa Product Owner certificato.