\nUn progetto di trasformazione digitale richiede un
\ncoordinamento rigoroso tra la tecnologia e le competenze
\nall\u2019interno di un\u2019organizzazione. L\u2019assenza di una visione
\nintegrata pu\u00f2 comportare un onere pesante per gli utenti finali,
\ncostretti a navigare tra numerosi processi con comunicazione e
\nformazione incoerenti.\n<\/p>\n
\nPer GSK, questo \u00e8 stato evidente in particolare quando
\nl\u2019azienda ha scelto di migliorare i flussi di lavoro per oltre
\n100.000 utenti tramite la soluzione integrata Veeva
\nDevelopment Cloud. Fino a poco tempo prima, quasi il 90%
\ndelle decisioni manageriali era adottato a livello di singola
\napplicazione o steering committee, con una supervisione
\nlimitata dell\u2019esperienza dell\u2019utente finale. Considerando che
\nmigliaia di utenti avrebbero utilizzato la Vault Platform,
\nl\u2019azienda si \u00e8 resa conto di aver bisogno di un modo migliore
\nper ottimizzare i processi nel ciclo di vita di Development Cloud.\n<\/p>\n
\nOltre alla scelta di istituire un centro di eccellenza, l\u2019azienda ha creato sei gruppi di lavoro e ha affidato
\niniziative distinte a ciascuno di essi. Gli obiettivi generali del centro sono quelli di incorporare il coordinamento
\ndei diversi Vault, di consolidare la formazione per tutte le funzioni e di migliorare l\u2019esperienza dell\u2019utente finale.
\nI gruppi di lavoro avranno diverse responsabilit\u00e0: dovranno, ad esempio, monitorare le funzionalit\u00e0 di Vault e
\nAPI, assicurare l\u2019efficacia e idoneit\u00e0 delle release e gestire convalide e upgrade.\n<\/p>\n
\nJohn Reilly, responsabile R&S del centro di eccellenza Veeva presso GSK, commenta: \u201cL\u2019 obiettivo \u00e8 quello di
\naccrescere ulteriormente il coordinamento dei nostri sforzi per la gestione del cambiamento. Desideriamo
\nallinearci sulle caratteristiche a livello di piattaforma, come ad esempio l\u2019utilizzo su dispositivi mobili e
\nl\u2019interfaccia utente, e prendere decisioni collettive. Lavoriamo perch\u00e9 la user experience sia coerente in tutte
\nle applicazioni di Veeva Vault.\u201d\n<\/p>\n
\nUn miglioramento dell\u2019esperienza dell\u2019utente finale \u00e8 fondamentale per mettere il paziente al centro, ma non \u00e8
\nsemplice. Reilly ricorda i feedback ricevuti dal team prima di istituire il centro di eccellenza: \u201cAlcuni utenti, in
\nparticolare i nostri site monitor, affermano di ricevere newsletter con informazioni sulle nuove funzioni da
\ndiversi Vault e ci proponevano di consolidare. Oppure, riferivano di essere stati invitati alla stessa formazione
\nVault per pi\u00f9 volte e ci chiedevano di coordinarci. Per noi questa situazione non era accettabile.\u201d\n<\/p>\n
\nGSK ha affrontato queste problematiche creando un forum e un network responsabile del consolidamento
\ndella formazione e della comunicazione. Ha inoltre definito i product owner di ciascun settore. Reilly osserva:
\n\u201cCome si pu\u00f2 immaginare, per i team \u00e8 impegnativo tenere conto delle connessioni tra i Vault. Per questo
\nmotivo, ci aspettiamo che i product owner dedichino il 10-20% del loro tempo a migliorare il coordinamento
\ntra i diversi Vault.\u201d\n<\/p>\n
\nPer assicurare un allineamento con le priorit\u00e0 del business, il team di Service Management svolge un\u2019analisi
\nperiodica della fruibilit\u00e0 trasversale a tutto il portfolio prodotti di Veeva. Reilly continua: \u201dAbbiamo fatto test di
\nfruibilit\u00e0 ogni sei mesi su tutti i Vault, facendo un bilancio tra Net Promoter Score (la probabilit\u00e0 che una
\ndeterminata funzione sia raccomandata) e lo score di fruibilit\u00e0 del sistema. L\u2019obiettivo del team \u00e8 quello di far
\naumentare progressivamente questi score.\n<\/p>\n
\nIl centro di eccellenza affronta le sfide della piattaforma in maniera differenziata, grazie alle sue risorse
\nspecializzate. Matt Lamming, senior product director della piattaforma di sviluppo clinico di GSK, commenta:
\n\u201cLe release di Veeva avvengono tre volte all\u2019anno e solitamente non abbiamo il tempo o le risorse necessarie
\nper adottare del tutto gli elementi configurabili, perch\u00e9 l\u2019onere della validazione \u00e8 significativo. Attualmente, il
\nnostro team di progettazione sta definendo le priorit\u00e0 per il backlog degli elementi configurabili, in base al
\nvalore per GSK e alla facilit\u00e0 di integrazione. Poi procederemo all\u2019implementazione.\u201d\n<\/p>\n
\nCon una migliore governance e una maggiore attenzione all\u2019usabilit\u00e0 della piattaforma, i team possono
\naffrontare pi\u00f9 facilmente le nuove sfide con un approccio olistico. Lamming continua: \u201cSiamo molto pi\u00f9
\nconcentrati sull\u2019esperienza della piattaforma end-to-end per gli utenti. Alcune leggi, come il Regolamento UE
\nsulle sperimentazioni cliniche (EU CTR), esercitano un forte impatto su pi\u00f9 piattaforme. I nostri utenti non
\ndovrebbero avere la necessit\u00e0 di sapere in quale Vault stanno lavorando: dovrebbero semplicemente poter
\neseguire i processi e sapere intuitivamente come muoversi all\u2019interno del sistema. Questo \u00e8 il futuro”.\n<\/p>\n
\nL\u2019attenzione del team si sta spostando ora a come risolvere i problemi attuali relativi ai processi, in particolare
\nla gestione dell\u2019accesso degli utenti e degli eventi gravi.\n<\/p.\n\n\n
\nReilly nota: \u201cAttualmente, la gestione degli accessi \u00e8 la nostra spina nel fianco. Abbiamo 18.000 ricercatori in
\nloco e i loro punti di accesso alle piattaforme GSK sono molto diversificati.\u201d Piuttosto che creare una
\nstratificazione delle restrizioni, l\u2019azienda progetta di semplificare i processi attraverso l\u2019autenticazione basata
\nsui ruoli. Questo comporta la progettazione di una struttura dei ruoli pi\u00f9 chiara e snella, che si estenda
\nattraverso i diversi Vault.\n<\/p>\n
\nUtilizzando il modello di supporto condiviso, l\u2019azienda sta anche pianificando di trasformare il proprio
\napproccio alla gestione degli eventi gravi. \u201cAbbiamo bisogno di un approccio coordinato. Per mantenere il
\nsistema in funzione, oltre ad avere piani di disaster recovery e continuit\u00e0 operativa per le soluzioni cloud
\nVeeva (nello scenario peggiore, in caso di interruzioni), \u00e8 necessario prendere in considerazione anche tutti i
\nsistemi di terze parti integrati nella piattaforma,\u201d spiega Lamming.\n<\/p>\n
\nNegli ultimi due anni, dal lancio del suo centro di eccellenza Veeva, GSK ha compiuto progressi significativi
\nrispetto alle priorit\u00e0 fondamentali. I team sono pi\u00f9 preparati, ad esempio sulla gestione delle release. \u201cCon il
\nsupporto di Veeva, ci stiamo formando su ogni release sia al livello del singolo Vault che dell\u2019intera
\npiattaforma. Stiamo cominciando a definire il vero impatto di ciascuna release, prendendo decisioni in base a
\nci\u00f2 che \u00e8 importante e comunicando queste decisioni in modo chiaro ai nostri utenti,\u201d aggiunge Reilly.\n<\/p>\n
\nL\u2019approccio come piattaforma unificata offrir\u00e0 un\u2019esperienza delle soluzioni Veeva pi\u00f9 lineare agli utenti GSK.
\nReilly conclude: \u201cGrazie alla stretta collaborazione con Veeva, abbiamo ora un framework e un approccio che
\nconsidera in modo olistico tutti gli aspetti della convalida e della gestione delle modifiche nella prospettiva del
\ncliente finale, attraverso la piattaforma Development Cloud.\u201d\n<\/p>\n
\n“Grazie alla stretta collaborazione con Veeva, abbiamo ora un framework e un approccio che
\nconsidera in modo olistico tutti gli aspetti della convalida e della gestione delle modifiche
\nnella prospettiva del cliente finale, attraverso la piattaforma Development Cloud.\u201c
\n– John Reilly, responsabile R&S del centro di eccellenza Veeva presso GSK<\/span>\n<\/p><\/blockquote>\n