Recentemente abbiamo offerto ScopeMaster al Project Manager Agile freelance, Mike Sanders, per valutare come avrebbe potuto essere d'aiuto su un paio di progetti recenti. Lo ha provato ed è rimasto molto colpito dai risultati, quindi ha offerto alcuni suggerimenti su come si adatta al processo Agile:
“Sono passato dal supporto tecnico, alla programmazione e alla gestione di progetti IT circa venti anni fa. In questo lasso di tempo ho utilizzato ampiamente sia la metodologia a cascata che quella agile con più clienti aziendali. Devo essere sincero, preferisco di gran lunga l'agile. Ad alcuni potrà sembrare ingenuo, ma io credo davvero nei suoi principi. Ecco perché inizialmente ero scettico nei confronti di ScopeMaster. Oh no, un altro software che aggiungerà un passaggio e mi rallenterà nel consentire a un team di fornire software di qualità, come richiesto ed entro quando richiesto.
Ho iniziato a utilizzare il sistema con questo in mente, inserendo quelle che credevo fossero buone storie di utenti di un precedente progetto del settore pubblico e sono rimasto sbalordito nell'ottenere un punteggio di qualità di soli 60%. Su 186 storie utente, 89 erano ambigue, il che significa che non potevano essere misurate. E poi delle 97 storie rimanenti c'erano 22 duplicati. Ma questa era la punta dell'iceberg, le storie avevano al loro interno 199 difetti e presto ho capito che avrei dovuto affrontarli. I primi mi ci sono voluti venti minuti per riscriverli ciascuno, correggendo la grammatica, capendo come il software definiva i verbi e quindi stimava i punti funzione, ma dopo un po' sono diventato più veloce. Dopo un'altra ora mi sono fermato, poiché mi ci sarebbero voluti 2-3 giorni per esaminarli tutti, ma avrei risparmiato un terzo del tempo che effettivamente dedicavo a esaminarli con il proprietario del prodotto e il team di sviluppo in passato. Entrambe le parti sarebbero state più fiduciose grazie alla migliore qualità e i Cosmic Function Points avrebbero aiutato notevolmente gli sviluppatori con le loro stime sui punti della storia. Immediatamente si risparmiano 3-6 settimane. Inoltre, avrebbe davvero aiutato il proprietario del prodotto ad andare sul mercato commerciale, fornendogli un salto di qualità e fornendo un punto di riferimento per tempi e costi di sviluppo. Anche i team di test avrebbero avuto più informazioni, molto prima che fosse sviluppata una riga di codice.
Avendo deciso che il test per il settore pubblico era troppo semplice, ho inserito i requisiti di un rivenditore multinazionale che non erano nemmeno scritti come storie degli utenti e sono rimasto sorpreso dal fatto che ScopeMaster potesse ancora fornire lo stesso livello di qualità e stime dei punti funzionali, purché il requisito aveva senso come frase. Se l'avessi usato nel progetto precedente, avrebbe risparmiato 3 – 6 mesi nel processo di raccolta dei requisiti e il progetto sarebbe stato consegnato prima. Ci avrebbe aiutato a concentrarci sui requisiti problematici e a risolverli, eliminando molte delle brutte sorprese più avanti.
Qualsiasi azienda di software potrebbe utilizzarlo per aiutare a stimare le risposte alle RFP. Voglio usarlo su tutti i progetti futuri, sia agili che a cascata, per rafforzare i requisiti il prima possibile. Per me è un gioco da ragazzi, l'azienda dovrebbe essere più felice di ricevere stime più precise dall'IT che sarà grato per la maggiore chiarezza. Una vittoria per tutti.
ScopeMaster e Scrum –
Quando utilizzare ScopeMaster: Scrum ha un ciclo piuttosto che un cancello, e penso che l'uso di ScopeMaster funzioni bene quando fa parte del Product Backlog Refinement/Grooming (parola ancora usata negli Stati Uniti, ma il Regno Unito cerca di evitare questa parola!)
Chi dovrebbe utilizzare ScopeMaster: Idealmente il Product Owner dovrebbe imparare ScopeMaster, assicurandosi che tutti i requisiti vengano aggiunti e verificati, man mano che vengono inseriti nel Product Backlog. Alla fine sono responsabili delle storie degli utenti, quindi per loro è fondamentale che siano corrette. Funziona facilmente, soprattutto se integrato con Jira o strumenti simili. Il ruolo dello Scrum Master è quello di assicurare che i principi agili siano rispettati, che la qualità sia mantenuta, inclusa la verifica che le storie degli utenti siano indipendenti, negoziabili, preziose, stimabili, piccole e testabili, quindi mi aspetterei che utilizzino lo strumento per passare attraverso l'arretrato, prima che il Team li esponesse nelle riunioni di perfezionamento, che è dove normalmente li dimensionerebbero utilizzando i punti della storia.
Vantaggi agili:
- Soddisfa i tre pilastri di Scrum: trasparenza, ispezione e adattamento, poiché funziona chiaramente con il linguaggio aziendale per determinare le funzioni di qualità, test e sviluppo non appena viene inserito un requisito.
- Maggiore trasparenza della complessità delle storie degli utenti che mostrano funzioni e test
- Consente un'ispezione più approfondita di requisiti, funzioni e casi di test
- Aiuta nel dimensionamento iniziale per migliorare la pianificazione del rilascio/roadmap del prodotto di alto livello
- Può essere facilmente incorporato nei cicli di mischia
- Uno strumento di guida per scrivere storie utente di migliore qualità
- L'automazione aiuta con l'integrazione continua
- Dimensionamento automatizzato: i Cosmic Function Point possono essere utilizzati come singola misura di dimensione, oppure in combinazione o semplicemente per guidare i punti della storia
Altri benefici:
- Facilità di adozione: modello SAAS, nessuna installazione di software
- Il design intuitivo riduce le esigenze di formazione
- Integrazioni multiple: Jira e CSV
- Riduce i rischi di esposizione a scarsa formazione/esperienza
- Meno affidamento sull'esperienza BA in quanto fornisce una guida alla qualità
- Meno affidamento sull'esperienza dei tester in quanto fornisce casi di test
- Meno affidamento sull'esperienza dei team di sviluppo nel fornire stime"
In sintesi
Ho iniziato in modo abbastanza scettico, ma sono stato conquistato quando ho iniziato a vedere quanto velocemente avrei potuto risolvere i problemi prima di scrivere codice. A mio avviso, il linguaggio delle storie degli utenti risultanti era molto più chiaro su cui gli sviluppatori potevano lavorare.
ScopeMaster è completamente coerente con i principi Agile e può essere visto come una sorta di acceleratore per lo sviluppo di software Agile, soprattutto su progetti più grandi e soggetti a problemi.