Org TopologiesHeimat für modernes Org-Design

Helfen Sie, die Übersetzung zu verbessern: Markieren Sie einen Text auf der Seite und schlagen Sie eine bessere Fassung vor.

METHODE · AUS 10X ORG

Elevating
Katas.

Strukturierte, wiederholbare Verbesserungsroutinen, die Org-Design-Absichten in gelebtes Verhalten übersetzen.

Badge Certified Org Topologies Practitioner (C-OTP)Badge Certified Org Topologies Consultant (C-OTC)

ACADEMY

Den Org-Topologies-Ansatz lernen

Practitioner- (C-OTP) und Consultant-Kurse (C-OTC), live online und vor Ort.

Zur Academy →

KATAS ALS BEGRIFF

Eine geübte Abfolge, keine einmalige Transformation

Der Begriff Kata stammt aus den Kampfkünsten, wo er eine geübte Abfolge beschreibt, mit der man durch Wiederholung Können und Urteilsvermögen aufbaut. Im Management wurde er durch Toyota bekannt: ein erprobtes, wiederholbares Muster für diszipliniertes Verbessern.

Die Prinzipien von 10X Org geben die Richtung vor. Die Katas machen diese Richtung umsetzbar. Sie kommen im Schritt Elevate der MADE-Methode zum Einsatz, wo Erkenntnisse aus Mapping, Assessment und Design zu konkreter Veränderung werden.

Jede Kata zielt auf eine konkrete Einschränkung, etwa Teamgrenzen, Entscheidungsrechte, Schnittstellen, Regeln oder Governance, und prüft, ob erweiterte Mandate oder weniger Reibung das System dem angestrebten aufgewerteten Zustand näherbringen.

Elevating Katas sind problemgetrieben, nicht methodengetrieben.

DIE ELEVATION-REISE

Aufwerten in Richtung oben rechts auf der Karte

Elevating ist eine bewusste Bewegung nach rechts und oben auf der Org-Topologies-Karte (Org Topologies map): breitere Fähigkeiten und breitere Arbeitsmandate, vom Liefern von Outputs zum Liefern von Outcomes.

  • Ein Menü, keine Reihenfolge

    Die Katas sind nicht dafür gedacht, von oben nach unten angewendet zu werden. Sie bilden ein Menü bewusster Bewegungen. Der richtige Startpunkt hängt davon ab, wo die Einschränkungen einer Organisation auf der Karte liegen.

  • Klein anfangen, dann ausweiten

    Organisationen beginnen meist mit wenigen Katas, die zu ihren drängendsten Design-Herausforderungen passen, und weiten oder verlagern deren Einsatz, wenn das Gelernte wächst.

  • Nicht nur für Software

    In Dienstleistungsorganisationen steht „Produkt“ für ein Serviceangebot, eine Customer Journey, einen Falltyp oder eine operative Fähigkeit. Backlogs werden zu Service-Warteschlangen, Reviews zu Service-Inspektionen.

KATAS SYSTEMISCH HALTEN

Fünf Wege, wie Katas das ganze System bewegen

Führungskräfte brauchen kein weiteres Transformationsprogramm. Wählen Sie eine Handvoll Katas und sorgen Sie dafür, dass sie konsequent geübt werden: Wenn die Routinen zu Gewohnheiten werden, wachsen Agilität und Resilienz, und die Kultur folgt der Arbeit.

Gesamtes System
Eine Kata stellt nie ein einzelnes Element isoliert um: Sie berührt Governance, Rollen, Events, Praktiken und Artefakte zugleich, wie es das Star Model verlangt.
Strategie
Routinen wie teamübergreifendes Product Backlog Refinement oder vertikales Slicing bringen das strategische Ziel in die tägliche Arbeit, sodass Struktur und Prozesse der Strategie folgen.
Menschen und Rollen
Katas wie Elevate Product Ownership dehnen Rollen über ihre alten Definitionen hinaus; wiederholte Praxis baut die Fähigkeiten auf, die das neue Design braucht.
Verhalten und Kultur
Kulturprogramme scheitern an abstrakten Werten. Katas verändern das Arbeitsmuster selbst, und das gewünschte Verhalten (Zusammenarbeit, Kundenfokus, Lernen) kommt mit.
Belohnungen
Weil sich eine Kata wiederholt, schließt sie ihre eigene Feedbackschleife: kürzere Durchlaufzeiten, bessere Produktpassung und engagiertere Teams belohnen die neue Gewohnheit.

Katas im Star Model

Katalog

Der Katalog gruppiert die Katas nach den fünf Elementen des Org-Designs in Jay Galbraiths Star Model™. Ändern Sie ein Element, müssen die anderen folgen. Jede Kata verweist auf ihre Beschreibung und auf die Fallstudien, die sie anwenden.

Jay Galbraiths Star Model™: Org-Design-Kriterien oben, mit Structure, Processes, Rewards und People rund um einen fünfzackigen Stern
STAR MODEL™, JAY R. GALBRAITH · VERÖFFENTLICHT MIT GENEHMIGUNG VON SASHA GALBRAITH VON GALBRAITH MANAGEMENT CONSULTANTS, LLC

Jay Galbraiths Star Model™ lehrt, dass eine Organisation nicht nur ihr Organigramm oder die Summe ihrer Regeln ist, sondern ein System miteinander verbundener Gestaltungsentscheidungen, die bewusst getroffen und aufeinander abgestimmt werden müssen.

Fünf Elemente bilden den Stern: die aus der Strategie abgeleiteten Org-Design-Kriterien, Struktur, Prozesse, Belohnungen und Menschen. Sind sie aufeinander abgestimmt und stärken einander, wird Leistung verlässlicher und weniger zufällig.

Ändern Sie nur eines, ziehen die anderen zurück. Ein Unternehmen, das Scrum als Prozess-Add-on einführt, während Einstellung, Belohnung und Struktur bleiben, wie sie waren, erlebt das absehbare Ergebnis: „Agile ist tot.“ Die Katas wirken auf alle fünf Elemente, damit die Veränderung systemisch wird.

“Menschen verhalten sich danach, wie sie gemessen, organisiert und belohnt werden.”

Jay R. Galbraith, zitiert in 10X ORG
  1. 1 StrategieRichtung und Ziele

    Org-Design-Kriterien: Die Ergebnisse, die die Organisation erreichen soll, werden aus der Strategie abgeleitet und dienen als Maßstab für alle Gestaltungsentscheidungen.

    1. 1.1 Die Produktdefinition erweitern8 Fälle

      Bewusst ausweiten, was die Organisation als „das Produkt“ versteht, damit sich Teams an echten Kundenergebnissen orientieren statt an engen Komponenten oder Aufgaben.

    2. 1.2 Product Ownership auf Strategie und Outcomes ausrichten18 Fälle

      Product Ownership dort verankern, wo strategische Absicht und Wert zusammentreffen, mit Verantwortung für Outcomes statt für die Koordination der Lieferung auf Teamebene. Dazu gehört, lokale Product Ownership je Team zu vermeiden und gemeinsame oder einheitliche Product-Ownership-Strukturen einzuführen.

    3. 1.3 Ein strategisches, outcome-basiertes Backlog einführen3 Fälle

      Backlog-Einträge von Output-Zusagen auf ausdrückliche Outcome-Hypothesen umstellen, sodass Lernen und Wirkung in der täglichen Priorisierung sichtbar werden. In Dienstleistungsorganisationen: Service-Warteschlangen an Kundenergebnissen ausrichten statt an Anfragetypen.

    4. 1.4 Product Backlogs zusammenführen12 Fälle

      Fragmentierung verringern, indem konkurrierende Backlogs zu wenigen gemeinsamen zusammengelegt werden, und so echte Priorisierung dort erzwingen, wo der Wert entsteht.

    5. 1.5 Um Produkte organisieren, nicht um Projekte2 Fälle

      Befristete Projektabschnitte durch langfristige Verantwortung für Produkte ersetzen und so Lernen und Verantwortlichkeit über die Zeit bewahren.

    6. 1.6 Die Distanz zu Kunden verringern9 Fälle

      Regelmäßigen, direkten Kontakt zwischen Teams und Kunden schaffen, damit Entscheidungen auf der Realität beruhen und nicht auf Annahmen oder Stellvertretern.

  2. 2 StrukturMacht, Autorität, Organisation

    Wie Macht und Autorität verteilt sind: Rollen, Einheiten, Berichtslinien und die Grundarchitektur, wer an wen berichtet.

    1. 2.1 Einheiten zur durchgängigen Outcome-Verantwortung erweitern23 Fälle

      Team-Mandate so ausweiten, dass Arbeit von der Absicht bis zum realisierten Wert abgeschlossen werden kann. In der Praxis zeigt sich dabei oft, dass die Organisation einfacher werden muss: Getrennte Einheiten für das „Vorbereiten“ oder „Abschließen“ von Arbeit fallen weg, und das Org-Design wird stimmiger und anpassungsfähiger.

    2. 2.2 Ein Team of Teams bilden13 Fälle

      Eine schlanke Struktur schaffen, in der Teams sich an gemeinsamen Zielen ausrichten und bei der Umsetzung autonom bleiben.

    3. 2.3 Hin zu teamübergreifender, funktionsübergreifender Linienführung1 case

      Den Führungsfokus von einzelnen Teams auf Wertbereiche mit mehreren Teams verlagern, damit Abstimmung und Lernen über Grenzen hinweg möglich werden.

    4. 2.4 Die Rolle der Führungskraft neu fassen: Fähigkeiten aufbauen, das System betreuen3 Fälle

      Führungskräfte weg vom Anweisen hin zum Entwickeln von Menschen und zum Erweitern von Mandaten bringen. Sie bauen die Fähigkeiten und das Urteilsvermögen auf, die für breitere, durchgängige Verantwortung nötig sind, und betreuen zugleich das System rund um die Arbeit.

    5. 2.5 Selbstgestaltung der Teams ermöglichen4 Fälle

      Teams befähigen, ihre eigene Zusammensetzung und ihre Grenzen innerhalb klarer strategischer und Mandatsvorgaben selbst neu zu gestalten. Das stärkt Verantwortung und Zweckmäßigkeit.

    6. 2.6 Querschnittsthemen über Communities dezentralisieren4 Fälle

      Die Verantwortung für Querschnittsthemen (etwa Architekturrichtlinien, Standards und Regeln) dezentralisieren, indem sich selbstorganisierende Communities Praktiken gemeinsam weiterentwickeln. Das verringert die Abhängigkeit von zentraler Koordination.

    7. 2.7 Verantwortung über Teams hinweg teilen12 Fälle

      Technische Verantwortungsgrenzen erweitern, damit Teams Probleme beheben und verbessern können, ohne auf Spezialisten oder Torwächter zu warten. In der Softwareentwicklung heißt das: Teams dürfen in der gesamten Codebasis arbeiten. In Dienstleistungsorganisationen: Verantwortung für Prozesse, Regeln oder Fallbearbeitung teilen.

  3. 3 ProzesseInformations- und Entscheidungsflüsse

    Wie Arbeit und Information fließen: Governance-Routinen, Planungs- und Budgetzyklen sowie Entscheidungsprozesse.

    1. 3.1 Die Definition of Done erweitern und teamübergreifend teilen12 Fälle

      Die Definition of Done laufend ausweiten, bis sie echte Vollständigkeit und Qualität umfasst. So sinken versteckte Arbeit, Übergaben und späte Überraschungen.

    2. 3.2 Denselben Takt über Teams hinweg teilen4 Fälle

      Transparenz schaffen für das Ausführen und Prüfen der Arbeit in einem gemeinsamen Rhythmus für Planung, Review und Lernen.

    3. 3.3 Sich freiwillig für Arbeit melden5 Fälle

      Einzelnen und Teams ermöglichen, Arbeit dort zu ziehen, wo der Wert am höchsten ist, statt sich auf vorab festgelegte Zuweisungen zu verlassen. Diese Kata erhöht die Flexibilität der Organisation und die gemeinsame Verantwortung. Sie lässt sich mit bewussten Selbstauswahl-Mechanismen umsetzen (z. B. Sitzungen im Open-Space-Stil).

    4. 3.4 Teamübergreifendes Product-Backlog-Refinement abhalten9 Fälle

      Mehrere Teams regelmäßig zusammenbringen, um vor der Umsetzung ein gemeinsames Verständnis von anstehender Arbeit, Risiken und Abstimmung aufzubauen.

    5. 3.5 Reviews auf Produktebene abhalten4 Fälle

      Integrierte Produkt-Outcomes prüfen statt isolierter Team-Outputs, damit das Lernen auf der richtigen Ebene bleibt. In Dienstleistungsorganisationen: durchgängige Service-Ergebnisse prüfen, nicht Abteilungskennzahlen. Diese Kata wird oft in Formaten wie Sprint Review Bazaars umgesetzt, in denen Stakeholder und Kunden funktionierende Lösungen aktiv erkunden und direktes Feedback geben, statt Präsentationen passiv zu konsumieren.

    6. 3.6 Arbeit vertikal schneiden3 Fälle
    7. 3.7 Arbeit teamübergreifend kontinuierlich integrieren

      Integrationsrisiko und Verzögerungen senken, indem die Arbeit aller beteiligten Teams und Agenten laufend integriert wird, statt sie zu bündeln und spät abzugleichen. In der Softwareentwicklung geschieht das üblicherweise mit Praktiken wie Trunk-based Development, Monorepos und Continuous Integration als Praxis (nicht als Tool).

      Noch keine veröffentlichte Fallstudie nennt diese Kata.

    8. 3.8 Obeya für die Weiterentwicklung der Org-Topologie nutzen5 Fälle

      Einen gemeinsamen Entscheidungsraum nutzen, der Strategie, Evidenz und Randbedingungen des Org-Designs verbindet. So wird die Topologie bewusst weiterentwickelt, statt nur die Lieferung zu verfolgen.

    9. 3.9 Evidence-Based Management (EBM) für den Fähigkeitsaufbau anwenden5 Fälle

      In regelmäßigen Reviews wenige aussagekräftige Kennzahlen nutzen, die Lernen und Verbesserung leiten, statt nach Zielvorgaben zu steuern.

  4. 4 BelohnungAnreize und Motivation

    Wie Menschen motiviert und gesteuert werden: Vergütung, Beförderungen, Anerkennung und andere formelle und informelle Anreize.

    1. 4.1 Individuelle Leistungsanreize zurücknehmen

      Anreizstrukturen abbauen, die lokale Optimierung auf Kosten der Systemleistung antreiben.

      Noch keine veröffentlichte Fallstudie nennt diese Kata.

    2. 4.2 Karrierewege mit Rückenwind gestalten6 Fälle

      Karrieresysteme schaffen, die Fähigkeitswachstum und Multi-Learning belohnen und so den Beitrag der Mitarbeitenden zu wertvollen Outcomes stützen.

    3. 4.3 Beyond Budgeting einführen

      Starre jährliche Planungsvorgaben lockern, damit Ressourcen mit dem Lernen und den wechselnden Prioritäten mitwandern können.

      Noch keine veröffentlichte Fallstudie nennt diese Kata.

  5. 5 MenschenFähigkeiten, Denkhaltungen, Kompetenzen

    Die benötigten Fähigkeiten, Denkhaltungen und Kapazitäten: wie die Organisation Menschen gewinnt, entwickelt und fördert, damit sie zu ihrem strategischen Bedarf passen.

    1. 5.1 (KI-gestütztes) Multi-Learning im Arbeitsalltag verankern2 Fälle

      KI nutzen, um die Kosten für das Erlernen neuer Fähigkeiten während der Lieferung zu senken und das zu erweitern, was Teams verantwortungsvoll übernehmen können.

    2. 5.2 Synchrone Teamarbeit nutzen, um Fähigkeiten und Verantwortung zu erweitern11 Fälle

      Pairing, Mobbing und andere Formen echter synchroner Arbeit über Rollen-, Team- und Funktionsgrenzen hinweg einsetzen, um gezielt Fähigkeiten aufzubauen und die Abhängigkeit von Spezialisten oder Übergaben zu verringern.

Die Definitionen der Elemente sind 10X ORG entnommen, das auch den vollständigen Katalog enthält.

Ausgewählte Fallstudien mit vielen Katas

Alle 26 Fallstudien zeigen

AUS DER COMMUNITY

Katas in Fallstudien

Jede veröffentlichte Fallstudie, gelesen auf die Katas hin, die sie beschreibt. Ein gefüllter Punkt heißt: Die Organisation hat die Kata angewendet; ein Ring heißt: Sie wurde vorgeschlagen oder geplant. Fahren Sie über einen Punkt, um zu sehen, wie sie sich zeigte, oder klicken Sie auf einen Code, um die Kata zu lesen.

applied proposed or planned Strategie Struktur Prozesse Belohnung Menschen

Case studyStrategieStrukturProzesseBelohnungMenschen
1.11.21.31.41.51.62.12.22.32.42.52.62.73.13.23.33.43.53.63.73.83.94.14.24.35.15.2
EnergyElevating an EV Scale-up with Org TopologiesProduct Ownership auf Strategie und Outcomes ausrichten: appliedProduct Backlogs zusammenführen: appliedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedEin Team of Teams bilden: appliedSelbstgestaltung der Teams ermöglichen: appliedQuerschnittsthemen über Communities dezentralisieren: proposed or plannedVerantwortung über Teams hinweg teilen: appliedDie Definition of Done erweitern und teamübergreifend teilen: appliedDenselben Takt über Teams hinweg teilen: appliedTeamübergreifendes Product-Backlog-Refinement abhalten: appliedKarrierewege mit Rückenwind gestalten: appliedSynchrone Teamarbeit nutzen, um Fähigkeiten und Verantwortung zu erweitern: applied
HR techCase Study: Enhancing Strobbo's Agile Journey with Org TopologiesProduct Ownership auf Strategie und Outcomes ausrichten: appliedEin strategisches, outcome-basiertes Backlog einführen: appliedProduct Backlogs zusammenführen: appliedDie Distanz zu Kunden verringern: appliedDie Definition of Done erweitern und teamübergreifend teilen: appliedTeamübergreifendes Product-Backlog-Refinement abhalten: appliedReviews auf Produktebene abhalten: appliedArbeit vertikal schneiden: appliedObeya für die Weiterentwicklung der Org-Topologie nutzen: appliedKarrierewege mit Rückenwind gestalten: appliedSynchrone Teamarbeit nutzen, um Fähigkeiten und Verantwortung zu erweitern: applied
E-commerceLeSS Transformation in Wartime Ukraine: Building an Adaptive Organization at DIM.RIAProduct Ownership auf Strategie und Outcomes ausrichten: appliedProduct Backlogs zusammenführen: appliedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: proposed or plannedVerantwortung über Teams hinweg teilen: appliedDie Definition of Done erweitern und teamübergreifend teilen: appliedDenselben Takt über Teams hinweg teilen: appliedSich freiwillig für Arbeit melden: appliedTeamübergreifendes Product-Backlog-Refinement abhalten: appliedReviews auf Produktebene abhalten: appliedArbeit vertikal schneiden: applied
High-tech manufacturingDesigning for Paradigm: Bringing Business and IT Together at Europe’s Largest Tech FirmProduct Ownership auf Strategie und Outcomes ausrichten: appliedEin strategisches, outcome-basiertes Backlog einführen: appliedProduct Backlogs zusammenführen: proposed or plannedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedEin Team of Teams bilden: appliedDie Definition of Done erweitern und teamübergreifend teilen: appliedTeamübergreifendes Product-Backlog-Refinement abhalten: appliedReviews auf Produktebene abhalten: proposed or plannedKarrierewege mit Rückenwind gestalten: proposed or plannedSynchrone Teamarbeit nutzen, um Fähigkeiten und Verantwortung zu erweitern: applied
Digital services[Français] Org Topologies & Stratégie Kanban pour augmenter son agilité businessProduct Ownership auf Strategie und Outcomes ausrichten: appliedDie Distanz zu Kunden verringern: appliedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedDie Definition of Done erweitern und teamübergreifend teilen: appliedArbeit vertikal schneiden: appliedEvidence-Based Management (EBM) für den Fähigkeitsaufbau anwenden: appliedSynchrone Teamarbeit nutzen, um Fähigkeiten und Verantwortung zu erweitern: applied
SaaSCase Study: Studying LeSS Adoption at Poster POS Inc. with Org TopologiesDie Produktdefinition erweitern: appliedProduct Ownership auf Strategie und Outcomes ausrichten: appliedProduct Backlogs zusammenführen: appliedVerantwortung über Teams hinweg teilen: appliedDie Definition of Done erweitern und teamübergreifend teilen: appliedSich freiwillig für Arbeit melden: appliedTeamübergreifendes Product-Backlog-Refinement abhalten: appliedSynchrone Teamarbeit nutzen, um Fähigkeiten und Verantwortung zu erweitern: proposed or planned
InsuranceRebuilding for Speed and AdaptivenessProduct Ownership auf Strategie und Outcomes ausrichten: appliedProduct Backlogs zusammenführen: appliedEin Team of Teams bilden: appliedDenselben Takt über Teams hinweg teilen: appliedEvidence-Based Management (EBM) für den Fähigkeitsaufbau anwenden: appliedKarrierewege mit Rückenwind gestalten: applied(KI-gestütztes) Multi-Learning im Arbeitsalltag verankern: proposed or plannedSynchrone Teamarbeit nutzen, um Fähigkeiten und Verantwortung zu erweitern: proposed or planned
FintechCase Study: Introduction of Org Topologies™ in European FintechDie Produktdefinition erweitern: appliedProduct Ownership auf Strategie und Outcomes ausrichten: appliedDie Distanz zu Kunden verringern: appliedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedVerantwortung über Teams hinweg teilen: applied(KI-gestütztes) Multi-Learning im Arbeitsalltag verankern: applied
EnergyDoing a LeSS Flip in Two Months with Org TopologiesEin Team of Teams bilden: appliedSelbstgestaltung der Teams ermöglichen: appliedVerantwortung über Teams hinweg teilen: appliedDie Definition of Done erweitern und teamübergreifend teilen: appliedSich freiwillig für Arbeit melden: applied
Industrial R&DCase Study: Using Org Topologies to Assess the Evolutionary Journey Within Eurecat-FPED, an R&D Organization from Catalonia (Spain)Product Ownership auf Strategie und Outcomes ausrichten: appliedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedDie Rolle der Führungskraft neu fassen: Fähigkeiten aufbauen, das System betreuen: appliedVerantwortung über Teams hinweg teilen: appliedSynchrone Teamarbeit nutzen, um Fähigkeiten und Verantwortung zu erweitern: applied
Digital servicesBusiness Agility with Org Topologies and KanbanDie Distanz zu Kunden verringern: appliedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedVerantwortung über Teams hinweg teilen: proposed or plannedDie Definition of Done erweitern und teamübergreifend teilen: appliedEvidence-Based Management (EBM) für den Fähigkeitsaufbau anwenden: appliedSynchrone Teamarbeit nutzen, um Fähigkeiten und Verantwortung zu erweitern: applied
R&DRedesigning an organization with Cynefin Estuarine mapping and Org TopologiesDie Produktdefinition erweitern: proposed or plannedProduct Ownership auf Strategie und Outcomes ausrichten: appliedProduct Backlogs zusammenführen: appliedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: proposed or plannedQuerschnittsthemen über Communities dezentralisieren: proposed or plannedDie Definition of Done erweitern und teamübergreifend teilen: appliedTeamübergreifendes Product-Backlog-Refinement abhalten: appliedObeya für die Weiterentwicklung der Org-Topologie nutzen: proposed or plannedKarrierewege mit Rückenwind gestalten: proposed or planned
MultipleStudying Org Designs of Haier's RDHY and Bayer's DSOUm Produkte organisieren, nicht um Projekte: appliedDie Distanz zu Kunden verringern: appliedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedDie Rolle der Führungskraft neu fassen: Fähigkeiten aufbauen, das System betreuen: applied
R&DCase Study: from Component Teams to Team Topologies to FaST AgileEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedEin Team of Teams bilden: appliedSelbstgestaltung der Teams ermöglichen: appliedSich freiwillig für Arbeit melden: applied
BankingCase Study: Business Banking Transformation Journey at de VolksbankEin strategisches, outcome-basiertes Backlog einführen: appliedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedHin zu teamübergreifender, funktionsübergreifender Linienführung: appliedDie Rolle der Führungskraft neu fassen: Fähigkeiten aufbauen, das System betreuen: proposed or plannedObeya für die Weiterentwicklung der Org-Topologie nutzen: applied
SaaSHow Much Adaptivity Is Enough? PandaDoc's Journey with Large-Scale Scrum (LeSS)Product Ownership auf Strategie und Outcomes ausrichten: appliedUm Produkte organisieren, nicht um Projekte: appliedEin Team of Teams bilden: applied
Public sectorOrg Topologies Case-Study by Koen Siegers >> "It started over dinner ..."Product Backlogs zusammenführen: proposed or plannedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedVerantwortung über Teams hinweg teilen: appliedDie Definition of Done erweitern und teamübergreifend teilen: appliedTeamübergreifendes Product-Backlog-Refinement abhalten: proposed or plannedKarrierewege mit Rückenwind gestalten: proposed or planned
MultipleCase Studies: Org Topologies in ActionDie Produktdefinition erweitern: appliedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedVerantwortung über Teams hinweg teilen: applied
BankingCase Study: Using Org Topologies™ to Analyze the Agile Transformation Journey at a Large Dutch BankProduct Ownership auf Strategie und Outcomes ausrichten: proposed or plannedProduct Backlogs zusammenführen: appliedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedReviews auf Produktebene abhalten: applied
Health techFrom domain silos to strategic ownership: How FloHealth evolved its operating model with the GM structureProduct Ownership auf Strategie und Outcomes ausrichten: appliedProduct Backlogs zusammenführen: proposed or plannedEin Team of Teams bilden: appliedSynchrone Teamarbeit nutzen, um Fähigkeiten und Verantwortung zu erweitern: proposed or planned
E-commerceDescriptive Study of an e-retail Transformation Program OrganizationEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedQuerschnittsthemen über Communities dezentralisieren: applied
Public sectorAnalyzing The Transformation Of A SAP Group At A Large Public Authority (Deloitte)Ein Team of Teams bilden: appliedDenselben Takt über Teams hinweg teilen: applied
EnergyVUCA-EnergyDie Produktdefinition erweitern: proposed or plannedProduct Ownership auf Strategie und Outcomes ausrichten: proposed or plannedDie Distanz zu Kunden verringern: proposed or plannedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: applied
EnergyFrom Renting Resources to Driving Strategy: A Shift Toward Business-Oriented R&DDie Produktdefinition erweitern: proposed or plannedProduct Ownership auf Strategie und Outcomes ausrichten: appliedDie Distanz zu Kunden verringern: proposed or planned
Professional servicesCase Study: Implementing Obeya at Organization X. A retrospective-experience report with Org Topologies.Obeya für die Weiterentwicklung der Org-Topologie nutzen: applied
BankingExperience Report: Towards Business-Oriented Org Design at Raiffeisen BankEinheiten zur durchgängigen Outcome-Verantwortung erweitern: appliedEin Team of Teams bilden: proposed or plannedVerantwortung über Teams hinweg teilen: proposed or planned
AutomotiveStudying Elevation Opportunities in Automotive Data ExchangeProduct Ownership auf Strategie und Outcomes ausrichten: proposed or plannedProduct Backlogs zusammenführen: proposed or plannedDie Distanz zu Kunden verringern: proposed or plannedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: proposed or plannedEin Team of Teams bilden: proposed or plannedTeamübergreifendes Product-Backlog-Refinement abhalten: proposed or planned
High-tech manufacturingIdentifying Shared Skills to Elevate a Complex Product Org with Org TopologiesDie Produktdefinition erweitern: proposed or plannedProduct Ownership auf Strategie und Outcomes ausrichten: proposed or plannedProduct Backlogs zusammenführen: proposed or plannedEin Team of Teams bilden: proposed or plannedQuerschnittsthemen über Communities dezentralisieren: proposed or plannedVerantwortung über Teams hinweg teilen: proposed or plannedDie Definition of Done erweitern und teamübergreifend teilen: proposed or plannedTeamübergreifendes Product-Backlog-Refinement abhalten: proposed or plannedSynchrone Teamarbeit nutzen, um Fähigkeiten und Verantwortung zu erweitern: proposed or planned
[Français] Initier l’alignement de son organisation et de sa stratégie avec Org Topologies™Einheiten zur durchgängigen Outcome-Verantwortung erweitern: proposed or plannedEvidence-Based Management (EBM) für den Fähigkeitsaufbau anwenden: proposed or planned
Banking[Français] Cartographie d'un groupe d'équipes avec OrgTopologiesEinheiten zur durchgängigen Outcome-Verantwortung erweitern: proposed or plannedEin Team of Teams bilden: proposed or planned
Initiate the alignment of your organization and strategy with Org Topologies™Einheiten zur durchgängigen Outcome-Verantwortung erweitern: proposed or plannedEvidence-Based Management (EBM) für den Fähigkeitsaufbau anwenden: proposed or planned
SaaSCase-Study: Loglass Using Org Topologies to Set Target Org DesignEin Team of Teams bilden: proposed or plannedSelbstgestaltung der Teams ermöglichen: proposed or plannedSich freiwillig für Arbeit melden: proposed or planned
AviationCase Study: Introducing Org Topologies in an Aviation ProgramDie Produktdefinition erweitern: proposed or plannedProduct Ownership auf Strategie und Outcomes ausrichten: proposed or plannedDie Distanz zu Kunden verringern: proposed or plannedEinheiten zur durchgängigen Outcome-Verantwortung erweitern: proposed or plannedDie Definition of Done erweitern und teamübergreifend teilen: proposed or plannedObeya für die Weiterentwicklung der Org-Topologie nutzen: proposed or plannedSynchrone Teamarbeit nutzen, um Fähigkeiten und Verantwortung zu erweitern: proposed or planned
BankingFacilitating a Mapping Workshop with Org Topologies™Einheiten zur durchgängigen Outcome-Verantwortung erweitern: proposed or planned
R&DExperience Report in which Steve introduces Marcus to Org Topologies™Verantwortung über Teams hinweg teilen: proposed or planned
Cases applying it313372515812318104463333316
Buchcover von 10X ORG

AUS 10X ORG

Die Katas in 10X ORG bei der Arbeit sehen

10X ORG listet jede Elevating Kata auf. Die Kapitel zeigen sie bei der Arbeit: der Schritt Elevate der MADE-Methode, Rückenwind-Karrierepfade, teamübergreifende Linienführung und Obeya.

Das Buch holen →

ACADEMY

Den Org-Topologies-Ansatz lernen

Alle Termine →

Practitioner- (C-OTP) und Consultant-Kurse (C-OTC), live online und vor Ort.

Zur Academy →

Community

LIVE MIT DEN AUTOREN SPRECHEN

Mit der Community lernen

Praktiker teilen Maps, und die Autoren beteiligen sich live im Slack an der Diskussion.

Slack beitreten

FRAGEN SIE UNSERE KI

„Wie mappe ich meine Organisation?“

Mit Aiden lernen

Kommende Kurse und Veranstaltungen, Ankündigungen und neues Material für Ihre Org-Design-Praxis. Ab und zu, nie Spam.

Jederzeit abbestellbar. Datenschutz →

Bessere Übersetzung vorschlagen

Aktueller Text

Daraus wird eine öffentliche Notiz (Issue) für die Übersetzer auf GitHub: anonym über uns, mit einem Link zum Verfolgen, oder unter Ihrem eigenen GitHub-Konto.