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

#

### Gastgeber: Ataccama // Karlín, Prag 8

***

**Agentengesteuertes Meetup Prag: Bauen Sie wie ein POD – Simulation des KI-Native-Entwicklungsteams**

***

## Kurzbeschreibung

Ihr Organigramm bringt Ihre Agenten um. Machen Sie mit bei einer Live-Simulation von POD-basierten Teams, die mit KI-Agenten Entscheidungen treffen – ohne darüber zu reden.

***

## Vollständige Beschreibung

***

### Das ist ein agentengesteuertes Meetup in Prag.

Wenn Sie schon einmal hier waren, wissen Sie, was das ist: keine Bullshit-Theorie, keine Verkaufspräsentationen von Anbietern, keine „KI wird alles verändern“-Präsentationen. Wir bauen Dinge, wir machen Dinge kaputt, wir finden heraus, was tatsächlich funktioniert, wenn man Agenten in echten Organisationen in die Produktion einbezieht.
Diese Edition geht eine Ebene höher als der Code. Nicht wie man Agenten aufbaut – wie man die Teams aufbaut, die sie betreiben.
Denn Folgendes sagt bei diesen Treffen niemand laut: **Den Agenten geht es gut. Die Organisationsstruktur um sie herum ist kaputt.**

***

### Das eigentliche Problem, das wir immer wieder nicht lösen

Jedes Team bei jedem Treffen, das wir veranstaltet haben, setzt Agenten auf die gleiche Weise ein. Ein Entwickler hat ein Claude-Fenster geöffnet. Ein anderer hat Cursor. Jemand hat auf Slack eine Eingabeaufforderung gepostet, die er nützlich fand. Es gibt keinen gemeinsamen Kontext, keine gemeinsame Rollenzuweisung und keine Möglichkeit für die Agenten, gemeinsam für die tatsächlichen Ziele des Teams verantwortlich zu sein.
Sie betreiben KI des 21. Jahrhunderts auf einem Organigramm des 20. Jahrhunderts.
Das Organigramm wurde für vorhersehbare, wiederholbare und zerlegbare Arbeit konzipiert – Annahmen aus dem Industriezeitalter, die in jede Hierarchie, jedes Feature-Team, jedes Sprint-Board integriert sind. Es weiß nicht, was es mit Agenten tun soll, weil Agenten keine Aufgaben sind. Sie sind fähige Wesen. Sie brauchen Rollen. Sie brauchen Kontext. Sie müssen in eine Struktur passen, die für ihren Halt konzipiert ist.
Dave Gray hat das 2012 herausgefunden, bevor es Agenten gab.

Er nannte es das **Connected Company**. Die Kerneinheit ist ein **POD** – ein kleines, autonomes, funktionsübergreifendes Team mit allem, was es braucht, um seine Kunden unabhängig zu bedienen, und das über explizite Schnittstellen und nicht über Managementebenen mit anderen PODs verbunden ist.

***

### Was bei diesem Treffen tatsächlich passiert

Sie kommen herein. Sie werden einem POD zugewiesen.
Jeder POD ist eine funktionsübergreifende Einheit innerhalb von **NovaTech** – einem fiktiven (aber unangenehm vertrauten) tschechischen B2B-SaaS-Unternehmen, das sich mitten in der Transformation von einer traditionellen Hierarchie zu einer verbundenen, POD-basierten Struktur befindet. Produkt-PODs. Umsatz-PODs. Infrastruktur-PODs. Kundenerfolgs-PODs. Jeder mit einer Herausforderung, die auf seine Funktion zugeschnitten ist.
**Das Unternehmen steht vor einer Entscheidung: Soll NovaTech im dritten Quartal in Deutschland starten?**
Kein POD hat das vollständige Bild. Der Product POD weiß, was die Roadmap kostet. Der Revenue POD hat Deals auf dem Tisch. Der Infrastruktur-POD verfügt über einen Zeitplan für die Datenresidenz. Der Customer Success POD weiß, was er nicht unterstützen kann. Die Entscheidung ist wirklich schwer. Die PODs müssen es gemeinsam herausfinden – ohne dass ein Manager das Unentschieden bricht.
**Ihr POD erhält einen KI-Agenten.** Kein Werkzeug. Ein Teammitglied mit einer Rolle, die Sie definieren, einem Namen, den Sie ihr geben, einem Brief, den Sie schreiben. Forschungsanalyst. Technischer Due-Diligence-Analyst. Umsatzstratege. Sie entscheiden. Sie unterrichten es. Du arbeitest mit dem, was es dir gibt.
**Sie haben 45 Minuten.** Dann versammeln sich alle PODs zum **Unternehmensrat** – der Antwort des Connected Company auf eine Vorstandssitzung, außer dass es keinen Vorstand gibt. Nur PODs mit ihren Empfehlungen, ihren Konflikten und der Anforderung, eine kollektive Position zu erreichen, ohne dass jemand die Autorität hat, andere zu überstimmen.
Dieser Teil ist der schwierige Teil. Es soll sein.
Anschließend führen wir eine Nachbesprechung durch. Was hat die POD-Struktur an Ihrer Arbeitsweise verändert? Was haben Sie mit Ihrem Agenten gemacht, was Sie vorher nicht getan hatten? Wo ist der Unternehmensrat zusammengebrochen – und warum? Dies sind nach dieser Übung keine hypothetischen Fragen. Es sind Fragen, deren Antwort Sie gerade gelebt haben.

***

### Warum dies das richtige Gespräch für diese Community ist

Bei den letzten Treffen haben wir uns mit der technischen Ebene beschäftigt: Orchestrierung, Koordination mehrerer Agenten, Speicher- und Kontextmanagement, Governance-Muster. Wir haben echte Dinge gebaut und echte Dinge gelernt.
Aber die Leute bei diesen Treffen kehren zu Teams zurück, die immer noch genauso organisiert sind wie vor der Existenz von Agenten. Das technische Wissen wird nicht übertragen, weil es keinen Ort gibt, an dem es landen kann. Sie wissen, wie man eine Multi-Agent-Pipeline aufbaut. Ihr Team verfügt über keine Struktur, in der es implementiert werden kann.
**Die POD-Architektur ist der Landeplatz.**
Wenn Ihr Team ein POD ist – mit einem definierten Kunden, einem definierten Zweck, lokaler Entscheidungsbefugnis und expliziten Schnittstellen zu anderen PODs – stellt sich die Frage: „Wo passt der Agent hin?“ hat eine tatsächliche Antwort. Der Agent hat eine Rolle. Die Rolle hat einen Auftrag. Der Auftrag enthält eine zu liefernde Leistung. Die zu erbringende Leistung hat einen Platz in der Ausgabe des POD an seine Kunden. Das ist nicht kompliziert. Dafür muss aber zunächst die Organisationsstruktur vorhanden sein.
Dieses Treffen baut diese Struktur – in einer Simulation – auf, sodass Sie spüren können, wie es ist, bevor Sie versuchen, Ihre Organisation davon zu überzeugen, es tatsächlich zu tun.

***

### Was Sie mitnehmen werden

* Direkte, verkörperte Erfahrung, wie sich POD-Autonomie im Vergleich zur Ausführung durch ein Feature-Team anfühlt – der Unterschied ist nicht subtil
* Ein funktionierendes Modell für die Zuweisung funktionaler Rollen für KI-Agenten innerhalb einer Teamstruktur, nicht nur für Aufgabenrollen innerhalb eines Gesprächs
* Konkrete Intuition dafür, wo die Koordinierung zwischen PODs scheitert und warum dieser Fehlermodus das größte Problem bei der Gestaltung vernetzter Organisationen darstellt
* Die spezifische Erkenntnis, dass Agentenarchitektur und Organisationsarchitektur das gleiche Problem sind – man kann das eine nicht ohne das andere lösen

***

### Für wen das ist

Jeder, der schon einmal an einem Agent-Driven Meetup teilgenommen hat und verstehen möchte, warum das Agentenwissen nicht in sein tatsächliches Team übertragen wird.
Jeder, der noch nie beim Agent-Driven Meetup dabei war, aber in einem Entwicklungsteam arbeitet, das versucht herauszufinden, wie man KI tatsächlich in seine Arbeitsweise integrieren kann – nicht nur in einzelne Arbeitsabläufe.
Technische Leiter. Technische Manager. Entwickler mit Meinungen zur Teamstruktur. CTOs in Unternehmen, die ihre Organisation überdenken. Produktleute, die verstehen wollen, warum ihre Entwickler sich so individuell auf Agenten beziehen, obwohl das Problem kollektiv ist.
Sie müssen *The Connected Company* nicht gelesen haben. Sie müssen bereit sein, sich 45 Minuten lang in einer Simulation mit Fremden unwohl zu fühlen. Das ist es.

***

### Zeitplan

| Zeit | |
| ---- | --- |
| 18:00 | Türen, Getränke, Gespräche mit Leuten, die du noch nicht kennst |
| 18:30 | Eröffnungsrahmen: POD-Architektur in 20 Minuten, Agenten als Teammitglieder |
| 18:50 | POD-Zuweisung, Briefing, Agentenbenennung |
| 19:00 | **POD-Arbeitssitzung** – 45 Minuten live |
| 19:45 | **Unternehmensrat** – alle PODs, eine Entscheidung, kein Manager |
| 20:15 | Strukturierte Nachbesprechung |
| 20:45 | Open Floor, Fragen und Antworten, Networking |
| 21:30 | Ende |

***

### Standort

**Ataccama** Sokolovská 685/136f, Karlín, Prag 8
U-Bahn: Invalidovna (Linie B), 5 Minuten zu Fuß. Straßenbahn: Urxova.
Ataccama baut Enterprise Data Trust-Plattformen auf und tut dies seit 2007 von Karlín aus. Sie wissen, was es bedeutet, eine Software-Organisation zu skalieren. Wir sind dankbar, dass sie Gastgeber sind.

***

### Kapazität

**Maximal 40 Personen.** Dies ist kein Treffen, an dem Sie passiv teilnehmen können. Für die Simulation sind echte PODs mit 5–7 Personen erforderlich. Über 40 hört der Unternehmensrat auf zu arbeiten. Melden Sie sich frühzeitig an oder melden Sie sich nicht an.

***

### Mitbringen

* Ein Laptop (mindestens einer pro POD, zwei sind besser)
* Ihre tatsächlichen Meinungen darüber, wie Teams organisiert werden sollten – Sie werden sie nutzen
* Optional und willkommen: Überfliegen Sie *The Connected Company* von Dave Gray, bevor Sie kommen. Die Zusammenfassung reicht.

***

*Agent-Driven Meetup Prague ist die führende technische KI-Community in Mitteleuropa, die sich auf Agentensysteme in Produktionsqualität, organisatorische KI-Integration und die für die Steuerung dieser beiden erforderlichen Ingenieurdisziplinen konzentriert. Wir treffen uns, wir bauen, wir finden heraus, was tatsächlich funktioniert.*
*Organisator: Jakub Bareš – [[email protected]](mailto:[email protected])*