Einen Tableau-Benutzer offboarden, ohne den Montag zu zerstören
Eine Person geht. Ihr Name bleibt auf Arbeitsmappen, Zeitplänen und Abonnements, und mehrere davon fallen lautlos aus. Was sie hält, was bricht, und die Reihenfolge, die die Lizenz wiederherstellbar hält.
Das Konto wird im Identitätsanbieter geschlossen. Das Ticket wird als erledigt markiert. Auf der Tableau Site tragen sechs Arten von Objekten diese Person noch als Eigentümer. Jede verhält sich anders, sobald der Eigentümer nicht mehr lizenziert ist.
Arbeitsmappe
Sie funktioniert weiter. Der Eigentümer ist weg, und niemand ist dafür verantwortlich. Alle darin eingebetteten Zugangsdaten waren seine.
Veröffentlichte Datenquelle
Dasselbe. Alles, was ihr nachgelagert ist, erbt das Problem, und niemand hat das so gewählt.
Flow
Er hört auf zu laufen, wenn er sich als der ausscheidende Benutzer authentifiziert hat. Nachgelagerte Ausgaben halten still ihr letztes Ergebnis.
Projekt
Berechtigungen werden von dort geerbt, wo Inhalte liegen. Ein Projekt ohne aktiven Eigentümer lässt das Berechtigungsmodell ohne aktiven Eigentümer zurück.
Abonnement
Es kommt entweder nicht mehr an oder kommt weiter an, adressiert an jemanden, der gegangen ist. Beides ist falsch, und nur eines wird bemerkt.
Aktualisierungsaufgabe
Der Extrakt hört auf, sich zu aktualisieren. Das Dashboard bleibt stehen und veraltet an Ort und Stelle.
Die letzte ist die teure. Nichts daran sieht falsch aus.
Die Ausfälle, die still bleiben
Geordnet danach, wie lange sie gewöhnlich unbemerkt bleiben, die längsten zuerst.
Eine Aktualisierungsaufgabe ohne aktiven Eigentümer. Das Dashboard liefert wie immer. Die Daten dahinter werden jeden Tag einen Tag älter.
Ein Abonnement, das weiter sendet. Wer es erhält, nimmt an, dass ein Bericht, der ankommt, ein Bericht ist, den jemand pflegt.
Zugangsdaten, eingebettet von der Person, die gegangen ist. Die Verbindung funktioniert weiter. Sie bricht, wenn diese Zugangsdaten rotiert werden oder wenn das Konto deaktiviert wird.
Ein Flow, der gestoppt hat. Die Datenquellen, die er gespeist hat, existieren noch und liefern noch Zeilen. Der Ausfall sitzt einen Sprung entfernt von dort, wo jemand hinsieht.
Inhalte in einem persönlichen Bereich. Niemand sonst kann sie sehen, also kann niemand sonst sie erben.
Entscheiden, wer was erbt
Neuzuweisung sieht technisch aus. Sie ist eine Geschäftsentscheidung. Software kann Eigentum verschieben, und nur ein Mensch kann sagen, wohin es gehen soll.
Inhalte mit einem offensichtlichen Team: Geben Sie sie der aktuellen Leitung dieses Teams, nicht einem Administrator.
Inhalte, die niemand beansprucht: Geben Sie ihnen einen namentlich bekannten Übergangseigentümer und setzen Sie ein Prüfdatum darauf. Das verschiebt die Entscheidung, ohne sie fallen zu lassen.
Inhalte, deren einziger Nutzer die ausscheidende Person war: Archivieren Sie sie als Beleg. Sie jemandem zu übergeben, der sie nie öffnen wird, hilft niemandem.
Einem Muster sollte man widerstehen: alles an die Person zu übertragen, die das Offboarding durchführt. Es ist schnell, und es fühlt sich umkehrbar an. Ein Jahr später sieht es genauso aus, als hätte man nichts getan.
Fünf Risiken, die man zuerst sehen sollte
Der Planer findet diese fünf und zeigt sie, während der Plan noch nur lesend ist. Noch hat sich nichts geändert.
Eingebettete Zugangsdaten
Das Objekt authentifiziert sich als der ausscheidende Benutzer. Eigentum zu verschieben authentifiziert es nicht neu. Ein Mensch muss neue Zugangsdaten liefern.
Rollenkonflikt
Der vorgeschlagene neue Eigentümer hat eine Site-Rolle, die diese Inhalte nicht halten kann. Der Lauf hält dort an, statt einen halbfertigen Zustand zu hinterlassen.
Ein Abonnement ohne aktiven Eigentümer
Die Zustellung läuft weiter unter einem Eigentümer, der gegangen ist. Oder sie hört auf, und die Empfänger hören nichts.
Eine Aktualisierungsaufgabe ohne aktiven Eigentümer
Der Zeitplan überlebt seinen Eigentümer, die Daten nicht.
Ein Umzug über Projekte hinweg
Das Objekt würde in einem anderen Projekt landen, und Berechtigungen folgen dem Ort der Inhalte. Der Umzug ändert, wer es sehen kann.
Alle fünf erscheinen in der Planphase, die liest und vorschlägt und nichts ändert. Das ist der Moment, um darüber zu streiten.
Eine Reihenfolgeregel
Eine Reihenfolgeregel trägt die ganze Operation. Der Benutzer wird erst dann auf Unlizenziert gesetzt, wenn jede Neuzuweisung erfolgreich war.
Die Alternative lohnt sich vorzustellen. Geben Sie zuerst die Lizenz frei, und lassen Sie eine Neuzuweisung scheitern. Jetzt liegen Inhalte unter einem Konto, das nichts mehr besitzen kann. Sie zurückzuholen ist ein Support-Gespräch statt ein Klick.
Manchmal gelingt jede Neuzuweisung, und nur die abschliessende Lizenzänderung scheitert. Das ist der gute Fehlschlag. Die Inhalte sind sicher, und die Lizenz wird noch gehalten. Was bleibt, ist eine Aktion, in Ihrem eigenen Tempo.
Die Abfolge
Finden Sie alles, was der Benutzer besitzt, über alle sechs Arten hinweg. Ein Projektbaum zeigt nur einen Teil davon.
Lesen Sie den Plan, einschliesslich der Risiken, bevor Sie irgendetwas davon freigeben.
Wählen Sie neue Eigentümer als Menschen. Standardwerte sind der Weg, auf dem Inhalte nirgendwo landen.
Geben Sie frei, und lassen Sie die Neuzuweisung bis zum Ende laufen.
Erst dann geben Sie die Lizenz frei.
Behalten Sie das Protokoll: was bewegt wurde, an wen, und wer es freigegeben hat.
Alle im Raum wollen die Lizenz zurück. Sie ist trotzdem das Letzte, was sich bewegen sollte. Eine Lizenz zurückzuholen ist ein Klick. Ein Dashboard ohne aktiven Eigentümer zurückzuholen ist ein Nachmittag und ein Anruf bei jemandem im Urlaub.
Die Prüfung, die man früh laufen lässt
Jedes Objekt oben lässt sich finden, während die Person noch da ist. Das ist der billigste Moment, es zu beheben. Eine vierteljährliche Eigentumsprüfung dauert etwa eine Stunde. Sie nimmt jedem späteren Weggang den grössten Teil der Überraschung.
Inhalte, die inaktiven oder nicht mehr lizenzierten Benutzern gehören.
Inhalte, die einem Dienstkonto gehören, hinter dem keine namentlich bekannte Person steht.
Abonnements und Aktualisierungsaufgaben, deren Eigentümer seit ihrer Erstellung die Rolle gewechselt hat.
Migrationsteams erreichen dieselbe Regel aus der anderen Richtung. Bringen Sie zuerst das Eigentum in Ordnung. Sonst reist das Problem unversehrt in die neue Umgebung.
Vier Dinge werden Governance genannt: Zertifizierung, Eigentum, veraltete Inhalte und Änderungskontrolle. Hier ist jedes als Prüfung geschrieben, die Sie ausführen können, nicht als Ziel, das Sie formulieren können. Es geht auch um die eine Änderung, die eine Sichtprüfung besteht und trotzdem falsch ist.
Inhalte sind der einfache Teil einer Migration. Hier steht, was mit ihnen umziehen muss, was danach meist still bricht, und was eine governte Migration prüft, bevor jemand einen Lauf freigibt.
Zwei Tableau-Berechtigungen, die zwei verschiedene Aufgaben erledigen. Die eine trägt die Berechtigungen einer Person. Die andere erweitert eine Plattformfähigkeit. Die richtige zu wählen hält ein Berechtigungsmodell, das Sie über Jahre aufgebaut haben, dafür zuständig, wer was sieht.