Espace de travail d'équipe

La configuration d’un espace de travail d’équipe s’adresse aux groupes qui ont besoin d’un parcours commun avant de créer beaucoup d’éléments.

Pour une première configuration, commencez par Première configuration. Pour des exemples de noms et de règles d’accès, utilisez le recueil de scénarios.

Le but, c’est de s’entendre avant de grandir. Une équipe qui règle les noms, l’examen des accès, les changements de runtime et qui répond aux questions d’aide avant d’avoir beaucoup de hubs et de connexions n’a pas à tout démêler plus tard.

Quatre décisions couvrent l’essentiel. Une personne crée le premier hub, et seulement une fois que les limites du forfait et les adresses de hub sont comprises. Une personne, ou un processus, examine toute règle d’accès plus large qu’un seul usage. La première boucle saine de hub, de connexion et de règles d’accès devient le modèle que tout le monde reprend. Enfin, la configuration du runtime ne change que lorsque la raison d’être d’un hub exige vraiment d’autres valeurs par défaut, jamais comme premier réflexe devant un problème.

Ordre recommandé

1. Revoyez le forfait de l’espace de travail. Dans la facturation, confirmez les limites de hubs, les emplacements de runtime, les limites de connexions, les limites de politiques, les adresses, l’accès aux compétences et les options d’aide.
2. Confirmez les options d’examen et d’aide. Décidez qui s’occupe des questions de compte, des questions de forfait et des questions de hub ou de client.
3. Préparez le premier hub. Créez le premier hub seulement quand le forfait et les options d’aide sont clairs.
4. Entendez-vous sur les changements de runtime. Décidez quand utiliser les compétences par défaut de l’espace de travail et quand un ensemble de compétences distinct devrait avoir sa propre configuration de runtime.
5. Créez les connexions et les règles d’accès ensemble. Un client sans règles d’accès est plus difficile à comprendre plus tard.
6. Utilisez Dashboard et Topology. Rendez la santé et les connexions visibles dès que des clients commencent à se connecter.

Conseils pour les noms

Choisissez des noms qui expliquent la raison d’être, pas seulement le propriétaire :

• support-frontdesk est plus clair que client-1;
• demo-public-general est plus clair que test-hub;
• frontdesk-questions-only est plus clair que default-permissions.

De bons noms rendent la recherche, les filtres, Topology et les examens plus faciles à parcourir.

Une première boucle reproductible

Avant que l’équipe crée beaucoup d’éléments, créez une boucle complète :

1. Un hub avec une raison d’être claire.
2. Un choix d’ensemble de compétences, avec des valeurs par défaut du runtime laissées simples à moins d’une raison claire de les changer.
3. Une connexion avec une raison d’être claire.
4. Un ensemble de règles d’accès avec des actions permises étroites et des règles de sécurité claires.
5. Un examen de Dashboard.
6. Un examen de Topology une fois le client en ligne.

Cette boucle devient le gabarit des futurs hubs, connexions et règles d’accès.

Quand c’est prêt à reproduire

Vous saurez que la configuration est prête à être copiée quand un nouveau coéquipier peut expliquer le premier hub, sa connexion et ses règles d’accès sans aide. Tout le monde sait qui examine les accès plus larges. Un changement de runtime a un chemin d’examen évident. Dashboard et Topology font partie de la vérification de routine, et ne sont plus l’endroit où l’on va après une panne. Des noms qui suivent tous le même modèle, fondé sur la raison d’être, montrent que l’habitude est prise.