Scegliere il gruppo pilota: Identificare ruoli chiave: inserimento caso, approvazione, ricezione risultato; Includere condizioni diverse: dispositivi, turni, sedi per testare tutti i percorsi; Assegnare casi reali con esito atteso prima dell'avvio del pilota
Immagine: Software Impresa

Project management

Parte di Introduzione di un nuovo SaaS

Scegliere un gruppo pilota

Come scegliere utenti rappresentativi per il pilota di un SaaS, assegnare casi concreti e decidere che cosa è pronto per l'estensione.

Scegliete il gruppo pilota in base ai compiti che passeranno al nuovo SaaS. Le persone devono rappresentare ruoli e condizioni d'uso importanti, avere tempo per provare il percorso e descrivere gli ostacoli. La disponibilità a sperimentare da sola non garantisce questa copertura.

Partire dai compiti, poi dai nomi

Elencate chi inserisce un caso, chi decide, chi riceve il risultato e chi interviene quando qualcosa si blocca. Per ogni passaggio trovate una persona che lo svolga nel lavoro ordinario. Se sedi, turni o dispositivi diversi alterano il percorso, includete almeno le condizioni decisive per la prima estensione.

Ruolo o condizione / Compito nel pilota

Operatore abituale
Completare il caso frequente
Persona che decide
Approvare, respingere o chiedere una correzione
Destinatario del risultato
Riprendere il lavoro dal punto di consegna
Utente in una condizione diversa
Ripetere il percorso con il proprio accesso e dispositivo

Una persona può coprire più ruoli. Annotate comunque i ruoli e le condizioni non rappresentati: il pilota non li verifica. Non c'è un numero di partecipanti valido per ogni impresa; il gruppo deve coprire i passaggi decisivi e restare gestibile.

Dare tempo e accessi appropriati

Spiegate ai partecipanti cosa fare, quando e come segnalare un ostacolo. Concordate con i responsabili del reparto il tempo necessario. Usate accessi coerenti con i ruoli previsti: un account amministrativo può nascondere difficoltà che incontrerà un operatore.

Indicate un referente per le regole del processo e uno per i problemi tecnici. Chiedete di descrivere azione, risultato atteso e risultato ottenuto. «Non è intuitivo» diventa utilizzabile quando è collegato, ad esempio, alla ricerca di una richiesta già assegnata.

Assegnare casi che portino a una decisione

Preparate un caso frequente e un'eccezione normale per il reparto, ad esempio un dato mancante o un approvatore assente. Usate dati di prova e scrivete l'esito atteso prima di iniziare. Fate svolgere il compito ai partecipanti e verificate che il lavoro arrivi alla destinazione prevista.

Per ogni caso annotate «completato», «completato con intervento manuale», «bloccato» o «non provato». Negli ultimi tre casi indicate chi deve intervenire e quale verifica seguirà. Classificate il problema prima di attribuirlo al SaaS: può dipendere da una regola indefinita, dati preparati male, formazione o configurazione.

Chiudere il perimetro del pilota

Riunite chi ha svolto il lavoro e chi ne riceve il risultato. Decidete quali attività sono pronte per altri utenti e quali richiedono una correzione. Per una condizione importante rimasta fuori, predisponete una prova mirata prima dell'estensione. La conclusione utile del pilota è un elenco di decisioni e limiti verificabili.

Altro su Project management