Orgs, équipes, sièges : le modèle Workspace de comet

Une suite bureautique se juge d'abord seul : un mail fluide, un agenda clair, un éditeur agréable. Mais elle se vit en équipe — et c'est là que la plupart des modèles se compliquent : qui a accès à quoi, combien de personnes l'espace doit-il accueillir, que se passe-t-il quand quelqu'un rejoint l'équipe Support un mardi matin ? Le modèle Workspace de comet répond à ces questions avec un petit nombre de concepts — organisation, équipe, siège, application — et une règle de conduite : chaque promesse du modèle est réellement appliquée par le système, pas seulement affichée dans une interface.

Une organisation personnelle pour chacun

Tout compte comet naît avec une organisation personnelle. C'est votre espace à vous : vos mails, vos fichiers, votre agenda, votre quota de stockage. Elle ne suppose aucune entreprise derrière vous — et, comme tout le reste de la suite, elle ne coûte rien.

Ce choix structure tout le reste : le modèle d'équipe est une extension du modèle individuel, pas un prérequis. Vous pouvez utiliser toute la suite sans jamais créer d'organisation — et le jour où vous en créez une, rien de votre espace personnel n'est absorbé ni exposé. Les deux mondes coexistent, proprement séparés.

Des organisations gratuites, créées en quelques minutes

Créer une organisation est tout aussi gratuit que le reste de la suite — comet est soutenu par les dons, pas par un abonnement. Un assistant vous fait choisir le nom de l'organisation, son domaine de mail professionnel et son nombre de sièges, puis l'organisation est créée immédiatement et son provisioning démarre. Pas de formule à comparer, pas de paiement, pas de facture : la seule décision qui engage est celle du plafond de sièges — et elle se révise à tout moment.

Des sièges réellement appliqués

Chaque organisation définit un nombre de sièges. Puisqu'aucun siège n'est facturé, on pourrait traiter ce chiffre comme une simple indication ; comet le traite comme une contrainte : ajouter un membre au-delà du plafond échoue — proprement, avec une erreur explicite qui indique la limite atteinte et comment l'augmenter. Pas d'ajout silencieux : l'effectif d'une organisation est toujours une décision de ses administrateurs, jamais une dérive.

La règle vaut dans les deux sens : les propriétaires peuvent augmenter le nombre de sièges à tout moment, mais jamais le réduire en dessous du nombre de membres actuels. L'état du système et l'état décidé ne peuvent pas diverger — c'est toute la différence entre une limite affichée et une limite appliquée.

Les équipes pilotent l'accès aux applications

À l'intérieur d'une organisation, les membres s'organisent en équipes — et c'est l'appartenance aux équipes qui pilote l'accès aux applications. Chaque équipe se voit attribuer un ensemble d'applications : l'équipe Support a le chat et les formulaires, l'équipe Ingénierie a la plateforme de code et les projets.

Les droits effectifs d'une personne sont calculés par une règle simple : l'union de ses attributions personnelles et de celles de chacune de ses équipes. Ce calcul n'alimente pas une base parallèle : il est réconcilié directement dans l'IAM de la suite, celui-là même qui émet les jetons d'authentification. Rejoindre une équipe ouvre donc réellement les applications correspondantes — dans le lanceur, et jusqu'aux backends qui vérifient les droits portés par le jeton. Quitter l'équipe déclenche le recalcul inverse. Une seule source de vérité, pas de synchronisation approximative entre un « modèle RH » et un « modèle technique ».

Le provisioning : une organisation prête à l'emploi

Créer une organisation ne devrait pas produire une coquille vide. Au moment de la création, comet provisionne automatiquement l'espace de travail dans les applications concernées :

• un calendrier d'équipe partagé, où chaque membre arrive avec les bons droits ;
• un serveur de chat prêt à l'emploi, avec les canaux #général et #annonces déjà créés ;
• un dossier « Espace d'équipe » dans Drive, matérialisé chez chaque membre ;
• des adresses mail professionnelles sur le domaine de l'organisation — chaque membre reçoit son adresse, avec un mail de bienvenue dans sa boîte.

La première heure d'une nouvelle organisation ressemble ainsi à ce qu'elle doit être : on se dit bonjour dans #général, on pose un premier fichier dans l'espace d'équipe, on cale une réunion dans le calendrier commun. Pas une matinée passée à créer des dossiers et des canaux à la main.

Resynchroniser en un clic

Le provisioning traverse plusieurs applications, et tout ce qui est distribué peut échouer à moitié : une application indisponible au mauvais moment, un canal supprimé par erreur des mois plus tard. La réponse de comet est un bouton « Resynchroniser » dans la console d'administration — et surtout la propriété qui le rend inoffensif : la synchronisation est idempotente.

Resynchroniser ne duplique rien et n'écrase rien d'existant : chaque application reçoit l'état attendu de l'organisation et fait converger le sien — ce qui manque est créé, ce qui existe est conservé. La console affiche le statut par application, et l'opération se rejoue autant de fois que nécessaire. Réparer, c'est rejouer.

Un modèle simple à raisonner

Ce qui nous importe dans ce modèle, au fond, c'est qu'il tient dans la tête. Une organisation personnelle pour chacun. Des organisations gratuites, créées en quelques minutes. Des sièges qui sont une contrainte, pas une suggestion. Des équipes dont l'appartenance ouvre et ferme réellement les accès, réconciliés dans l'IAM. Un provisioning qui livre un espace de travail habitable, et une resynchronisation qui répare sans jamais casser.

Aucune de ces propriétés n'est spectaculaire. Mais ensemble, elles dessinent un système dont l'administration se raisonne — où ce que montre l'écran, ce qu'ont décidé les administrateurs et ce qu'applique le serveur sont, par construction, la même chose.