A Sion, come preparare l’adozione di uno strumento prima di chiudere il progetto?
Un progetto digitale può soddisfare i criteri di accettazione senza che gli utenti integrino realmente lo strumento nelle proprie pratiche. La domanda manageriale è precisa: che cosa occorre verificare prima della chiusura per prepararne l’utilizzo effettivo?
Che cosa stabilisce la letteratura
Fred Davis (1989, MIS Quarterly) mostra che l’utilità percepita e la facilità d’uso percepita sono associate all’accettazione degli strumenti informatici, con un legame più forte per l’utilità percepita negli studi presentati. Quest’ultima indica la convinzione che lo strumento migliori la prestazione lavorativa, non un apprezzamento generico della sua modernità. Per un responsabile di progetto, ciò suggerisce di verificare che cosa l’utente pensa di poter svolgere meglio, anziché limitarsi alla sua soddisfazione dopo una dimostrazione.
L’utilità prende forma nel contesto di lavoro
Viswanath Venkatesh e Fred Davis (2000, Management Science) esaminano, attraverso quattro studi longitudinali sul campo, le influenze sociali e i processi cognitivi che contribuiscono all’utilità percepita e all’intenzione d’uso. Il loro modello considera in particolare la rilevanza per il lavoro, la qualità dei risultati e la possibilità di renderne visibili i benefici. Una presentazione delle funzionalità risponde quindi a una domanda diversa rispetto a una prova su un’attività reale: la prima illustra le possibilità, la seconda permette di verificarne la pertinenza.
La conclusione troppo affrettata
Si potrebbe dedurne che basti convincere gli utenti dell’utilità dello strumento. Sarebbe però confondere percezione favorevole, intenzione dichiarata e uso effettivo, trascurando gli ostacoli pratici o organizzativi. Una prova può anche rivelare che la soluzione è poco adatta al lavoro richiesto: preparare l’adozione significa allora modificare il risultato del progetto, non soltanto il messaggio che lo accompagna. (i nostri percorsi di formazione per quadri e collaboratori)
Che cosa questi dati non consentono di promettere
Questi lavori riguardano l’accettazione dei sistemi informativi; non costituiscono una prova generale valida per qualsiasi risultato di progetto. Non dimostrano che una dimostrazione contestualizzata o una formazione siano, da sole, sufficienti a produrre un’adozione duratura. Nel programma «Gestion de projet» di SHR, possono offrire un quadro per distinguere l’accettazione tecnica, la capacità di svolgere un’attività e l’integrazione dello strumento nelle pratiche lavorative, senza pretendere di garantire quest’ultima.
Una verifica pratica a Sion
A Sion, questa verifica potrebbe riguardare uno strumento per il monitoraggio della manutenzione idroelettrica, il coordinamento sanitario, la tracciabilità vitivinicola o le prenotazioni nel turismo alpino. Prima della chiusura, scegliere un’attività ricorrente insieme ai futuri utenti e organizzare una prova in condizioni rappresentative, utilizzando dati fittizi quando la riservatezza lo richiede. Misurare la proporzione di partecipanti che raggiungono il risultato atteso senza l’aiuto del gruppo di progetto, registrando il numero di partecipanti, i criteri di riuscita e gli ostacoli osservati. Ripetere la stessa verifica dopo le correzioni rende verificabili i progressi: questo indicatore misura l’autonomia immediata, non ancora l’adozione duratura. Per approfondire: scoprite la formazione Gestione di progetto a Sion nel Canton Vallese, oppure sfogliate i nostri percorsi di formazione per quadri e collaboratori in Svizzera.
In Bildern: Gestione di progetto in Sion
- gestione di progetto
- Sion
- ricerca
- Weiterbildung sion