Definizione di un progetto pilota software
Un progetto pilota software implementa un nuovo software in condizioni reali su una piccola area dell'organizzazione. Questo riduce il rischio di un'implementazione fallimentare su larga scala, permette di determinare se il software è la soluzione appropriata, e dà a personale e utenti esperienza pratica.
Ruoli
Un progetto pilota software coinvolge fornitori esterni o un team interno di sviluppo software che fornisce il software. Un team IT si concentra sull'amministrazione di rete, mentre un team di formazione e supporto si occupa di formare i partecipanti e raccogliere dati sui problemi degli utenti. Partecipanti esperti di tecnologia con ruoli non critici usano il nuovo software.
Preparazione
Prima di iniziare un pilota software, determina l'esito desiderato. Definisci l'ambito del software e del pilota e richiedi informazioni sulle soluzioni disponibili se non hai già selezionato un software. Determina quanto deve durare il pilota per testare a fondo il software. Scegli il gruppo aziendale da coinvolgere e identifica gli individui come partecipanti. Nomina team leader che possano sviluppare propri team per IT, supporto/formazione e pianificazione software.
Procedura
Imposta un sistema di monitoraggio per registrare problemi e relative risoluzioni. Questo guiderà futuri cambiamenti nelle procedure. Installa o modifica hardware o software sulla rete se necessario. Configura strumenti di gestione per documentare e comunicare. Forma i partecipanti in gruppo e poi uno a uno per familiarizzarli con i concetti del software, rispondere a domande e capire le diverse configurazioni workstation che il progetto gestirà. Dopo il tempo specificato, valuta com'è andato il pilota e scrivi un report. Discuti come è andata l'installazione, l'efficacia della formazione, se i partecipanti hanno adottato il software e con che facilità, le conoscenze acquisite e le lezioni apprese. Questi fattori influenzano un'implementazione completa.
Insidie
Un progetto pilota può incontrare ostacoli. Documentazione inaccurata e comunicazione incoerente nel team e verso i partecipanti sono fattori controllabili dal team. Costi in escalation possono indicare un problema in sviluppo. Software conflittuale sulle workstation dei partecipanti può interferire col tuo software pilota, o le workstation potrebbero mancare di software di supporto necessario. Cambiamenti nel personale o obiettivi organizzativi possono ostacolare lo sviluppo del software. Non attenersi all'ambito del progetto può introdurre feature creep e aumentare i costi.