Ci sono un certo numero di aree che devono essere affrontate se un progetto agile è quello di fornire i risultati attesi entro il budget disponibile. Prima di tutto, è necessario prendere una decisione all'inizio di un progetto per sapere se l'agile è in realtà il modo giusto per consegnarlo.

Con tutti i discorsi sui vantaggi dell'agile, può essere facile perdere di vista il fatto che ci sono ancora situazioni in cui lo sviluppo tradizionale è una scelta valida. Ad esempio, dove c'è una chiara e statica definizione dei requisiti e di come l'organizzazione vuole consegnarli, è improbabile che l'agile sia l'opzione migliore.

Per aiutare a prendere questa importante decisione, alcune organizzazioni scelgono di collaborare con un partner di consulenza per valutare il progetto e il panorama in cui sarà operativo. Questo non ha bisogno di essere costoso o dispendioso in termini di tempo - e dato che ottenere correttamente questa decisione può essere la chiave per il successo del progetto, è una cosa utile da fare.

Se si decide che l'agile è la metodologia di sviluppo più appropriata da utilizzare, le tre cose chiave che consentiranno al progetto di essere un successo sono: collaborazione, costante attenzione al valore aziendale e adeguato livello di qualità. Discuteremo di questi elementi ora ...

  • Scopri anche i migliori strumenti di gestione del progetto

Collaborazione

Ci sono molteplici aspetti della collaborazione su progetti agili, e tutti i soggetti coinvolti devono comprendere le loro responsabilità, apprezzare il motivo per cui la loro parte nel puzzle è cruciale e quindi assicurare che consegnino.

Le parti interessate intorno all'organizzazione devono collaborare con il proprietario del prodotto per fornire feedback sul software come è stato dimostrato. Allo stesso tempo, il Product Owner deve collaborare con questi stakeholder per fornire l'interfaccia al team di progetto. Ove pertinente, lo Scrum Master deve collaborare sia con il Product Owner che con il delivery team per organizzare e facilitare il corretto svolgimento di ogni iterazione.

Infine, l'intero team di consegna deve collaborare tra loro per garantire che il software venga consegnato entro il tempo assegnato.

Costante attenzione al valore aziendale

Uno dei principali vantaggi dei progetti agili è la loro promessa di fornire una soluzione che soddisfi veramente le esigenze dell'organizzazione, come sottolineato dal primo principio guida dietro il Manifesto Agile, che afferma che: "La nostra massima priorità è soddisfare il cliente attraverso consegna anticipata e continua di software prezioso. "

Per garantire che ciò accada - e che il sistema offra un reale valore di business - il Product Owner deve tenere a mente con chiarezza quali sono i risultati di business desiderati e assicurare che questi siano comunicati chiaramente al team di consegna.

Questi risultati aziendali dovranno essere rivalutati su base continuativa per garantire che rimangano rilevanti. Il feedback da parte del cliente è fondamentale per questo, e la revisione con gli utenti aziendali alla fine di ogni iterazione è importante per ottenerlo.

Livello appropriato di qualità

È assolutamente essenziale garantire che un livello adeguato di garanzia della qualità resti parte del progetto, che deve rientrare nel tempo disponibile in ciascuna iterazione. Uno dei principi alla base del Manifesto Agile sottolinea che "la continua attenzione all'eccellenza tecnica e al buon design migliora l'agilità".

Superare le sfide comuni

I problemi possono sorgere se l'organizzazione in cui viene eseguito il progetto non comprende appieno o come supportare progetti agili. In primo luogo, dal punto di vista della governance, ci può essere un'aspettativa delle tradizionali porte PRINCE2 o "porte" a cascata, attraverso le quali il processo deve passare a fini di garanzia della qualità visibile.

I progetti agili tendono a non avere tali strutture formali, ma ciò non significa che non ci sia governance o visibilità per il cliente; infatti, la revisione alla fine di ogni iterazione fornisce una visione regolare per il cliente su come il progetto sta progredendo (e la frequenza di queste revisioni significa che il cliente ottiene in genere una visualizzazione dei progressi molto più frequentemente di quanto farebbe in un progetto a cascata) . I progetti agili producono anche artefatti come i grafici di burndown e i diagrammi di flusso cumulativi, che offrono un'ulteriore visibilità del progresso al cliente.

Altre difficoltà possono sorgere se viene nominato un Product Owner inesperto o impotente. Questo ruolo è assolutamente fondamentale, e avere la persona sbagliata può far sì che l'input dell'azienda sia debole o inesistente, portando al fallimento del progetto. Alcune organizzazioni che stanno appena iniziando in modo agile scelgono di lavorare con un partner esperto, che può assistere il Product Owner o anche fornire un candidato adatto per ricoprire il ruolo.

L'esperienza è la chiave

In sintesi, ci sono sfide quando si tratta di fornire progetti agili, in particolare nelle organizzazioni inesperte.

Ma questi non sono insormontabili se affrontati nel modo giusto. L'esperienza conta molto, e lavorando con un partner che ha gestito progetti agili di successo in una serie di situazioni, le organizzazioni che sono nuove nell'agile possono fare la loro prima incursione in questo tipo di sviluppo con successo..

Simon Boichat, Lead Architect presso Civica

  • Gestisci i tuoi progetti in modo più efficiente con questi strumenti dedicati