Org TopologiesLe design d’org moderne
Visiter l’Academy

Aidez-nous à améliorer la traduction : sélectionnez un texte de la page et proposez une meilleure version.

MÉTHODE · TIRÉE DE 10X ORG

Elevating
Katas.

Des routines d’amélioration structurées et répétables qui transforment l’intention de design organisationnel en comportement vécu.

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

ACADEMY

Apprenez l’approche Org Topologies

Formations Practitioner (C-OTP) et Consultant (C-OTC), en ligne en direct et en présentiel.

Visiter l’Academy →

LE KATA COMME TERME

Une séquence pratiquée, pas une transformation ponctuelle

Le terme kata vient des arts martiaux, où il désigne une séquence pratiquée pour développer le savoir-faire et le jugement par la répétition. En management, il a été popularisé par Toyota : un schéma étudié et répétable d’amélioration disciplinée.

Les principes de 10X Org donnent la direction. Les katas la rendent actionnable. Ils s’appliquent à l’étape Elevate de la méthode MADE, où les enseignements de la cartographie, de l’évaluation et du design deviennent un changement concret.

Chaque kata cible une contrainte concrète, comme les frontières d’équipe, les droits de décision, les interfaces, les politiques ou la gouvernance, et teste si l’élargissement des mandats (Mandate) ou la réduction des frictions rapproche le système de l’état élevé visé.

Les Elevating Katas sont guidés par le problème, pas par la méthodologie.

Elevating Katas : une grande flèche soulève un réseau d’unités étroites et dépendantes, en bas à gauche, vers une équipe d’équipes en haut à droite, avec la mention Elevate to Adaptive Topology
ILLUSTRATION · 10X ORG · CC BY-ND · DOWNLOAD ↓

LE PARCOURS D’ÉLÉVATION

Élevez-vous vers le haut à droite de la carte

Élever, c’est un déplacement délibéré vers la droite et vers le haut de la carte Org Topologies (Org Topologies map) : des compétences plus larges et des mandats de travail plus larges, de la livraison d’outputs à la livraison d’outcomes.

  • Un menu, pas une séquence

    Les katas ne s’appliquent pas de haut en bas. Ils forment un menu de mouvements délibérés. Le bon point de départ dépend de l’endroit où se situent les contraintes de l’organisation sur la carte.

  • Commencer petit, puis élargir

    Les organisations commencent en général par quelques katas qui répondent à leurs défis de design les plus pressants, puis élargissent ou déplacent leur usage à mesure que l’apprentissage s’accumule.

  • Pas seulement pour le logiciel

    Dans les organisations de services, le « produit » correspond à une offre de service, un parcours client, un type de dossier ou une capacité opérationnelle. Les backlogs deviennent des files de service ; les revues deviennent des inspections de service.

GARDER LES KATAS SYSTÉMIQUES

Cinq façons dont les katas font bouger tout le système

Les dirigeants n’ont pas besoin d’un programme de transformation de plus. Choisissez une poignée de katas et veillez à ce qu’ils soient pratiqués fidèlement : à mesure que les routines deviennent des habitudes, l’agilité et la résilience grandissent, et la culture suit le travail.

Tout le système
Un kata ne retouche jamais un élément isolément : il touche ensemble la gouvernance, les rôles, les événements, les pratiques et les artefacts, comme le demande le Star Model.
Stratégie
Des routines comme le Product Backlog Refinement multi-équipes ou le découpage vertical amènent l’objectif stratégique dans le travail quotidien, si bien que la structure et les processus suivent la stratégie.
Personnes et rôles
Des katas comme Elevate Product Ownership étendent les rôles au-delà de leurs anciennes définitions ; la pratique répétée développe les compétences dont le nouveau design a besoin.
Comportement et culture
Les programmes de culture échouent sur des valeurs abstraites. Les katas changent le mode de travail lui-même, et le comportement souhaité (collaboration, orientation client, apprentissage) vient avec.
Récompenses
Comme un kata se répète, il ferme sa propre boucle de feedback : des temps de cycle plus courts, un meilleur ajustement au produit et des équipes plus engagées récompensent la nouvelle habitude.

Les katas sur le Star Model

Katalog

Le Katalog regroupe les katas selon les cinq éléments du design organisationnel du Star Model™ de Jay Galbraith. Changez un élément et les autres doivent suivre. Chaque kata renvoie à sa description et aux études de cas qui l’appliquent.

Le Star Model™ de Jay Galbraith : les critères de design organisationnel en haut, avec Structure, Processes, Rewards et People autour d’une étoile à cinq branches
STAR MODEL™, JAY R. GALBRAITH · PUBLIÉ AVEC L’AUTORISATION DE SASHA GALBRAITH DE GALBRAITH MANAGEMENT CONSULTANTS, LLC

Le Star Model™ de Jay Galbraith enseigne qu’une organisation n’est pas seulement son organigramme ni la somme de ses politiques, mais un système de choix de design interconnectés qui doivent être faits délibérément et gardés synchronisés.

Cinq éléments forment l’étoile : les critères de design organisationnel dérivés de la stratégie, la structure, les processus, les récompenses et les personnes. Quand ils sont alignés et se renforcent mutuellement, la performance devient plus fiable et moins accidentelle.

Changez-en un seul et les autres reviennent en arrière. Une entreprise qui adopte Scrum comme un simple ajout de processus, alors que le recrutement, les récompenses et la structure restent ce qu’ils étaient, obtient le résultat prévisible : « l’Agile est mort ». Les katas agissent sur les cinq éléments, de sorte que le changement devient systémique.

“Les gens se comportent selon la façon dont ils sont mesurés, organisés et récompensés.”

Jay R. Galbraith, cité dans 10X ORG

  1. 1 StratégieDirection et objectifs

    Critères de design organisationnel: Les résultats que l’organisation est conçue pour atteindre découlent de la stratégie et servent de référence pour tous les choix de design.

    1. 1.1 Élargir la définition du produit8 cas

      Élargir délibérément ce que l’organisation considère comme « le produit », pour que les équipes s’orientent vers de vrais résultats clients plutôt que vers des composants ou des tâches étroits.

    2. 1.2 Recentrer le product ownership sur la stratégie et les outcomes18 cas

      Placer le product ownership là où l’intention stratégique et la valeur se rencontrent, avec une responsabilité sur les outcomes plutôt que sur la coordination de la livraison au niveau des équipes. Cela suppose d’éviter un product ownership local au niveau de chaque équipe et d’instaurer des structures de product ownership partagées ou unifiées.

    3. 1.3 Adopter un backlog stratégique, fondé sur les outcomes3 cas

      Passer d’éléments de backlog qui sont des engagements d’outputs à des hypothèses d’outcomes explicites, pour rendre l’apprentissage et l’impact visibles dans la priorisation quotidienne. Dans les organisations de services : adopter des files de services construites autour des résultats pour le client, et non des types de demandes.

    4. 1.4 Fusionner les product backlogs12 cas

      Réduire la fragmentation en regroupant des backlogs concurrents en un plus petit nombre de backlogs partagés, ce qui force une vraie priorisation là où la valeur est créée.

    5. 1.5 S’organiser autour de produits, pas de projets2 cas

      Remplacer les tranches de projet temporaires par une responsabilité durable sur des produits, afin de préserver l’apprentissage et la redevabilité dans le temps.

    6. 1.6 Réduire la distance aux clients9 cas

      Créer un contact régulier et direct entre les équipes et les clients, pour que les décisions s’appuient sur la réalité plutôt que sur des hypothèses ou des intermédiaires.

  2. 2 StructurePouvoir, autorité, organisation

    La façon dont le pouvoir et l’autorité sont répartis : rôles, unités, lignes hiérarchiques et architecture de base de qui rend compte à qui.

    1. 2.1 Élargir les unités vers une responsabilité de bout en bout sur les outcomes23 cas

      Élargir les mandats des équipes pour qu’elles puissent mener le travail de l’intention jusqu’à la valeur réalisée. En pratique, cela révèle souvent la nécessité de simplifier l’organisation en supprimant les unités distinctes chargées de « préparer » ou de « finaliser » le travail, ce qui donne un design organisationnel plus cohérent et plus adaptatif.

    2. 2.2 Former une équipe d’équipes13 cas

      Créer une structure légère où les équipes s’alignent sur des objectifs communs tout en gardant leur autonomie dans l’exécution.

    3. 2.3 Évoluer vers un management de ligne multi-équipes et pluridisciplinaire1 case

      Déplacer le focus du management des équipes isolées vers des domaines de valeur multi-équipes, pour permettre la coordination et l’apprentissage au-delà des frontières.

    4. 2.4 Redéfinir le rôle du manager autour du développement des capacités et de l’intendance du système3 cas

      Faire passer les managers de la distribution d’instructions à la croissance des personnes et à l’élargissement des mandats : développer les capacités et le jugement nécessaires à une responsabilité plus large, de bout en bout, tout en veillant sur le système qui entoure le travail.

    5. 2.5 Permettre l’auto-design des équipes4 cas

      Permettre aux équipes de redessiner leur propre composition et leurs frontières dans des contraintes stratégiques et de mandat claires, pour renforcer l’appropriation et l’adéquation à la finalité.

    6. 2.6 Décentraliser les préoccupations transverses via des communautés4 cas

      Décentraliser la responsabilité des préoccupations transverses (comme les lignes directrices d’architecture, les standards et les politiques) en permettant à des communautés auto-organisées de faire évoluer les pratiques ensemble, ce qui réduit la dépendance à une coordination centralisée.

    7. 2.7 Partager la responsabilité entre les équipes12 cas

      Élargir les frontières de la responsabilité technique pour que les équipes puissent améliorer et corriger sans attendre des spécialistes ou des gardiens. Dans le développement logiciel, cela signifie laisser les équipes travailler sur l’ensemble du code. Dans les organisations de services : partager la responsabilité des processus, des politiques ou du traitement des dossiers.

  3. 3 ProcessusFlux d’information et de décision

    La façon dont le travail et l’information circulent : routines de gouvernance, cycles de planification et de budgétisation, processus de décision.

    1. 3.1 Élargir et partager la Definition of Done entre les équipes12 cas

      Élargir en continu la Definition of Done pour inclure une vraie complétude et une vraie qualité, et réduire ainsi le travail caché, les passages de relais et les mauvaises surprises tardives.

    2. 3.2 Partager la même cadence entre les équipes4 cas

      Créer de la transparence pour réaliser et inspecter le travail dans un rythme commun de planification, de revue et d’apprentissage.

    3. 3.3 Se porter volontaire pour le travail5 cas

      Permettre aux individus et aux équipes de tirer le travail là où la valeur est la plus forte, au lieu de dépendre d’affectations prédéfinies. Ce kata augmente la flexibilité de l’organisation et la responsabilité partagée, et peut passer par des mécanismes d’auto-sélection délibérés (par ex. des sessions de type Open Space).

    4. 3.4 Tenir un affinage du product backlog multi-équipes9 cas

      Réunir régulièrement plusieurs équipes pour construire une compréhension commune du travail à venir, des risques et de la coordination avant l’exécution.

    5. 3.5 Tenir des revues au niveau du produit4 cas

      Inspecter les outcomes intégrés du produit plutôt que les outputs isolés des équipes, pour garder l’apprentissage au bon niveau. Dans les organisations de services : passer en revue les résultats de service de bout en bout, pas les indicateurs de chaque département. Ce kata prend souvent la forme de formats tels que les Sprint Review Bazaars, où parties prenantes et clients explorent activement des solutions qui fonctionnent et donnent un retour direct, au lieu de consommer passivement des présentations.

    6. 3.6 Découper le travail verticalement3 cas

      S’exercer à découper le travail en incréments de bout en bout qui apportent apprentissage et valeur, et non un simple avancement partiel.

    7. 3.7 Intégrer le travail en continu entre les équipes

      Réduire les risques et les retards d’intégration en intégrant le travail en continu entre toutes les équipes et tous les agents contributeurs, plutôt que de le regrouper en lots réconciliés tardivement. Dans les contextes logiciels, cela passe couramment par des pratiques comme le trunk-based development, les monorepos et l’intégration continue comme pratique (pas comme outil).

      Aucune étude de cas publiée ne mentionne encore ce kata.

    8. 3.8 Utiliser l’Obeya pour faire évoluer la topologie d’organisation5 cas

      Utiliser un espace de décision partagé pour relier la stratégie, les preuves et les contraintes de design organisationnel, afin de faire évoluer la topologie de façon délibérée plutôt que de simplement suivre la livraison.

    9. 3.9 Appliquer l’Evidence-Based Management (EBM) au développement des capacités5 cas

      Utiliser un petit nombre de mesures pertinentes lors de revues régulières pour guider l’apprentissage et l’amélioration, plutôt que de manager par objectifs.

  4. 4 RétributionsIncitations et motivation

    La façon dont les personnes sont motivées et orientées : rémunération, promotions, reconnaissance et autres incitations formelles et informelles.

    1. 4.1 Réduire le poids des incitations à la performance individuelle

      Réduire les structures d’incitation qui poussent à l’optimisation locale au détriment de la performance du système.

      Aucune étude de cas publiée ne mentionne encore ce kata.

    2. 4.2 Concevoir des parcours de carrière « vent arrière »6 cas

      Créer des systèmes de carrière qui récompensent le développement des capacités et le multi-learning, pour soutenir la contribution des collaborateurs à des résultats de valeur.

    3. 4.3 Mettre en œuvre le Beyond Budgeting

      Assouplir les contraintes rigides de la planification annuelle pour que les ressources puissent se déplacer au rythme des apprentissages et des priorités.

      Aucune étude de cas publiée ne mentionne encore ce kata.

  5. 5 PersonnesCompétences, états d’esprit, capacités

    Les compétences, états d’esprit et capacités nécessaires : la façon dont l’organisation recrute, développe et fait grandir ses personnes pour répondre à ses besoins stratégiques.

    1. 5.1 Ancrer le multi-learning (assisté par l’IA) dans le travail quotidien2 cas

      Utiliser l’IA pour réduire le coût d’apprentissage de nouvelles compétences tout en livrant, et élargir ce que les équipes peuvent assumer de façon responsable.

    2. 5.2 Utiliser le travail d’équipe synchrone pour élargir les capacités et la responsabilité11 cas

      Pratiquer le pairing, le mobbing et d’autres formes de vrai travail synchrone au-delà des frontières de rôle, d’équipe et de fonction, pour développer délibérément les compétences et réduire la dépendance aux spécialistes ou aux passages de relais.

Les définitions des éléments sont citées de 10X ORG, qui présente aussi le Katalog complet.

Études de cas choisies riches en katas

Voir les 26 études de cas

DE LA COMMUNAUTÉ

Les katas dans les études de cas

Chaque étude de cas publiée, lue pour les katas qu’elle décrit. Un point plein signifie que l’organisation a appliqué le kata ; un anneau, qu’il a été proposé ou planifié. Survolez un point pour voir comment il est apparu, ou cliquez sur un code pour lire le kata.

applied proposed or planned Stratégie Structure Processus Rétributions Personnes

Case studyStratégieStructureProcessusRétributionsPersonnes
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 Topologies
HR techCase Study: Enhancing Strobbo's Agile Journey with Org Topologies
E-commerceLeSS Transformation in Wartime Ukraine: Building an Adaptive Organization at DIM.RIA
High-tech manufacturingDesigning for Paradigm: Bringing Business and IT Together at Europe’s Largest Tech Firm
Digital services[Français] Org Topologies & Stratégie Kanban pour augmenter son agilité business
SaaSCase Study: Studying LeSS Adoption at Poster POS Inc. with Org Topologies
InsuranceRebuilding for Speed and Adaptiveness
FintechCase Study: Introduction of Org Topologies™ in European Fintech
EnergyDoing a LeSS Flip in Two Months with Org Topologies
Industrial R&DCase Study: Using Org Topologies to Assess the Evolutionary Journey Within Eurecat-FPED, an R&D Organization from Catalonia (Spain)
Digital servicesBusiness Agility with Org Topologies and Kanban
R&DRedesigning an organization with Cynefin Estuarine mapping and Org Topologies
MultipleStudying Org Designs of Haier's RDHY and Bayer's DSO
R&DCase Study: from Component Teams to Team Topologies to FaST Agile
BankingCase Study: Business Banking Transformation Journey at de Volksbank
SaaSHow Much Adaptivity Is Enough? PandaDoc's Journey with Large-Scale Scrum (LeSS)
Public sectorOrg Topologies Case-Study by Koen Siegers >> "It started over dinner ..."
MultipleCase Studies: Org Topologies in Action
BankingCase Study: Using Org Topologies™ to Analyze the Agile Transformation Journey at a Large Dutch Bank
Health techFrom domain silos to strategic ownership: How FloHealth evolved its operating model with the GM structure
E-commerceDescriptive Study of an e-retail Transformation Program Organization
Public sectorAnalyzing The Transformation Of A SAP Group At A Large Public Authority (Deloitte)
EnergyVUCA-Energy
EnergyFrom Renting Resources to Driving Strategy: A Shift Toward Business-Oriented R&D
Professional servicesCase Study: Implementing Obeya at Organization X. A retrospective-experience report with Org Topologies.
BankingExperience Report: Towards Business-Oriented Org Design at Raiffeisen Bank
AutomotiveStudying Elevation Opportunities in Automotive Data Exchange
High-tech manufacturingIdentifying Shared Skills to Elevate a Complex Product Org with Org Topologies
[Français] Initier l’alignement de son organisation et de sa stratégie avec Org Topologies™
Banking[Français] Cartographie d'un groupe d'équipes avec OrgTopologies
Initiate the alignment of your organization and strategy with Org Topologies™
SaaSCase-Study: Loglass Using Org Topologies to Set Target Org Design
AviationCase Study: Introducing Org Topologies in an Aviation Program
BankingFacilitating a Mapping Workshop with Org Topologies™
R&DExperience Report in which Steve introduces Marcus to Org Topologies™
Cases applying it313372515812318104463333316
Couverture du livre 10X ORG

TIRÉ DE 10X ORG

Voyez les katas à l’œuvre dans 10X ORG

10X ORG présente chaque Elevating Kata. Les chapitres les montrent à l’œuvre : l’étape Elevate de la méthode MADE, les parcours de carrière « tailwind », le management de ligne multi-équipes et l’Obeya.

Obtenir le livre →

ACADEMY

Apprenez l’approche Org Topologies

Tous les événements à venir

14–15 Oct 2026AmsterdamBootcamp – Org Redesign for Agentic AgeAlexey Krivitskyfrom €1,655 excl. VATLearn moreA two-day, in-person bootcamp for consultants and leaders who redesign organizations. Bring a real case, map it with Org Topologies, and leave with a practical redesign direction and first steps to test it, so AI's speed turns into business results. Includes the path to C-OTC accreditation.16 Oct 2026AmsterdamOrg Design Summit 2026Multiple speakers€750 excl. VATLearn moreOrg Design Summit 2026 brings together leaders and practitioners from Product, Tech, HR, and organizational change to explore how organization design shapes performance with people and AI.22 Oct 2026OnlineApplied Systems ThinkingWolfgang Steffens€395 excl. VATLearn moreA hands-on workshop into the world of Systems Thinking and Systems Modeling
Toutes les dates →

Formations Practitioner (C-OTP) et Consultant (C-OTC), en ligne en direct et en présentiel.

Visiter l’Academy →

Community

ÉCHANGEZ EN DIRECT AVEC LES AUTEURS

Apprenez avec la communauté

Les praticiens partagent leurs cartes, et les auteurs participent à la conversation en direct sur Slack.

Rejoindre Slack

DEMANDEZ À NOTRE IA

« Comment cartographier mon organisation ? »

Apprendre avec Aiden

Prochaines formations et événements, annonces et nouveaux contenus pour votre pratique du design organisationnel. De temps en temps, jamais de spam.

Désinscription à tout moment. Confidentialité →

Proposer une meilleure traduction

Texte actuel

Elle devient une note publique (issue) pour les traducteurs sur GitHub : anonymement par notre intermédiaire, avec un lien pour la suivre, ou depuis votre propre compte GitHub.