Gestione di progetto: uno strumento consegnato è davvero adottato?
Un progetto può consegnare una soluzione conforme alle specifiche senza che questa trovi spazio nel lavoro quotidiano. La domanda manageriale è precisa: che cosa occorre verificare prima di considerare effettivamente adottato un nuovo strumento?
Che cosa stabilisce la letteratura
Fred D. Davis (1989, MIS Quarterly) mostra che l'utilità percepita e la facilità d'uso percepita sono associate all'accettazione delle tecnologie dell'informazione. Nei suoi studi, l'utilità percepita presenta una relazione con l'uso più forte rispetto alla facilità d'uso percepita. Per un progetto digitale, questo invita a esaminare il contributo dello strumento a un'attività reale, anziché dedurne l'adozione dalla sola semplicità dell'interfaccia.
L'organizzazione rende possibile l'uso — oppure lo ostacola
Katherine J. Klein e Joann Speer Sorra (1996, Academy of Management Review) propongono un modello teorico che collega l'efficacia dell'implementazione al clima di implementazione e alla compatibilità dell'innovazione con i valori degli utilizzatori. Questo clima comprende in particolare la percezione che l'utilizzo sia atteso, sostenuto e riconosciuto nell'organizzazione. Il meccanismo proposto sposta quindi l'attenzione: formare le persone non basta se le condizioni di lavoro non sostengono l'uso atteso.
La conclusione affrettata
Si potrebbe concludere che basti dimostrare l'utilità dello strumento e renderne obbligatorio l'utilizzo. Questi lavori non dimostrano però che un obbligo produca, da solo, un uso pertinente e duraturo. Un accesso registrato può indicare un adempimento amministrativo anziché un cambiamento effettivo delle pratiche. (i nostri percorsi di formazione per quadri e collaboratori)
Che cosa i dati non permettono di stabilire
Gli studi di Davis riguardano l'accettazione dei sistemi informatici; estenderne i risultati a qualsiasi trasformazione organizzativa richiede prudenza. Il testo di Klein e Sorra è un contributo teorico, non una sperimentazione che dimostri l'effetto causale di un metodo di introduzione. Anche nella pratica, i registri degli accessi non consentono di sapere se un'attività sia stata svolta correttamente o se rimanga necessario un processo parallelo.
Una verifica pratica a Sion
A Sion, un'esercitazione del programma «Gestione di progetto» di SHR potrebbe riguardare l'adozione di uno strumento per la manutenzione idroelettrica, il coordinamento sanitario, la tracciabilità viticola o le prenotazioni nel turismo alpino. Durante un periodo definito prima della messa in servizio, e nuovamente dopo, si registrerebbero tutte le occorrenze della stessa attività, calcolando dopo l'introduzione la quota completata nel nuovo strumento senza ulteriori lavorazioni nel processo precedente. Ogni occorrenza sarebbe verificata tramite una traccia di lavorazione anonimizzata e una conferma dell'utilizzatore, documentando il motivo delle eventuali rilavorazioni. Questa rilevazione non dimostrerebbe un effetto causale del progetto, ma permetterebbe di distinguere la consegna tecnica da un utilizzo effettivamente integrato nel lavoro. 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