Comment les décisions s'articulent entre elles

À ce stade, vous devriez être bien avancé dans l'élaboration de décisions concrètes pour votre déploiement Claude Enterprise : elles seront soit prises, soit formalisées et confiées à leurs responsables. Cette leçon vous permet de comparer vos décisions à celles de Pluto, d'examiner ce que modifier l'une d'entre elles déclencherait, et de réfléchir à la cohérence des réponses d'une fonction réglementée.

Vos cinq réponses

Pour rappel, l'objectif de Pluto défini dans la Leçon 1 était que chaque unité commerciale utilise Claude dans son travail quotidien d'ici la fin du trimestre, mesuré par l'utilisation active hebdomadaire dans chaque unité, sans la moindre escalade de sécurité de la part de Payments & Trust. La colonne de droite (« Lien avec l'objectif ») met en regard chacune des réponses de Pluto avec cet objectif.

Ouvrez votre compagnon et revoyez votre entrée pour chaque décision au fur et à mesure que vous parcourez le tableau. Le tableau reprend le registre de décisions du compagnon, avec les réponses de Pluto renseignées à titre de comparaison.

Là où votre réponse diffère de celle de Pluto, ce sont les caractéristiques propres à votre organisation qui transparaissent : remontez à l'objectif de déploiement que vous avez rédigé en Leçon 1. Si vous avez du mal à justifier la décision, cela mérite un second regard avant de la partager avec vos parties prenantes.

Anticiper une répercussion

La structure vient en premier, les autres décisions rattachent leurs paramètres aux groupes qu'elle définit, et la visibilité lit l'ensemble. Maintenant que vous connaissez chaque paramètre, la carte a un second usage : anticiper ce qui change en aval d'un paramètre lorsque vous le modifiez.

Ajoutez un groupe chez Pluto, par exemple, et il lui faudra un droit d'accès à une surface (Leçon 6), un périmètre de connecteur (Leçon 7), un plafond (Leçon 9) et un filtre de tableau de bord (Leçon 12) avant que quiconque dans ce groupe ne soit opérationnel.

Le widget interactif ci-dessous fait passer un changement à travers la carte des décisions et montre ce qui change en aval, depuis son point de départ jusqu'à ce qu'il atteint.

Fonctions réglementées : une posture unique, pas cinq exceptions

Si vous avez une fonction réglementée, cette section vérifie que ses cinq réponses forment une posture unique plutôt que cinq exceptions distinctes ; Payments & Trust chez Pluto en est l'exemple concret.

• Structure : ses membres se trouvent dans leur propre groupe, de sorte que la règle d'union ne leur accorde rien de plus large que le rôle de leur propre groupe (Leçon 5).
• Accès : les mêmes surfaces que leurs voisins, avec Claude Code retenu jusqu'à la mise en place du reporting de visibilité (Leçon 6), et des connecteurs en lecture seule (Leçon 7).
• Gouvernance : approbation préalable, tandis que le reste de Pluto construit librement et partage au sein du groupe, avec un réviseur pour tout ce qui dépasse ce cadre (Leçon 8).
• Dépenses : un plafond de groupe calibré comme celui de n'importe quel autre groupe, chaque demande d'augmentation faisant l'objet d'un examen avant approbation (Leçon 9).
• Visibilité : ils sont la raison pour laquelle la fenêtre de rétention à l'échelle de l'organisation de Pluto est la plus courte, avec l'API de conformité activée et un lecteur désigné dans la revue de sécurité (Leçon 11).

Relisez ces entrées dans votre compagnon comme un ensemble. Un groupe traité via le système ordinaire, sans dispositif particulier : c'est précisément pourquoi cela tient. Si toute votre organisation est réglementée, cet ensemble constitue votre base de référence.

Ressources de mise en place

Lorsqu'une décision nécessite un second regard avant le lancement, l'article correspondant à chaque paramètre de ce cours se trouve dans l'une de ces deux collections.

• Forfaits Team et Enterprise : l'ensemble complet des articles d'administration Team et Enterprise, pour relire n'importe quelle décision.
• Gestion administrative : les articles pratiques correspondant aux paramètres que vous revisitez maintenant.

Activité de la leçon

Trois étapes supplémentaires transforment votre compagnon en plan de déploiement que vous présenterez lors du lancement avec vos parties prenantes.

• Revoir les paramètres difficiles à annuler : confirmez que chacun des quatre éléments (revendication de domaine, nombre d'organisations, mappage des groupes, rétention) de la liste de contrôle de la Leçon 13 de votre compagnon est soit décidé, soit sur le bureau d'un responsable avec une date limite de décision.
• Clore les points en suspens : pour chaque décision encore ouverte, notez ce qui la bloque, ce qu'il faut pour la débloquer, et une date limite de décision. Un nom de responsable seul ne constitue pas un plan ; un point en suspens sans aucun de ces éléments est l'endroit où un déploiement s'enlise.
• Séquencer le plan : le compagnon liste l'ordre (structure, puis accès, gouvernance, dépenses, activation de la visibilité, puis mise en production groupe par groupe) ; indiquez un responsable et une date de début pour chaque étape.

→ Consignez cela dans le compagnon de travail, section Leçon 13.

Et ensuite ?

La dernière leçon traite de ce qui se passe lorsqu'une nouvelle surface apparaît : lesquelles de vos réponses restent valables telles quelles, et lesquelles des décisions vous devrez reprendre.