Ogni valutazione seria di uno strumento, dentro un’azienda, arriva prima o poi alla stessa domanda — e quasi mai è “che cosa fa?”. È “dove vanno i nostri dati quando lo usiamo?”. Quando si parla di Microsoft Project e GDPR quella domanda non è teorica: un piano di progetto contiene dati personali, e condividerlo è già un trattamento.
Per uno strumento che lavora sui piani di Microsoft Project quella domanda pesa più di quanto sembri, perché un piano di progetto non è un documento neutro. È uno dei file più sensibili che la tua azienda produca.
Che cosa c’è davvero dentro un .mpp
Apri il file e vedi un diagramma di Gantt. Sotto, però, c’è un database di cose che non manderesti mai per email con leggerezza: i nomi delle persone assegnate alle lavorazioni, le loro tariffe orarie, le baseline dei costi, i margini di profitto e le note, dove finiscono i commenti sinceri su clienti e fornitori.
Parte di questo è sensibile sul piano commerciale. Parte — i nomi delle risorse — è dato personale nel senso pieno del GDPR. È un fatto che, da solo, cambia il modo in cui il file va trattato nell’istante in cui si sposta da qualche parte.
La trappola della comodità
Molti strumenti moderni sembrano privi di attrito perché, dietro le quinte, caricano il tuo file su un server per fare il lavoro. L’elaborazione avviene nel cloud, il risultato torna indietro, e tutto appare fluido.
È fluido fino al momento esatto in cui qualcuno chiede dove sia finito l’upload.
Perché nell’istante in cui il tuo piano viene mandato a un server esterno per essere elaborato, una copia di quel piano esiste su un’infrastruttura che non controlli. Ogni nome di risorsa, ogni tariffa, ogni nota viaggia con lui. Non hai condiviso un risultato — hai esportato la materia prima.
Questo rompe due cose in un colpo solo.
Rompe la conformità al GDPR. I nomi delle risorse sono dati personali, e inviarli al server di un terzo è un trattamento da parte di un soggetto che ora ha bisogno di un accordo sul trattamento dei dati, di una base giuridica e di una collocazione documentata. Quello che era cominciato come “sistemo questo file” è diventato in silenzio un trasferimento di dati che il tuo DPO non ha mai approvato.
Rompe le policy IT aziendali. Nei settori regolamentati, nella difesa, in qualunque ambito che tocchi la riservatezza del cliente, la regola è spesso netta: i dati sensibili non lasciano la rete. Uno strumento che carica per elaborare è uno strumento che non supera la security review, per quanto buono sia il suo output.
Microsoft Project e GDPR: la frase che fa approvare uno strumento
Quando un PMO o un team IT valuta una nuova utility, una frase fa più lavoro di qualsiasi elenco di funzioni:
Tutta l’elaborazione avviene sulla macchina locale. Il file non lascia mai la rete. L’unica connessione in uscita è l’attivazione della licenza.
È quella frase che trasforma un “no” in un “sì”. Significa che non c’è un percorso di uscita dei dati da verificare, nessun responsabile del trattamento terzo con cui stipulare un contratto, nessun upload da spiegare a un cliente il cui piano è sotto NDA. Lo strumento diventa qualcosa che l’IT può approvare senza convocare una riunione.
Come lo gestisce GanttShield
GanttShield è costruito attorno esattamente a questo principio. Elabora il file .mpp interamente nella memoria locale del PC — cloud-free per progettazione. Nulla viene caricato su un server esterno, e nessuna copia del tuo piano viene mai creata al di fuori della macchina su cui stai lavorando.
C’è una logica in tutto questo che è facile non cogliere. Lo scopo stesso di GanttShield è proteggere i dati riservati di progetto prima che tu condivida un file. Una versione di quello strumento che caricasse il tuo piano nel cloud per pulirlo starebbe sabotando sé stessa — creerebbe l’esatta esposizione che esiste per prevenire. L’elaborazione locale non è una funzione aggiunta per rassicurare: è l’unico approccio coerente con ciò per cui lo strumento esiste.
Il risultato pratico è la totale conformità con le policy IT aziendali più rigide e con il GDPR, perché semplicemente non c’è alcun trasferimento esterno da giustificare. I tuoi dati restano dove sono nati.
Perché al PMO importa più che a chiunque
Un singolo project manager lavora sui propri piani. Un PMO ne gestisce decine, provenienti da team interni, fornitori e clienti, ciascuno con i suoi termini di riservatezza e i suoi obblighi di conformità.
Per quel ruolo, uno strumento che introduce un rischio di uscita dei dati non è una comodità — è una responsabilità che si moltiplica a ogni file. Il PMO è proprio la funzione che deve rispondere di dove siano stati tutti quei piani, e “elaborato in locale, mai caricato” è l’unica risposta che regge su tutti quanti.
Ecco perché lo zero cloud non è una nota tecnica a piè di pagina. Per chi ha la responsabilità della governance, è il punto centrale.
GanttShield è un’applicazione desktop, non un add-in: richiede Microsoft Project installato — è Project a produrre la copia ripulita — ed elabora il tuo piano interamente sulla tua macchina. Il file originale non viene mai modificato, e nulla viene mai caricato.