Focus sul metodo classico di gestione dei progetti

Il metodo tradizionale di gestione dei progetti è il più adatto alle vostre esigenze e alla vostra organizzazione?

La domanda sorge spontanea perché esistono molti metodi diversi (PERT, EXtreme Programming, Kanban, ecc.), solitamente raggruppati in due categorie: metodi tradizionali e metodi agili.

Come si fa a scegliere la metodologia di gestione dei progetti più adatta alle proprie esigenze?

Per aiutarvi a vedere le cose in modo più chiaro, daremo un'occhiata al metodo tradizionale (in particolare Waterfall e ciclo V), alle sue caratteristiche specifiche e alle sue differenze rispetto alla più famosa delle metodologie agili: Scrum.

Vedere tutti i software Project management

Che cos'è la metodologia di progetto classica?

Il metodo classico di gestione dei progetti, noto anche come metodo tradizionale o metodo predittivo, è ancora il più utilizzato.

💡 Le sue caratteristiche specifiche:

• Ripartizione lineare e sequenziale del ciclo di progetto: il project manager (capocommessa) si assicura che ogni fase di avanzamento del progetto sia completata prima di passare alla successiva.
  
  
• Inquadramento e pianificazione predittivi: il progetto viene realizzato in base a quanto concordato inizialmente con il cliente (proprietario del progetto), in particolare grazie alla stesura delle specifiche. Tutto è definito in anticipo e i requisiti dell'utente sono perfettamente definiti.
  
  

• Scarsa interazione con il cliente durante il progetto: grazie al quadro descritto sopra, il cliente non interviene durante il progetto. Il controllo della qualità avviene quindi solo alla fine.

⚠️ Punti da tenere d'occhio :

• Mancanza di flessibilità: il metodo tradizionale di gestione dei progetti non consente di fare marcia indietro. Questo approccio inflessibile è restrittivo in caso di imprevisti e richiede un'ottima capacità di anticipare i rischi.
  
  
• Effetto tunnel: il metodo tradizionale di gestione del progetto implica la consegna della versione finale del prodotto. Pertanto, incoraggia :
  • l'effetto tunnel (mancanza di comunicazione e visibilità tra il proprietario del progetto e il project manager),
  • e la delusione del cliente (le sue esigenze sono cambiate nel tempo e il prodotto non le soddisfa più).

Quali sono i metodi tradizionali di gestione dei progetti?

Quando si parla di metodi classici di gestione dei progetti, due sono quelli che ricorrono più spesso: il metodo Waterfall e il Ciclo V.

Vediamo più da vicino le loro peculiarità.

Il metodo Waterfall

Il metodo Waterfall: definizione

L'immagine della cascata è perfettamente appropriata, poiché questa metodologia si basa su una successione di sequenze.

Come promemoria, ognuna di queste fasi deve essere completata prima di passare alla successiva. Non si può tornare indietro, altrimenti sarebbe troppo costoso per l'azienda.

Fasi della gestione del progetto con il metodo Waterfall

Il metodo Waterfall prevede sei fasi:

Esempio di gestione del progetto a cascata per lo sviluppo di un software informatico:

• Requisiti: il cliente esprime le sue esigenze e i suoi obiettivi.
  
  
• Analisi: il team di progetto analizza le esigenze del cliente e redige le specifiche funzionali. Le specifiche vengono generalmente redatte in questa fase.
  
  
• Progettazione: il team di progetto lavora sulle specifiche tecniche, per definire con precisione come sarà progettato il prodotto.
  
  
• Implementazione: è lo sviluppo del prodotto stesso, nel nostro caso la codifica del software.
  
  
• Convalida: il prodotto viene testato per garantire che tutto funzioni correttamente.
  
  
• Messa in servizio: il software viene messo in produzione per essere consegnato al cliente.

Il ciclo V

Il ciclo a V: definizione

Il ciclo V si ispira al metodo a cascata. Utilizza lo stesso principio di successione di sequenze, con la differenza che ogni fase discendente (corrispondente alla progettazione del prodotto) è associata a una fase ascendente (corrispondente alla validazione del prodotto).

Questo modello fisso richiede un eccellente inquadramento a monte.

Le fasi del ciclo V di gestione del progetto

Il Ciclo V si compone di nove fasi:

Prendiamo l'esempio della gestione di un progetto IT:

• Fase di progettazione:
  
  
  • Requisiti: il cliente esprime le sue esigenze e i suoi obiettivi.
    
    
  • Analisi: il team di progetto analizza le esigenze del cliente e redige le specifiche funzionali. Le specifiche vengono generalmente redatte in questa fase.
    
    
  • Progettazione generale: il team di progetto affronta le specifiche tecniche, per definire come sarà progettato il prodotto.
    
    
  • Progettazione dettagliata: il team di progetto entra nel dettaglio della progettazione del software. Ad esempio, la definizione di frammenti di codice o la documentazione relativa a ciascun mattone funzionale.
    
    
• Implementazione: si tratta di sviluppare il prodotto stesso, nel nostro caso di codificare il software.
  
  
• Fase di validazione:
  
  
  • Test di unità: ogni componente funzionale viene testato dal team di progetto.
    
    
  • Test di integrazione: vengono eseguiti test sull'intero prodotto.
    
    
  • Test di sistema: coinvolgono i futuri utenti del software, che verificano la funzionalità della soluzione.
    
    
  • Accettazione funzionale: prima della messa in funzione, il cliente verifica che il prodotto soddisfi le esigenze espresse nella prima fase.

Vedere tutti i software Project management

Metodo di gestione del progetto tradizionale VS metodo Scrum

Quali sono le differenze?

Il metodo tradizionale di gestione dei progetti viene spesso paragonato a Scrum, poiché quest'ultimo è il metodo agile più famoso e diffuso.

💡 Il metodo Scrum in breve:

• Si concentra sulla soddisfazione del cliente, al quale il team di progetto chiede regolarmente di testare e convalidare il prodotto.
  
  
• Permette di andare avanti e indietro in qualsiasi punto del processo di progettazione. Questa flessibilità è resa possibile dal modo in cui funziona:
  • Iterazioni: Scrum significa ripetere un ciclo di operazioni, o sprint, per costruire il progetto man mano che si procede;
  • incrementi: i team lavorano per fasi, aggiungendo blocchi al prodotto poco alla volta. Un incremento è definito come tutti gli elementi consegnati alla fine di uno sprint, più quelli degli sprint precedenti.

Come si può notare, le differenze tra le due metodologie sono notevoli. Ecco una tabella che riassume le principali differenze:

	Metodo di gestione del progetto tradizionale	Metodo Scrum
Gestione e organizzazione	Organizzazione gerarchica, con risorse specializzate	Organizzazione più orizzontale e partecipativa
Dimensione del team	Nessun limite di dimensioni	La dimensione del team è limitata perché il metodo prevede l'organizzazione di un gran numero di riunioni, le cerimonie Scrum.
Ciclo di vita	Suddivisione sequenziale e lineare	Operazione iterativa e incrementale
Pianificazione	Predittivo: tutto è definito a monte	Adattiva: il progetto si evolve nel corso degli sprint.
Flessibilità	Non si torna indietro	Metodo flessibile che si adatta alle mutevoli esigenze dei clienti
Controllo di qualità	Il cliente vede e convalida il prodotto alla fine del progetto	Il cliente interviene più frequentemente, visionando e convalidando il progetto in diverse fasi
Documentazione	Prodotta in grandi quantità: fornisce un quadro del progetto e serve come strumento di convalida e supporto contrattuale	Meno estesa, grazie all'approccio incrementale e al feedback regolare del cliente
Misurazione del successo	Rispetto degli impegni iniziali (costi, scadenze e qualità)	Soddisfazione del cliente e valore aggiunto del prodotto

Quale metodologia di progetto è la migliore?

Siamo chiari: nessuna metodologia è migliore di un'altra. In realtà, tutto dipende da :

• dalla natura e dall'obiettivo del progetto in questione,
• dalla struttura e dall'organizzazione della vostra azienda
• dal grado di maturità dei vostri team nell'utilizzo di un determinato metodo.

Ma cerchiamo di dare qualche risposta.

Il metodo classico di gestione dei progetti fa al caso vostro se :

• avete una buona visibilità; tutto può essere perfettamente definito a monte;
• potete anticipare i rischi potenziali;
• il cliente è restio a convalidare le varie fasi del progetto o preferisce che l'intero prodotto sia consegnato in un'unica soluzione;
• volete prendere decisioni rapidamente.

Il metodo Scrum fa al caso vostro se :

• il progetto è lungo e suscettibile di modifiche;
• i requisiti funzionali del cliente non sono chiari e mancano documentazione e dettagli;
• il mercato in cui il prodotto viene integrato è in continua evoluzione;
• volete concentrarvi sul valore aggiunto del prodotto e sull'intelligenza collettiva dei vostri team.