Organization of the Future: Simulating the AI-Native Teams Workshop

#

### Organisé par Ataccama // Karlín, Prague 8

***

**Meetup piloté par agent à Prague : Construisez comme un POD – Simulation de l'équipe de développement AI-Native**

***

## Brève description

Votre organigramme tue vos agents. Rejoignez-nous pour exécuter une simulation en direct d'équipes basées sur POD prenant des décisions avec des agents IA, sans en parler.

***

## Description complète

***

### Il s'agit d'un Meetup organisé par des agents à Prague.

Si vous êtes déjà venu ici, vous savez ce que c'est : pas de théorie à la con, pas de présentations de fournisseurs, pas de présentations « L'IA va tout changer ». Nous construisons des choses, nous cassons des choses, nous déterminons ce qui fonctionne réellement lorsque vous mettez des agents en production dans de vraies organisations.
Cette édition va d'un niveau au-dessus du code. Pas comment créer des agents, mais comment créer les équipes qui les exploitent.
Parce que voici ce que personne ne dit à voix haute lors de ces rencontres : **les agents vont bien. La structure organisationnelle qui les entoure est brisée.**

***

### Le vrai problème que nous ne résolvons toujours pas

Chaque équipe à chaque rencontre que nous avons organisée utilise des agents de la même manière. Un développeur a une fenêtre Claude ouverte. Un autre a un curseur. Quelqu'un sur Slack a publié une invite qu'il a trouvée utile. Il n'y a pas de contexte partagé, pas d'attribution de rôles partagés, aucun moyen pour les agents d'être collectivement responsables des objectifs réels de l'équipe.
Vous utilisez l’IA du 21e siècle sur un organigramme du 20e siècle.
L'organigramme a été conçu pour un travail prévisible, reproductible et décomposable – des hypothèses de l'ère industrielle intégrées dans chaque hiérarchie, chaque équipe technique, chaque sprint board. Il ne sait pas quoi faire des agents, car ceux-ci ne sont pas des tâches. Ce sont des entités compétentes. Ils ont besoin de rôles. Ils ont besoin de contexte. Ils doivent s’intégrer dans une structure conçue pour les accueillir.
Dave Gray l'a compris en 2012, avant que les agents n'existent.

Il l'a appelée la **Entreprise Connectée**. L'unité centrale est un **POD** : une petite équipe autonome et interfonctionnelle dotée de tout ce dont elle a besoin pour servir son client de manière indépendante, se connectant à d'autres POD via des interfaces explicites plutôt que des couches de gestion.

***

### Que se passe-t-il réellement lors de cette rencontre

Vous entrez. Vous êtes affecté à un POD.
Chaque POD est une unité interfonctionnelle au sein de **NovaTech** — une société SaaS B2B tchèque fictive (mais inconfortablement familière) qui est à mi-chemin de la transformation d'une hiérarchie traditionnelle en une structure connectée basée sur le POD. POD de produits. POD de revenus. POD d’infrastructure. POD de réussite client. Chacun avec un défi adapté à sa fonction.
**L'entreprise est confrontée à une décision : NovaTech doit-elle se lancer en Allemagne au troisième trimestre ?**
Aucun POD n’a une image complète. Le Product POD sait ce que coûte la feuille de route. Le Revenue POD a des accords sur la table. L'Infrastructure POD a un calendrier de résidence des données. Le Customer Success POD sait ce qu’il ne peut pas prendre en charge. La décision est vraiment difficile. Les POD doivent le découvrir ensemble – sans qu’un manager ne brise l’égalité.
**Votre POD reçoit un agent IA.** Pas un outil. Un membre de l'équipe avec un rôle que vous définissez, un nom que vous lui donnez, un brief que vous rédigez. Analyste de recherche. Analyste de due diligence technique. Stratège en revenus. Vous décidez. Vous le briefez. Vous travaillez avec ce que cela vous donne.
**Vous disposez de 45 minutes.** Ensuite, tous les POD se réunissent pour le **Conseil d'entreprise** — la réponse de l'entreprise connectée à une réunion du conseil d'administration, sauf qu'il n'y a pas de conseil d'administration. Juste les POD, avec leurs recommandations, leurs conflits et l’exigence de parvenir à une position collective sans que personne n’ait le pouvoir de passer outre quelqu’un d’autre.
Cette partie est la partie la plus difficile. C'est censé l'être.
Ensuite, on débriefe. Qu’est-ce que la structure du POD a changé dans votre façon de travailler ? Qu'avez-vous fait avec votre agent que vous n'aviez jamais fait auparavant ? Où le Conseil d’entreprise s’est-il effondré – et pourquoi ? Ce ne sont pas des questions hypothétiques après cet exercice. Ce sont des questions auxquelles vous venez de vivre la réponse.

***

### Pourquoi c'est la bonne conversation pour cette communauté

Nous avons consacré les dernières rencontres à la couche technique : orchestration, coordination multi-agents, gestion de la mémoire et du contexte, modèles de gouvernance. Nous avons construit de vraies choses et appris de vraies choses.
Mais les participants à ces rencontres retournent dans des équipes qui sont toujours organisées de la même manière qu’elles l’étaient avant l’existence des agents. Les connaissances techniques ne sont pas transférées parce qu'elles n'ont nulle part où atterrir. Vous savez construire un pipeline multi-agents. Votre équipe n'a aucune structure dans laquelle la déployer.
**L'architecture POD est la piste d'atterrissage.**
Lorsque votre équipe est un POD – avec un client défini, un objectif défini, une autorité décisionnelle locale et des interfaces explicites avec d'autres POD – la question « où se situe l'agent ? a une vraie réponse. L'agent a un rôle. Le rôle a un mandat. Le brief comporte un livrable. Le livrable a sa place dans la production du POD à ses clients. Ce n'est pas compliqué. Mais cela nécessite d’abord que la structure organisationnelle existe.
Cette rencontre construit cette structure – dans une simulation – afin que vous puissiez ressentir à quoi cela ressemble avant d'essayer de convaincre votre organisation de le faire réellement.

***

### Ce que vous emporterez

* Expérience directe et incarnée de ce à quoi ressemble l'autonomie du POD par rapport à l'exécution d'une équipe de fonctionnalités – la différence n'est pas subtile
* Un modèle de travail expliquant comment attribuer des rôles fonctionnels aux agents IA au sein d'une structure d'équipe, et pas seulement des rôles de tâches au sein d'une conversation.
* Intuition concrète des échecs de la coordination inter-POD et des raisons pour lesquelles ce mode d'échec constitue le problème le plus difficile dans la conception d'une organisation connectée.
* L'idée spécifique que l'architecture des agents et l'architecture de l'organisation sont le même problème : vous ne pouvez pas résoudre l'un sans l'autre.

***

### À qui s'adresse-t-il

Tous ceux qui ont déjà participé à des Meetups dirigés par des agents et qui souhaitent comprendre pourquoi les connaissances des agents ne sont pas transférées dans leur équipe actuelle.
Tous ceux qui n'ont jamais participé à Agent-Driven Meetup auparavant, mais qui travaillent dans une équipe de développement qui essaie de comprendre comment intégrer réellement l'IA dans leur façon de travailler, et pas seulement dans les flux de travail individuels.
Responsables techniques. Responsables de l'ingénierie. Développeurs ayant des opinions sur la structure de l’équipe. CTO dans des entreprises qui repensent leur façon de s'organiser. Les professionnels du produit qui veulent comprendre pourquoi leurs développeurs interagissent si individuellement avec les agents alors que le problème est collectif.
Vous n'avez pas besoin d'avoir lu *The Connected Company*. Vous devez être prêt à vous sentir mal à l’aise dans une simulation avec des inconnus pendant 45 minutes. C'est ça.

***

### Calendrier

| Temps | |
| ---- | --- |
| 18h00 | Portes, boissons, parler à des gens que vous ne connaissez pas encore |
| 18h30 | Cadre d'ouverture : architecture POD en 20 minutes, agents en tant que membres de l'équipe |
| 18h50 | Affectation du POD, briefing, désignation des agents |
| 19h00 | **Séance de travail POD** — 45 minutes en direct |
| 19h45 | **Conseil d'entreprise** — tous les POD, une seule décision, pas de manager |
| 20h15 | Débriefing structuré |
| 20h45 | Étage ouvert, questions-réponses, réseautage |
| 21h30 | Fin |

***

### Localisation

**Ataccama** Sokolovská 685/136f, Karlín, Prague 8
Métro : Invalidovna (ligne B), à 5 min à pied. Tramway : Urxova.
Ataccama construit des plates-formes de confiance pour les données d'entreprise et le fait depuis Karlín depuis 2007. Ils savent ce que signifie faire évoluer une organisation logicielle. Nous sommes reconnaissants qu'ils hébergent.

***

### Capacité

**40 personnes maximum.** Ce n'est pas une rencontre à laquelle vous pouvez assister passivement. La simulation nécessite de véritables POD de 5 à 7 personnes. Au-dessus de 40, le Conseil d'Entreprise cesse de fonctionner. Inscrivez-vous tôt ou ne vous inscrivez pas.

***

### Apportez

* Un ordinateur portable (un par POD minimum, deux c'est mieux)
* Vos opinions réelles sur la façon dont les équipes devraient être organisées — vous les utiliserez
* Facultatif et apprécié : parcourez *The Connected Company* de Dave Gray avant de venir. Le résumé suffit.

***

*Agent-Driven Meetup Prague est la principale communauté d'IA technique d'Europe centrale, axée sur les systèmes d'agents de production, l'intégration organisationnelle de l'IA et les disciplines d'ingénierie nécessaires pour gouverner les deux. Nous nous rencontrons, nous construisons, nous trouvons ce qui fonctionne réellement.*
*Organisateur : Jakub Bareš — [[email protected]](mailto:[email protected])*