Wie die Entscheidungen zusammenhängen

Inzwischen solltest du auf dem Weg zu konkreten Entscheidungen für dein Claude-Enterprise-Rollout sein: Sie sind entweder bereits getroffen oder zusammengestellt und liegen bei ihren Verantwortlichen. Diese Lektion ermöglicht es dir, deine Entscheidungen neben die von Pluto zu stellen, zu überlegen, was eine Änderung an einer von ihnen auslösen würde, und darüber nachzudenken, wie die Antworten einer regulierten Funktion zusammenhalten.

Deine fünf Antworten

Wie du dich erinnerst, bestand Plutos Ziel aus Lektion 1 darin, dass bis zum Ende des Quartals jede Geschäftseinheit Claude in ihrer täglichen Arbeit nutzt, gemessen als wöchentlich aktive Nutzung in jeder Einheit, ohne eine einzige Sicherheitseskalation von Payments & Trust. Die Spalte rechts („Bezug zum Ziel") liest jede von Plutos Antworten im Hinblick auf dieses Ziel.

Öffne dein Begleitdokument und überprüfe deinen Eintrag für jede Entscheidung, während du die Tabelle durchgehst. Die Tabelle spiegelt den Entscheidungsdatensatz des Begleitdokuments wider, mit Plutos Antworten zum Vergleich ausgefüllt.

Wo deine Antwort von Plutos abweicht, zeigen sich die einzigartigen Merkmale deiner Organisation: Verfolge den Unterschied zurück zum Rollout-Ziel, das du in Lektion 1 formuliert hast. Wenn es dir schwerfällt, die Entscheidung zu erklären, lohnt sich ein zweiter Blick, bevor du sie mit deinen Stakeholdern teilst.

Eine Kaskade vorhersagen

Struktur kommt zuerst, die anderen Entscheidungen knüpfen ihre Einstellungen an die Gruppen, die sie definiert, und Sichtbarkeit liest über alles hinweg. Jetzt, wo du weißt, was jede Einstellung ist, hat die Karte einen zweiten Nutzen: vorherzusagen, was sich unterhalb einer Einstellung ändert, wenn du sie änderst.

Fügst du bei Pluto beispielsweise eine Gruppe hinzu, braucht sie eine Oberflächenfreigabe (Lektion 6), einen Konnektor-Geltungsbereich (Lektion 7), eine Obergrenze (Lektion 9) und einen Dashboard-Filter (Lektion 12), bevor jemand darin live gehen kann.

Das interaktive Widget unten führt eine Änderung durch die Entscheidungskarte und zeigt, was sich nachgelagert ändert – von dort, wo sie beginnt, bis dorthin, wo sie hinreicht.

Regulierte Funktionen: eine Haltung, nicht fünf Ausnahmen

Wenn du eine regulierte Funktion hast, ist dieser Abschnitt die Prüfung, ob ihre fünf Antworten eine Haltung bilden und nicht fünf separate Ausnahmen; Plutos Payments & Trust ist das durchgearbeitete Beispiel.

• Struktur: Ihre Mitglieder sitzen in ihrer eigenen Gruppe, sodass die Vereinigungsregel ihnen nichts Umfassenderes gibt als die Rolle ihrer eigenen Gruppe (Lektion 5).
• Zugriff: die gleichen Oberflächen wie ihre Nachbarn, wobei Claude Code zurückgehalten wird, bis das Visibility-Reporting vorhanden ist (Lektion 6), und Konnektoren nur lesend sind (Lektion 7).
• Governance: Approve-first, während der Rest von Pluto frei baut und innerhalb der Gruppe teilt, mit einem Prüfer für alles darüber hinaus (Lektion 8).
• Ausgaben: eine Gruppenobergrenze, bemessen wie die jeder anderen Gruppe, wobei jede Erhöhungsanfrage geprüft wird, bevor sie genehmigt wird (Lektion 9).
• Sichtbarkeit: Sie sind der Grund, warum Plutos organisationsweites Aufbewahrungsfenster das kürzere ist, mit aktivierter Compliance-API und einem namentlich benannten Leser in der Sicherheitsprüfung (Lektion 11).

Lies diese Einträge in deinem Begleitdokument als Ganzes noch einmal durch. Eine Gruppe, die durch das gewöhnliche System behandelt wird, ohne besondere Mechanismen: Deshalb hält es. Wenn deine gesamte Organisation reguliert ist, ist dieses Set deine Basislinie.

Ressourcen einrichten

Wenn eine Entscheidung vor dem Kickoff einen zweiten Blick braucht: Der Artikel hinter jeder Einstellung in diesem Kurs befindet sich in einer dieser beiden Sammlungen.

• Team- und Enterprise-Pläne: die vollständige Sammlung der Team- und Enterprise-Admin-Artikel, um jede einzelne Entscheidung noch einmal nachzulesen.
• Admin-Verwaltung: die Anleitungsartikel hinter den Einstellungen, die du jetzt erneut aufsuchst.

Lektionsaktivität

Drei weitere Schritte verwandeln dein Begleitdokument in den Rollout-Plan, den du zu deinem Stakeholder-Kickoff mitbringst.

• Überprüfe die schwer rückgängig zu machenden Einstellungen: Bestätige, dass jede der vier (Domain-Beanspruchung, Anzahl der Organisationen, die Gruppenzuordnung, Aufbewahrung) auf der Lektion-13-Checkliste deines Begleitdokuments entweder entschieden ist oder auf dem Schreibtisch eines Verantwortlichen mit einem Entscheidungstermin liegt.
• Schließe alle offenen Punkte: Schreibe für jede noch offene Entscheidung auf, was sie blockiert, was es braucht, um sie zu lösen, und einen Entscheidungstermin. Allein der Name eines Verantwortlichen ist kein Plan; ein offener Punkt ohne all das ist der Punkt, an dem ein Rollout ins Stocken gerät.
• Bringe den Plan in eine Reihenfolge: Das Begleitdokument listet die Reihenfolge auf (Struktur, dann Zugriff, Governance, Ausgaben, Sichtbarkeit aktiviert, dann Go-Live nach Gruppe); lege für jeden Schritt einen Verantwortlichen und ein Startdatum fest.

→ Halte dies im Begleitdokument zum Mitarbeiten fest, Abschnitt Lektion 13.

Was kommt als Nächstes

Die letzte Lektion behandelt, was passiert, wenn eine neue Oberfläche hinzukommt: welche deiner Antworten unverändert übernommen werden und welche Entscheidungen du erneut durchläufst.