AgilePM Consente la Prioritizzazione del Valore presso Smals

Smals è l'organizzazione ICT congiunta per le istituzioni pubbliche di sicurezza sociale del Belgio. Fornisce progetti e servizi ICT innovativi nei settori del lavoro, famiglia e salute per le istituzioni di sicurezza sociale e sanitarie e offre loro un'ampia gamma di servizi ICT.

ICT per la società non è solo uno slogan per Smals; partecipano a lavori pionieristici nell'e-government e nell'e-health in Belgio e sono un importante contributore alla trasformazione digitale della sicurezza sociale e dell'assistenza sanitaria. Smals è anche attiva nello sviluppo del G-Cloud, il cloud del governo belga.

Il team all'interno del SharePoint Competence Centre stava cercando un metodo agile per supportare i propri progetti e iniziative di sviluppo, e migliorare la consegna e i tassi di successo dei progetti. I membri del team erano a conoscenza dell'approccio Scrum, ma anche delle sue limitazioni, essendo progettato principalmente per i team di sviluppo software. Il team aveva precedentemente tentato di implementare Scrum sui progetti, ma non era stato in grado di fornire tutto ciò di cui avevano bisogno.

Il team aveva bisogno di un approccio Agile che integrasse la gestione dei progetti, consentendo loro di coinvolgere meglio i rappresentanti aziendali nei progetti per assicurarsi che il team stesse lavorando sulle iniziative e progetti che avrebbero fornito i maggiori benefici e valore.

La prima sfida chiave per il team è stata quella del coaching, per assicurare che i membri del team fossero familiari e a loro agio con l'approccio AgilePM.

La seconda sfida chiave è stata assicurare che il team di progetto seguisse le regole, la visione e i principi. Uno sviluppatore che era molto bravo tecnicamente, per esempio, non era convinto dall'approccio AgilePM ed era scettico all'inizio. Ma alla fine ha accettato le regole del gioco ed è stato in grado di vedere la logica dell'approccio, soprattutto perché le relazioni tra il team di progetto e l'azienda erano migliori rispetto al passato.

Un'altra sfida è stata gestire con attenzione le aspettative del cliente. In passato, i clienti si aspettavano che il progetto progredisse (e che i risultati si materializzassero) rapidamente senza stabilire una scadenza. Smals ha scoperto che era vitale informare il cliente nella fase iniziale del progetto, assicurando trasparenza, comunicazione aperta e gestire le aspettative.

Durante la riunione di avvio del progetto, è stato spiegato l'approccio AgilePM, sono stati assegnati ruoli e responsabilità chiave, ed è stato delineato e concordato l'approccio generale al progetto.

Al termine della riunione di avvio, il team ha affidato al business il compito di creare una prima versione del backlog descrivendo i propri requisiti e assegnando loro una priorità secondo la tecnica di prioritizzazione MoSCoW (Must have, Should have, Could have, Won't have this time). La sfida consisteva nel designare solo il 60% dello sforzo totale del progetto come must-have, il che può rivelarsi difficile dato che il team spesso vedeva il 70-80% dei requisiti designati come must-have al primo tentativo.

Il team è riuscito a consegnare rapidamente e nel giro di tre mesi era pronto per andare in produzione con la nuova applicazione.

Una delle funzionalità AgilePM più utili per il team Smals è la tecnica di prioritizzazione MoSCoW, una tecnica popolare per dare priorità alle attività e ai requisiti del progetto. Questa prioritizzazione assicura che il team del progetto rimanga concentrato sugli elementi e le funzionalità che offrono il maggior valore al progetto e al cliente.

Il cliente ha apprezzato lavorare in modo agile. Questo permette all'azienda di essere molto più coinvolta nel progetto e nelle decisioni quotidiane. Non è insolito che un cliente pensi che qualcosa sia semplice, ma essere più coinvolti li aiuta a comprendere meglio il compito e le sfide associate.

Viceversa, gli sviluppatori hanno una migliore comprensione delle esigenze sottostanti. L'approccio AgilePM consente un dialogo trasparente e permette di fare le scelte giuste, senza che i team di sviluppo si blocchino su aspetti che non sono così importanti per il cliente/business.