Carsten Severin
Come capo del Project Management Office (PMO) presso KUMAVISION, è responsabile dell'implementazione del progetto ed è un Project Management Professional (PMP) ® certificato, Scrum Master e proprietario del prodotto.
La storia è piena di esempi in cui la nuova tecnologia ha sostituito la vecchia tecnologia. L'ascia ha sostituito l'ascia manuale, l'auto la carrozza trainata da cavalli, la televisione a LED ha impostato il vecchio dispositivo a tubo e la professione di tipografo si è completamente spostata nel mondo digitale. Questo destino sta ora minacciando la gestione classica del progetto? La risposta è chiaramente no". Anche se Scrum funziona come un metodo agile, ciò non significa che la gestione dei progetti classici sia lenta. Gli approcci funzionano solo in modo diverso. Ecco perché li mandiamo in gara e elaboriamo i vantaggi e gli svantaggi di ciascun metodo.
Diagnosi / analisi
All'avvio, entrambi i metodi sono uguali. Si muovono al passo con i primi metri: classici o agili: i partecipanti al progetto analizzano congiuntamente ciò di cui il cliente ha bisogno e quale obiettivo deve raggiungere il progetto.
Pianificazione iniziale
Nella seconda sezione del percorso, la gestione classica del progetto gira e fa una deviazione. È pianificato esattamente e in dettaglio quali requisiti esistono e quali servizi di consegna sono stati concordati. L'obiettivo è il minor numero possibile di modifiche (richieste di modifica) e l'esecuzione più rigorosa possibile delle specifiche. Scrum raccoglie solo i requisiti di base e traccia un quadro approssimativo di ciò che sarà alla fine. Il Product Owner elenca questi requisiti nel Product Backlog e ne dà la priorità.
Sviluppo progettuale
Il project management classico si sta avvicinando alla progettazione e allo sviluppo. I partecipanti elaborano le specifiche formulate con precisione dalle specifiche 1: 1. Le pietre miliari e le porte di qualità assicurano che il progetto rimanga puntuale e che siano soddisfatti gli standard richiesti. Tuttavia, non ci sono piani per reagire ai mutevoli requisiti o condizioni quadro.
In questa fase, Scrum trasforma una rotta circolare e brancola in passi incrementali iterativi. Il team lavora attraverso le funzionalità più importanti dal Product Backlog in brevi sezioni (sprint). La grande differenza rispetto all'approccio classico è che un prodotto eseguibile viene prodotto da questi requisiti e quindi presentato. In Scrum, design, sviluppo e presentazione fanno parte di ogni sprint. Il team quindi analizza cosa può essere fatto meglio e quali altre funzioni dovrebbero essere incluse. Il Product Owner registra questo nel Product Backlog e lo riordina. I requisiti più importanti di questo elenco saranno inclusi nel prossimo sprint. In pochi passi, Scrum si avvicina a qual è la soluzione ottimale per il cliente.
Fornitura / operazione
Il classico project management ha ora completamente elaborato le specifiche e presenta il prodotto finito al cliente nel suo insieme in un "Big Bang". Sebbene non vi siano ulteriori modifiche alla struttura di base, ora è possibile modificare i dettagli. In Scrum, il cliente conosce già il risultato dalla presentazione di ogni singolo risultato dello sprint. Dal momento che esiste un incremento che può essere eseguito alla fine di ogni sprint, può considerare l'ulteriore sviluppo come necessario o accettare il risultato come appropriato.
Il project management classico e Scrum tagliano il traguardo al passo. Entrambi si concedono una piccola deviazione in diverse fasi e alla fine sono allo stesso livello. Una gara con due vincitori.
Confronto per discipline
Il diverso modo di lavorare nelle fasi del progetto significa che ci sono chiare differenze nelle singole discipline:
Gestione del progetto classico
Vantaggi
- L'ambito del progetto è chiaro fin dall'inizio
- Riduce i rischi grazie a funzioni e requisiti ben documentati
- Il team di progetto del cliente di solito ha esperienza nella gestione di progetti classici
Svantaggi
- I requisiti o le condizioni quadro modificati non possono più essere inclusi nel corso del progetto
- I vantaggi possono essere sperimentati dal cliente solo quando viene presentato l'intero prodotto
La gestione classica del progetto è particolarmente adatta se all'inizio del progetto è già chiaro in dettaglio ciò di cui il cliente ha bisogno. Quindi, se i requisiti e la tecnologia richiesta sono stati chiariti e non si prevede che qualcosa cambierà nel corso del progetto.
Mischia
Vantaggi
- Il cliente accompagna l'intero progetto: gli sviluppi indesiderati vengono notati in anticipo
- Flessibilità per poter rispondere a nuove richieste o requisiti modificati
- Il cliente può cogliere rapidamente i vantaggi
- I rischi di budget e pianificazione possono essere gestiti attraverso un approccio incrementale
Inseguimento
- La gestione degli sprint richiede processi più complessi
- Il team di progetto del cliente di solito ha poca esperienza con la gestione agile del progetto
È solo o o?
Sia classico che agile, entrambi i metodi sono giustificati. Per progetti semplici con requisiti chiari, lo sforzo dell'approccio iterativo incrementale non apporterebbe alcun vantaggio aggiuntivo. Più il progetto diventa complesso e poco chiaro, più la gestione classica più sensibile è alla pianificazione degli errori e l'approccio agile mostra i suoi punti di forza.
Sebbene la gestione dei progetti classica e agile sia sostanzialmente diversa nel loro approccio, non si escludono a vicenda. In progetti più grandi, in particolare, può avere senso combinare entrambi gli approcci.
Altri articoli della serie di blog "Agile Projects"


