Quatre choses se font appeler gouvernance : la certification, la propriété, le contenu obsolète et le contrôle des changements. Ici, chacune est écrite comme une vérification que vous pouvez lancer, pas comme un objectif que vous pouvez énoncer. Il y est aussi question du seul changement qui passe une revue visuelle et reste faux.
Mis à jour · 6 min de lecture
La plupart des documents de gouvernance Tableau posent des objectifs. Le contenu sera certifié. Les propriétaires seront tenus à jour. Les tableaux de bord inutilisés seront retirés. Chacun est raisonnable. Aucun ne peut être appliqué sous cette forme. Aucun ne nomme la vérification qui le prouverait.
Un contrôle a trois parties. Une règle énoncée assez précisément pour pouvoir échouer. Un outil qui applique la règle. Un registre de ce qui s’est passé quand il l’a fait. Avec les trois, vous pouvez être audité dessus. Avec seulement la première, vous avez écrit une préférence.
Tout ce qui suit est écrit comme une vérification. Une vérification est une chose que l’on peut lancer un mardi. C’est aussi une chose que l’on peut remettre à quelqu’un un vendredi.
Une source de données certifiée est une affirmation faite par une personne nommée. Elle dit que cette chose est bonne à utiliser. Elle ne dit pas que les chiffres sont justes. La traiter ainsi est la façon dont la certification perd discrètement son sens en dix-huit mois environ.
Trois questions gardent l’affirmation en vie : qui l’a certifiée, par rapport à quoi, et quand. Si le certificateur est parti, l’affirmation n’a plus d’auteur. Si personne n’a écrit en quoi consistait la vérification, le badge signifie que quelqu’un a cliqué sur un bouton.
Tout certifier vous dit la même chose que ne rien certifier. Le signal, c’est le contraste, et un site certifié à cent pour cent a jeté le contraste.
Chaque question de gouvernance se termine sur une personne. Qui approuve ce changement. Qui reçoit l’appel quand ça casse. Qui répond quand il s’avère que cela montre quelque chose qu’il ne devrait pas.
Six sortes d’objets portent un propriétaire : les classeurs, les sources de données publiées, les flux, les projets, les abonnements et les tâches de rafraîchissement. La propriété se définit par élément. Une personne qui part laisse donc un éparpillement d’éléments, pas un seul compte à traiter.
Deux vérifications de propriété valent la peine d’être lancées chaque mois. La première trouve le contenu détenu par un utilisateur qui n’est plus actif ou plus licencié. La seconde trouve le contenu détenu par un compte qui n’est pas une personne. Un compte de service compte, tout comme l’administrateur qui s’est trouvé lancer la dernière migration.
Obsolète n’est pas la même chose qu’inutilisé, et ni l’un ni l’autre n’est la même chose que faux. Trois signaux distincts, qu’il vaut mieux garder séparés.
La paire risquée, c’est souvent consulté et jamais rafraîchi. Ces tableaux de bord sont cités en réunion alors qu’ils montrent le trimestre précédent. Ce sont aussi ceux qui font douter de toute la plateforme quand quelqu’un finit par s’en apercevoir.
L’obsolescence d’un extrait est invisible dans le fichier du classeur. La repérer demande une comparaison des chiffres réellement servis. Un hachage perceptuel de la vue rendue attrape un cas de plus, où la structure est identique et seule l’image diffère.
Tableau réécrit le fichier du classeur à chaque enregistrement. Les identifiants sont refaits, les attributs se déplacent, les espaces changent sans cesse. Un diff texte de deux classeurs enregistrés n’est presque que du bruit. C’est pourquoi le contrôle de version au niveau fichier semble inutile sur ce type de contenu. C’est aussi pourquoi les équipes l’abandonnent.
La comparaison qui fonctionne est de modèle à modèle. On apparie les champs par leur nom interne, qui reste stable à travers les renommages de libellés et les réordonnancements. On ne signale que les différences qui portent un sens. En pratique, cela fait vingt-quatre sortes de différences sémantiques. Trois d’entre elles échouent toujours au lieu d’avertir.
L’une vaut la peine d’être mémorisée. Un champ calculé est supprimé, et un champ direct de base de données au libellé semblable prend sa place. Le tableau de bord s’affiche toujours. Chaque étiquette est la même. Le chiffre est maintenant autre chose. Ce changement passe une revue visuelle à chaque fois, et c’est exactement pourquoi il ne peut jamais être écarté.
Les dérogations sont la partie à bien faire. Un constat que l’on peut écarter d’un clic ne laisse aucune trace de la décision. Un an plus tard, personne ne peut distinguer un risque accepté d’un risque que personne n’a remarqué. Une dérogation enregistrée est un artefact de gouvernance à part entière. Elle dit qu’une personne nommée a regardé ceci, l’a compris, et l’a accepté à une date.
Fait dans cet ordre, chaque retrait arrive avec son propre argument. Fait dans l’autre ordre, l’argument se tient en direct, avec un directeur dont le tableau de bord a disparu.
Une affirmation est une phrase. Une preuve est quelque chose qu’une seconde personne peut vérifier sans vous demander. Ce qu’une piste d’audit doit contenir, ce qu’un hachage prouve réellement, et ce qu’il faut exiger de tout outil qui prétend en produire une.
Une personne s’en va. Son nom reste sur des classeurs, des planifications et des abonnements, et plusieurs d’entre eux tombent en panne sans un bruit. Ce qu’elle détient, ce qui casse, et l’ordre qui garde la licence récupérable.
Le contenu est la partie facile d’une migration. Voici ce qui doit bouger avec lui, ce qui a tendance à casser en silence ensuite, et ce qu’une migration gouvernée vérifie avant que quiconque approuve une exécution.