Vai al contenuto
Gestione Documentale

Migrare i Documenti HR dal Drive Condiviso a un Sistema Vero

Un playbook pratico per i team HR che escono dal caos di Google Drive, OneDrive e SharePoint

Safepiens Team | | 7 min di lettura
Migrare i Documenti HR dal Drive Condiviso a un Sistema Vero

Se i tuoi documenti HR vivono attualmente su Google Drive, OneDrive, SharePoint o un file share di rete, probabilmente hai già deciso che ti serve qualcosa di meglio. La domanda più difficile è come arrivarci senza dare fuoco al calendario del team o perdere traccia di quale versione è quella corrente. Questo è il playbook di migrazione per i team HR che fanno il salto, comprese le parti che la maggior parte dei vendor salta quando vende l'implementazione.

Perché Questa Migrazione È più Difficile di Quanto Sembri

Una migrazione da drive condiviso sembra "copia i file nel nuovo tool, configura gli accessi, fatto". Raramente è così. Tre cose sorprendono regolarmente i team che non l'hanno mai fatto.

Primo, i documenti sono incoerenti. Una cartella chiamata Contratti contiene contratti, addenda, NDA e tre PDF non correlati. Le naming convention sono cambiate nel 2021 quando è arrivato il nuovo HR director. Metà dei file non ha metadati. La migrazione non può limitarsi a copiarli; deve classificarli.

Secondo, il modello di accesso sui drive condivisi è quasi sempre sbagliato. I permessi si accumulano negli anni. Persone che hanno lasciato l'azienda due anni fa compaiono ancora nei gruppi di accesso. La migrazione non può limitarsi a preservare l'accesso corrente; deve disegnarne uno nuovo.

Terzo, il workflow attivo non si ferma mentre migri. I nuovi assunti continuano ad arrivare. I contratti continuano ad aver bisogno di firme. La migrazione deve girare accanto al business as usual, il che vuol dire una data di cutover chiara e una consegna pulita.

I Tre Pattern di Migrazione e Quando Usarli

Ci sono tre pattern praticabili per questo tipo di passaggio.

Pattern A: Cutover, poi Backfill

Fissa una data. Dopo quella data, tutti i nuovi documenti HR vanno nel nuovo sistema. I documenti storici restano sul drive condiviso in modalità read-only e vengono backfillati nelle settimane o mesi successivi. È il pattern a rischio più basso e la scelta più comune. Funziona perché il team adotta il nuovo tool con il nuovo lavoro, mentre il vecchio tool resta disponibile per consultazioni.

Pattern B: Migrazione Big-Bang

Migra tutto in un weekend, spegni il drive condiviso il lunedì. È più veloce ma più rischioso. Richiede classificazione preventiva molto stretta e una matrice di accesso pulita. Vale la pena solo per aziende piccole (sotto i 100 dipendenti) o team che hanno già fatto il lavoro di classificazione per un altro motivo.

Pattern C: Stadiato per Coorte Dipendente

Migra prima i dipendenti attivi, poi gli usciti entro la finestra di retention, poi l'archivio storico. Ogni coorte fa cutover in modo indipendente. Va bene per aziende con archivi storici molto grandi, perché ti permette di rimandare la parte più lenta del lavoro senza ritardare il beneficio quotidiano.

Quasi tutti i team mid-sized scelgono il Pattern A. Il resto di questo playbook assume quel pattern.

Una Cornice in 5 Passi per la Migrazione dal Drive Condiviso

1. Censisci Cosa C'è Davvero sul Drive Condiviso

Lancia uno script o fai una scansione manuale per contare i file per cartella, età e dimensione approssimativa. Quasi tutti i team HR scoprono che il loro drive condiviso contiene il 30-60% di file che andavano cancellati anni fa, il 20-30% di duplicati e solo il 20-40% di documenti live correnti. Conoscere il rapporto dà forma a tutto il resto. Non devi migrare il peso morto.

2. Progetta la Tassonomia Target e il Modello di Accesso

Prima che si muova un file, definisci nel nuovo sistema le categorie, le regole di retention e i ruoli di accesso. Trattalo come un disegno da zero, non come una copia della struttura del drive condiviso. La struttura del drive condiviso è il problema che stai scappando. Quasi tutti i team HR finiscono con 12-20 categorie, quattro-sei ruoli di accesso e tre-sette regole di retention. Falla firmare prima di iniziare la migrazione.

3. Classifica Prima di Copiare

Il segreto sporco delle migrazioni documentali HR è che il collo di bottiglia è la classificazione, non la velocità di copia. Ogni file va assegnato a una categoria, attaccato al dipendente giusto, dotato di una data di upload e (dove serve) di una scadenza. Una parte si può dedurre da struttura cartelle e nome file, ma una percentuale significativa richiede review umana. Pianifica realisticamente: 30-60 secondi per file per classificazione con review umana, più veloce se hai estrazione automatica.

4. Esegui un Periodo Parallelo

Fissa una data dopo la quale tutti i nuovi documenti HR vanno nel nuovo sistema, e tieni il drive condiviso in read-only per almeno 90 giorni. Durante il periodo parallelo, chiunque abbia bisogno di un file dal vecchio drive può ancora prenderlo, ma non sono permesse scritture nuove. Questo intercetta i documenti che hai mancato senza forzare una migrazione in panico. Dopo 90 giorni senza richieste di lettura su una data cartella, di solito puoi archiviarla senza danni.

5. Decommissionare e Documentare

Una volta finito il periodo parallelo, ritira formalmente il drive condiviso. Mettilo in read-only per un ultimo periodo di retention (spesso un anno), poi backuppalo in cold storage. Documenta la migrazione per iscritto: cosa è stato spostato, cosa archiviato, cosa cancellato, com'è fatto il nuovo sistema e qual è il modello di accesso. Questo documento diventa evidenza la prossima volta che un auditor chiede della migrazione.

Errori da Evitare

  1. Copiare la struttura del drive condiviso nel nuovo sistema. La struttura è il problema che stai scappando. Progetta una tassonomia nuova.
  2. Saltare il passo di classificazione. Un sistema nuovo pieno di file non categorizzati è un problema peggiore di un drive condiviso non categorizzato, perché è costato soldi.
  3. Fare la migrazione senza una data di cutover. Senza data, il vecchio drive resta in uso per sempre e il team finisce con due sistemi paralleli.
  4. Dimenticare la pulizia degli accessi. Migrare i permessi del drive condiviso nel nuovo sistema porta con sé due-cinque anni di deriva degli accessi.
  5. Migrare file morti. I documenti oltre la retention vanno cancellati prima della migrazione, non caricati nel nuovo sistema dove violano subito la tua policy di retention.

Checklist di Migrazione

  • Drive condiviso censito, con conteggi per cartella, età e rapporto live vs. morto
  • Nuova tassonomia, regole di retention e modello di accesso progettati e firmati
  • Workflow di classificazione definito, con budget tempo realistico per file
  • Data di cutover comunicata, con periodo parallelo pianificato (90 giorni minimo)
  • Piano di decommissioning copre finestra read-only, archivio freddo e retention finale
  • Registro scritto della migrazione esiste per scopi di audit
  • I workflow attivi continuano senza interruzioni durante la migrazione

Come È Fatto il Timing "Buono"

Una timeline realistica per un'azienda da 500 dipendenti che migra da un setup Google Drive a un sistema documentale HR vero:

  • Settimana 1-2: censimento e disegno target
  • Settimana 3-4: configurazione tool, ruoli di accesso, regole di retention
  • Settimana 5-6: inizia il periodo parallelo, i nuovi documenti vanno nel nuovo sistema
  • Settimana 5-12: classificazione storica e migrazione in ondate
  • Settimana 13: periodo parallelo finisce, drive condiviso va in read-only
  • Mese 6: drive condiviso passa a cold archive
  • Mese 12: decommissioning completo secondo policy di retention

Sei mesi end-to-end, con il team che sente il beneficio quotidiano dalla settimana 5. Più veloce è possibile per aziende più piccole; più lungo è normale per aziende con archivi storici profondi o backlog di carta da scansionare prima.

Come Supporta Safepiens la Migrazione

Safepiens è costruito perché il nuovo sistema sia pronto a ricevere documenti in giorni, non mesi. Categorie e regole di retention per i tipi documentali HR standard arrivano preconfigurate, l'accesso basato sui ruoli mappa sui ruoli HR standard, e il workflow di upload forza la classificazione nel momento in cui un file atterra. Quasi tutti i clienti che migrano da drive condivisi finiscono la configurazione in settimana 1 e fanno girare il periodo parallelo dalla settimana 2. La visione più ampia di com'è la vita dopo la migrazione è coperta in gestione documentale digitale per team HR, e le abitudini operative che fanno sopravvivere il nuovo sistema sono coperte in best practice di gestione documenti HR.

Cosa Consegna una Migrazione Pulita dal Drive Condiviso

Vittorie quotidiane dalla settimana 5

i nuovi documenti atterrano in un sistema vero dal cutover

Niente trappola dei sistemi paralleli

drive condiviso in read-only durante il parallelo, decommissionato pulito dopo

Classificazione pulita

ogni file migrato ha categoria, owner, data di upload e scadenza dove serve

Modello di accesso resettato

la deriva di permessi del drive condiviso non si porta nel nuovo sistema

Compliance di retention

i file morti vengono cancellati durante la migrazione, non caricati nel nuovo sistema

Evidenza di audit

registro scritto di cosa è stato spostato, archiviato e cancellato

Domande Frequenti

Per un'azienda di medie dimensioni (250-1.000 dipendenti), pianifica 4-8 settimane di configurazione più un periodo parallelo di 1-3 mesi per la migrazione storica. Il nuovo sistema è usabile per il lavoro quotidiano dalla settimana 5-6, e la migrazione completa finisce entro il mese 3-4. La parte più lenta è la classificazione dei file storici, non il copiarli, ed è per questo che il disegno preliminare della tassonomia conta più della velocità di copia.
Quasi sempre iniziare da zero il giorno del cutover: i nuovi documenti vanno nel nuovo sistema, e il drive condiviso diventa read-only. I documenti storici vengono migrati in ondate nelle settimane successive. L'opposto (migrare tutto prima di andare live) sembra ordinato ma porta via mesi in più e ritarda il beneficio quotidiano. Il pattern cutover-then-backfill è più veloce e meno rischioso.
Cancellali come parte della migrazione, non dopo. Caricare record scaduti in un sistema nuovo che forza la retention li segnerà subito come violazioni, che è il peggior momento possibile per scoprire che serve la pulizia. Il passo di delete pre-migrazione è di solito la parte con più impatto di tutto il progetto, perché i drive condivisi tipicamente contengono il 30-60% di file oltre l'orizzonte di retention.
Il pattern cutover-then-backfill è la risposta. Dopo la data di cutover, tutti i nuovi documenti vanno al nuovo sistema, mentre il vecchio drive condiviso resta read-only per consultazioni storiche. Il team HR adotta il nuovo tool attraverso il nuovo lavoro, il backfill storico gira in background, e non c'è mai un momento in cui i workflow attivi sono bloccati.
Un HR operations lead nominato, con un partner IT per il setup tecnico e un implementation lead del vendor per il tool. Il lavoro di classificazione tira di solito dentro due-quattro HR generalist per blocchi di tempo, e il modello di accesso ha bisogno della firma di HR leadership e legal. Senza un singolo owner nominato, le migrazioni slittano. Con uno, partono in orario.

Esci dai Drive Condivisi Senza Spaccare il Lavoro HR Quotidiano

Vedi come Safepiens supporta un cutover pulito e una migrazione storica ritmata per i team HR che escono dal caos dei drive condivisi.