Die Person dahinter
Aus Sitzungsräumen entstanden, nicht aus der Theorie
Ein Kalender voller Termine ist meist die letzte Station einer längeren Entwicklung, nicht der erste Fehler. Xelbaronto ist aus der wiederholten Beobachtung entstanden, wie Meetingstrukturen in wachsenden Teams langsam unübersichtlich werden.
Hintergrund
Zwischen Teamverantwortung und Organisationsarbeit
Bevor der Kurs entstand, stand die Arbeit als Teamleitung in wachsenden, teils verteilten Teams im Vordergrund. Mit jedem neuen Projekt kam ein weiteres wiederkehrendes Meeting dazu, meist mit gutem Grund eingeführt, selten mit gleicher Sorgfalt wieder abgeschafft. Irgendwann bestand ein typischer Arbeitstag aus mehr Terminen als freien Blöcken für konzentrierte Arbeit.
Diese Erfahrung führte zu einer einfachen Frage: Welche Meetings lassen sich mit klaren Regeln kürzen, welche durch ein Dokument ersetzen und welche brauchen tatsächlich den Live-Austausch aller Beteiligten? Aus der systematischen Beantwortung dieser Frage über mehrere Teams hinweg entstand die Struktur, die heute den Xelbaronto-Kurs bildet.
Die meisten Teams brauchen keine neue Meeting-Software. Sie brauchen eine klare Antwort darauf, wofür ein Meeting eigentlich da ist.
Aus der Kursentwicklung von Xelbaronto
Arbeitsweise
Werkzeuge statt Vorschriften
Der Kurs versteht sich als Sammlung von Werkzeugen, nicht als starres Regelwerk. Eine Vorlage, die in einem Vertriebsteam mit engem Kundenkontakt gut funktioniert, passt nicht automatisch auf ein Entwicklungsteam mit langen Konzeptionsphasen. Deshalb wird jede Methode mit ihren Voraussetzungen und Grenzen erklärt, nicht als allgemeingültige Lösung präsentiert.
Ebenso wichtig ist die Reihenfolge der Einführung. Wer versucht, gleichzeitig die Statusmeetings umzustellen, alle Dokumentationsformate zu ändern und ein neues Entscheidungsformat einzuführen, überfordert das Team meist. Der Kurs empfiehlt daher, mit einem einzelnen Baustein zu beginnen und erst nach einer Testphase weiterzugehen.
Das Dreißig-Tage-Audit steht deshalb bewusst am Ende der Modulreihe. Es dient nicht als Ausgangspunkt, sondern als Werkzeug zur Überprüfung, ob die eingeführten Veränderungen tatsächlich etwas verändert haben.
Grundhaltung
Woran sich die Inhalte orientieren
Erklären statt vorschreiben
Jede Methode wird mit ihrem Zweck erklärt, damit Teamleitungen selbst entscheiden können, wann sie passt und wann nicht.
Nachprüfbar bleiben
Das Meeting-Audit liefert eine eigene Datenbasis, statt sich auf ein allgemeines Gefühl von Zeitverschwendung zu verlassen.
Kontext berücksichtigen
Verteilte Teams, kleine Teams und stark abstimmungsintensive Projekte brauchen unterschiedliche Antworten auf dieselbe Frage.
Schrittweise einführen
Ein einzelner Baustein pro Testphase verhindert, dass Veränderungen im Team als Umbruch statt als Verbesserung wahrgenommen werden.
Kontakt