Organigramme

La flotte, rangée par distance à une vente

Un agent = une matière première distincte + un mandat qui peut dire non. Deux agents qui lisent les mêmes données avec deux personnalités différentes, c'est du théâtre.

aucun accès direct

GitLabInfraConteneursJournauxJobs planifiésNotificationsSystème

InfraSystème

Vendre

GmailDonnées publiquesInfraPulseReachSystèmeNavigateur

AnalyticsGitLabInfraSystèmeNavigateur

StudioCMSCDNInfraSystème

PulseDonnées publiquesInfraSystèmeNavigateur

Encaisser et durer

ReachInfraSystèmeNavigateur

SupportAnalyticsReachInfraSystème

SupportInfraSystème

Construire ce qui se vend

GitLabConteneursJournauxInfraSystème

GitLabAnalyticsOrchestrateurInfraSystème

CDNGitLabInfraSystème

GitLabInfraConteneursJournauxSystème

Protéger et mesurer

CMSDonnées publiquesInfraSystème

AnalyticsBase de donnéesInfraSystème

Comment un sujet traverse la flotte

Tu demandes, Liz organise, Hugo écrit le code, Liz vérifie que ça marche et met en ligne. Rien de risqué ne part sans que tu aies dit oui.

1. Ouvrir la sessionTerminalddn claudeDepuis le terminal, à la racine du workspace. C'est le seul geste technique de tout le cycle, et c'est celui que tu fais déjà : la session qui s'ouvre est Liz, avec sa mémoire et son mandat.
Julien Trotoux2. Le besoinJulien« Va au bout de ce sujet. » Il n'a pas à dire comment, ni à qui.
Liz Garnier3. CadrerLizElle comprend ce que tu veux, découpe le travail et décide qui le fait. Elle ne code pas elle-même : si elle passait ses journées le nez dans le code, elle perdrait le fil de tes sujets.
4. ÉcrireHugoUne session ouverte directement dans le bon projet, avec ses règles sous les yeux. Si la demande ne tient pas techniquement, elle le dit avant de coder — pas après avoir perdu deux heures. Elle propose son travail, elle ne le valide pas elle-même.
Liz Garnier5. RelireLizElle relit le code, et ce n'est pas une formalité : Hugo travaille sur un modèle rapide, Liz sur un modèle plus puissant. C'est exactement ce que fait déjà la chaîne automatique du parc — l'un écrit, l'autre plus fort relit. Si les deux tournaient sur le même modèle, cette étape ne servirait à rien.
Liz Garnier6. RecetterLizPuis elle vérifie que ça marche vraiment : elle ouvre la page et elle clique. Une relecture de code ne voit pas un bouton qui ne répond pas, ni une page qui s'affiche vide. Les deux étapes attrapent des choses différentes.
Liz Garnier7. MergerLizElle met en ligne toute seule sur les projets secondaires. Sur appliendirect, elle attend ton feu vert. Sur l'app et l'API historique, elle ne touche à rien.

Les règles qui l'encadrent

Un seul fil à décision à la foisPlusieurs sujets peuvent avancer en même temps, mais un seul doit finir par te demander de trancher. Si tu as cinq choses à valider d'un coup, tu finis par tout accepter sans lire — et le garde-fou ne sert plus à rien.
Jamais deux sessions sur le même dépôtDeux mises en ligne rapprochées sur un même projet cassent sa publication automatique. C'est déjà arrivé. Donc deux sujets en parallèle, ce sont deux projets différents.
Les agents ne s'interpellent pas, ils déposentUn agent qui travaille la nuit ne peut pas « appeler » un collègue endormi. Il laisse ce qu'il a trouvé quelque part — une note, une tâche, un message — et l'autre le lit à son réveil.
Celui qui relit est plus fort que celui qui écritHugo travaille sur un modèle rapide et peu cher, Liz sur un modèle plus puissant. C'est ce qui donne du sens à la relecture — deux passages du même modèle sur le même code partagent les mêmes angles morts. Piège à connaître : la relecture automatique du parc ne se déclenche que sur le travail envoyé au serveur, jamais sur une session ouverte à la main. Sur ce chemin-là, c'est Liz qui relit, ou personne.
Rien de sortant sans brouillonUn agent prépare un envoi client, il ne l'envoie jamais. Le dernier geste appartient à Julien.
Une issue ouverte n'est pas un sujet traitéAvant d'ouvrir un ticket, on cherche si le sujet existe déjà quelque part — la flotte tient plusieurs registres, et un doublon fait refaire un travail déjà fait. Une fois ouvert, le ticket part aussitôt vers celui qui écrit le correctif : une tâche unique va à une session qu'on relit, la chaîne automatique ne sert qu'aux lots répétitifs. Et le sujet n'est réglé que quand le correctif est relu, vérifié et en ligne — pas quand le ticket existe.