Quattro cose vengono chiamate governance: certificazione, proprietà, contenuti obsoleti e controllo delle modifiche. Qui ognuna è scritta come una verifica che puoi eseguire, non come un obiettivo che puoi dichiarare. Si parla anche dell’unica modifica che supera una revisione visiva ed è comunque sbagliata.
Aggiornato · 6 min di lettura
La maggior parte dei documenti di governance per Tableau fissa degli obiettivi. I contenuti saranno certificati. I proprietari saranno tenuti aggiornati. Le dashboard inutilizzate saranno ritirate. Ognuno è ragionevole. Nessuno può essere fatto rispettare in quella forma. Nessuno nomina la verifica che lo proverebbe.
Un controllo ha tre parti. Una regola formulata in modo abbastanza stretto da poter fallire. Uno strumento che applica la regola. Un registro di cosa è successo quando lo ha fatto. Con tutte e tre, puoi essere sottoposto ad audit su di esso. Con solo la prima, hai messo per iscritto una preferenza.
Tutto ciò che segue è scritto come una verifica. Una verifica è una cosa che puoi eseguire un martedì. È anche una cosa che puoi consegnare a qualcuno un venerdì.
Un’origine dati certificata è un’affermazione di una persona con un nome. Dice che questa cosa è adatta all’uso. Non dice che i numeri sono corretti. Trattarla così è il modo in cui la certificazione perde silenziosamente il suo significato in circa diciotto mesi.
Tre domande tengono viva l’affermazione: chi l’ha certificata, rispetto a cosa, e quando. Se chi ha certificato se n’è andato, l’affermazione non ha autore. Se nessuno ha scritto in cosa consisteva la verifica, il badge significa che qualcuno ha cliccato un pulsante.
Certificare tutto ti dice la stessa cosa di non certificare nulla. Il segnale è il contrasto, e un sito certificato al cento per cento ha buttato via il contrasto.
Ogni domanda di governance finisce su una persona. Chi approva questa modifica. Chi riceve la chiamata quando si rompe. Chi risponde quando salta fuori che mostra qualcosa che non dovrebbe.
Sei tipi di oggetto portano un proprietario: cartelle di lavoro, origini dati pubblicate, flussi, progetti, sottoscrizioni e attività di aggiornamento. La proprietà si imposta per singolo elemento. Una persona che se ne va lascia quindi elementi sparsi, non un solo account di cui occuparsi.
Due verifiche sulla proprietà valgono la pena ogni mese. La prima trova contenuti di proprietà di un utente non più attivo o non più licenziato. La seconda trova contenuti di proprietà di un account che non è una persona. Un account di servizio conta, e conta anche l’amministratore che si è trovato a eseguire l’ultima migrazione.
Obsoleto non è la stessa cosa di inutilizzato, e nessuno dei due è la stessa cosa di sbagliato. Tre segnali separati, che vale la pena tenere distinti.
La coppia rischiosa è visualizzato spesso e aggiornato mai. Quelle dashboard vengono citate nelle riunioni mentre mostrano il trimestre scorso. Sono anche quelle che fanno dubitare dell’intera piattaforma quando finalmente qualcuno se ne accorge.
L’obsolescenza di un’estrazione è invisibile nel file della cartella di lavoro. Coglierla richiede un confronto dei numeri effettivamente serviti. Un hash percettivo della vista renderizzata cattura un caso in più, dove la struttura è identica e solo l’immagine differisce.
Tableau riscrive il file della cartella di lavoro a ogni salvataggio. Gli identificatori vengono rigenerati, gli attributi si spostano, gli spazi cambiano di continuo. Un diff testuale di due cartelle di lavoro salvate è quasi tutto rumore. Ecco perché il controllo di versione a livello di file sembra inutile su questo tipo di contenuto. Ed è anche il motivo per cui i team ci rinunciano.
Il confronto che funziona è da modello a modello. Si abbinano i campi per il loro nome interno, che resta stabile attraverso le rinomine delle didascalie e i riordinamenti. Si segnalano solo le differenze che portano significato. In pratica sono ventiquattro tipi di differenza semantica. Tre di questi falliscono sempre invece di avvisare.
Uno merita di essere memorizzato. Un campo calcolato viene rimosso, e un campo diretto del database con una didascalia simile prende il suo posto. La dashboard si visualizza ancora. Ogni etichetta è la stessa. Il numero ora è qualcos’altro. Quella modifica supera una revisione visiva ogni singola volta, ed è esattamente per questo che non è mai ignorabile.
Le deroghe sono la parte da fare bene. Un rilievo che si può chiudere con un clic non lascia traccia della decisione. Un anno dopo, nessuno sa distinguere un rischio accettato da uno che nessuno ha notato. Una deroga registrata è un artefatto di governance a pieno titolo. Dice che una persona con un nome ha guardato questo, lo ha capito, e lo ha accettato in una data.
Fatto in quest’ordine, ogni rimozione arriva con il proprio argomento. Fatto nell’ordine opposto, l’argomento avviene dal vivo, con un direttore la cui dashboard è sparita.
Un’affermazione è una frase. Una prova è qualcosa che una seconda persona può verificare senza chiedertelo. Cosa deve contenere una traccia di audit, cosa prova davvero un hash, e cosa pretendere da qualsiasi strumento che sostiene di produrne una.
Una persona se ne va. Il suo nome resta su cartelle di lavoro, pianificazioni e sottoscrizioni, e diverse di queste si guastano senza un rumore. Cosa possiede, cosa si rompe, e l’ordine che mantiene la licenza recuperabile.
I contenuti sono la parte facile di una migrazione. Ecco cosa deve spostarsi con loro, cosa tende a rompersi in silenzio dopo, e cosa una migrazione governata verifica prima che qualcuno approvi un’esecuzione.