Skip to content

Projets et organisations

Stib sépare administration globale du serveur, propriété de l’organisation et travail projet. Placez un réglage dans la portée la plus étroite qui doit l’hériter.

Organisations

Une organisation regroupe projets, membres, labels, identifiants, clés API et journal d’audit. Ses admins gèrent membres et paramètres de cette portée ; les administrateurs globaux conservent leur accès hérité.

Une organisation peut posséder plusieurs projets. Déplacer un projet transfère boards, cartes, sessions et données liées et exige des droits d’administration sur l’organisation cible.

Projets

Un projet pointe vers un dossier de dépôt visible du serveur. Ses paramètres couvrent :

  • identité, icône/couleur, description et chemin du dépôt ;
  • boards et modèles ;
  • scripts projet ;
  • labels et partage/membres ;
  • skills projet et chargement de .mcp.json ;
  • identifiant par défaut et clés API limitées ;
  • disponibilité du sandbox et rétention ;
  • historique, export, transfert et suppression.

Paramètres projet et environnement du dépôt

Changer le chemin du dépôt affecte les futures opérations Git et agent. Vérifiez accessibilité et détection Git avant d’enregistrer, surtout sous Docker où les chemins conteneur diffèrent de ceux de l’hôte.

Rôles projet

Le modèle d’accès actuel distingue :

RôleAccès typique
AdminContrôle complet du projet, de ses paramètres et membres
ContributeurCréation et exécution de cartes sans administration du projet
Product ownerCréation, modification et suppression de cartes dans les colonnes Backlog produit ; lecture seule partout ailleurs
LecteurLecture seule du board et des conversations

Un product owner voit l’intégralité du board, quelles que soient les colonnes : son rôle ne restreint que l’écriture. Il ne peut pas lancer d’agent, ni sortir une carte du backlog. Voir Rôle de la colonne.

Les administrateurs globaux et d’organisation peuvent hériter de l’administration projet.

Boards et vues

Les boards appartiennent à un projet et définissent un workflow. Les vues enregistrées peuvent traverser plusieurs projets et appliquer filtres, regroupement et mise en page. Utilisez un autre board pour un workflow distinct, un groupe pour des lignes dans le même workflow et une vue pour observer les mêmes cartes autrement.

Partage et invitations

Le partage projet affecte directement membres et rôles. Les invitations d’organisation gèrent l’adhésion à l’organisation. Liens et sièges peuvent expirer ou être révoqués ; authentification ou licence peuvent empêcher l’accès malgré un rôle projet existant.

Suite : Paramètres et Audit & Collaboration.