Org TopologiesDiseño organizacional moderno

Ayuda a mejorar la traducción: selecciona cualquier texto de la página y sugiere una versión mejor.

MÉTODO · DE 10X ORG

Elevating
Katas.

Rutinas de mejora estructuradas y repetibles que convierten la intención del diseño organizacional en conducta vivida.

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

ACADEMY

Aprende el enfoque de Org Topologies

Clases de Practitioner (C-OTP) y Consultant (C-OTC), en vivo online y presenciales.

Visita la Academy →

EL KATA COMO CONCEPTO

Una secuencia practicada, no una transformación única

El término kata viene de las artes marciales, donde designa una secuencia practicada para desarrollar habilidad y criterio mediante la repetición. En la gestión se popularizó a través de Toyota: un patrón estudiado y repetible para una mejora disciplinada.

Los principios de 10X Org marcan la dirección. Los katas la hacen accionable. Se aplican en el paso Elevate del método MADE, donde lo aprendido en el mapeo, la evaluación y el diseño se convierte en cambio concreto.

Cada kata ataca una restricción concreta, como los límites entre equipos, los derechos de decisión, las interfaces, las políticas o la gobernanza, y comprueba si ampliar los mandatos (Mandate) o reducir la fricción acerca el sistema al estado elevado que se busca.

Los Elevating Katas parten de problemas, no de metodologías.

EL CAMINO DE LA ELEVACIÓN

Elévate hacia la parte superior derecha del mapa

Elevar es un movimiento deliberado hacia la derecha y hacia arriba en el mapa de Org Topologies (Org Topologies map): habilidades más amplias y mandatos de trabajo más amplios, de entregar outputs a entregar outcomes.

  • Un menú, no una secuencia

    Los katas no se aplican de arriba abajo. Forman un menú de movimientos deliberados. El punto de partida adecuado depende de dónde estén las restricciones de la organización en el mapa.

  • Empieza pequeño y luego amplía

    Las organizaciones suelen empezar con unos pocos katas que responden a sus retos de diseño más urgentes y luego amplían o cambian su uso a medida que acumulan aprendizaje.

  • No solo para software

    En las organizaciones de servicios, “producto” corresponde a una oferta de servicio, un recorrido del cliente, un tipo de caso o una capacidad operativa. Los backlogs se vuelven colas de servicio; las revisiones, inspecciones del servicio.

CÓMO MANTENER SISTÉMICOS LOS KATAS

Cinco maneras en que los katas mueven todo el sistema

Los líderes no necesitan otro programa de transformación. Elige un puñado de katas y asegúrate de practicarlos con fidelidad: a medida que las rutinas se vuelven hábitos, crecen la agilidad y la resiliencia, y la cultura sigue al trabajo.

Todo el sistema
Un kata nunca ajusta un elemento de forma aislada: toca a la vez gobernanza, roles, eventos, prácticas y artefactos, como pide el Star Model.
Estrategia
Rutinas como el refinamiento multiequipo del Product Backlog o el corte vertical llevan el objetivo estratégico al trabajo diario, de modo que la estructura y los procesos siguen a la estrategia.
Personas y roles
Katas como Elevate Product Ownership estiran los roles más allá de sus definiciones anteriores; la práctica repetida desarrolla las habilidades que el nuevo diseño necesita.
Conducta y cultura
Los programas de cultura fracasan con valores abstractos. Los katas cambian el patrón de trabajo mismo, y la conducta deseada (colaboración, foco en el cliente, aprendizaje) llega con él.
Recompensas
Como un kata se repite, cierra su propio ciclo de retroalimentación: ciclos más cortos, mejor ajuste al producto y equipos más comprometidos premian el nuevo hábito.

Katas en el Star Model

Katalog

El Katalog agrupa los katas según los cinco elementos del diseño organizacional del Star Model™ de Jay Galbraith. Si cambias un elemento, los demás deben seguirlo. Cada kata enlaza con su descripción y con los casos de estudio que lo aplican.

El Star Model™ de Jay Galbraith: los criterios de diseño organizacional arriba, con Structure, Processes, Rewards y People alrededor de una estrella de cinco puntas
STAR MODEL™, JAY R. GALBRAITH · PUBLICADO CON PERMISO DE SASHA GALBRAITH, DE GALBRAITH MANAGEMENT CONSULTANTS, LLC

El Star Model™ de Jay Galbraith enseña que una organización no es solo su organigrama ni la suma de sus políticas, sino un sistema de decisiones de diseño interconectadas que hay que tomar de forma deliberada y mantener sincronizadas.

La estrella tiene cinco elementos: los criterios de diseño organizacional derivados de la estrategia, la estructura, los procesos, las recompensas y las personas. Cuando están alineados y se refuerzan entre sí, el rendimiento se vuelve más fiable y menos accidental.

Si cambias solo uno, los demás tiran hacia atrás. Una empresa que adopta Scrum como un añadido de procesos, mientras la contratación, las recompensas y la estructura siguen igual, obtiene el resultado previsible: “Agile ha muerto”. Los katas trabajan sobre los cinco elementos, así que el cambio se vuelve sistémico.

“Las personas se comportan según cómo se las mide, se las organiza y se las recompensa.”

Jay R. Galbraith, citado en 10X ORG
  1. 1 EstrategiaDirección y objetivos

    Criterios de diseño organizacional: Los resultados que la organización está diseñada para lograr se derivan de la estrategia y sirven de referencia para todas las decisiones de diseño.

    1. 1.1 Ampliar la definición del producto8 casos

      Ampliar deliberadamente lo que la organización considera "el producto", para que los equipos se orienten a resultados reales para el cliente y no a componentes o tareas estrechos.

    2. 1.2 Recentrar el rol de Product Owner en la estrategia y los outcomes18 casos

      Situar la responsabilidad sobre el producto donde se encuentran la intención estratégica y el valor, con responsabilidad sobre los outcomes y no sobre la coordinación de entregas por equipo. Esto exige evitar la propiedad local del producto a nivel de equipo e introducir estructuras de propiedad del producto compartidas o unificadas.

    3. 1.3 Adoptar un backlog estratégico basado en outcomes3 casos

      Pasar los ítems del backlog de compromisos de outputs a hipótesis explícitas de outcomes, haciendo visibles el aprendizaje y el impacto en la priorización diaria. En organizaciones de servicios: adoptar colas de servicio planteadas en torno a los outcomes del cliente, no a tipos de solicitud.

    4. 1.4 Fusionar backlogs de producto12 casos

      Reducir la fragmentación consolidando backlogs que compiten en menos backlogs compartidos, para forzar una priorización real en el nivel donde se crea el valor.

    5. 1.5 Organizarse en torno a productos, no a proyectos2 casos

      Sustituir los cortes temporales de proyecto por la propiedad duradera de productos, preservando el aprendizaje y la responsabilidad en el tiempo.

    6. 1.6 Minimizar la distancia a los clientes9 casos

      Crear un contacto regular y directo entre los equipos y los clientes, para que las decisiones se basen en la realidad y no en suposiciones o intermediarios.

  2. 2 EstructuraPoder, autoridad, organización

    Cómo se distribuyen el poder y la autoridad: roles, unidades, líneas de reporte y la arquitectura básica de quién reporta a quién.

    1. 2.1 Ampliar las unidades hacia la propiedad de outcomes de extremo a extremo23 casos

      Ampliar los mandatos de los equipos para que puedan completar el trabajo desde la intención hasta el valor realizado. En la práctica, esto suele revelar la necesidad de simplificar la organización eliminando las unidades separadas responsables de "preparar" o "terminar" el trabajo, lo que da un diseño organizacional más coherente y adaptativo.

    2. 2.2 Formar un equipo de equipos13 casos

      Crear una estructura ligera en la que los equipos se alinean en torno a objetivos compartidos y conservan su autonomía en la ejecución.

    3. 2.3 Avanzar hacia una línea de gestión multiequipo y multifuncional1 case

      Trasladar el foco de la gestión de equipos individuales a áreas de valor con varios equipos, facilitando la coordinación y el aprendizaje más allá de las fronteras.

    4. 2.4 Redefinir el rol del gerente en torno al desarrollo de capacidades y el cuidado del sistema3 casos

      Pasar a los gerentes de dar instrucciones a hacer crecer a las personas y ampliar mandatos: desarrollar las capacidades y el criterio necesarios para una propiedad más amplia, de extremo a extremo, mientras cuidan el sistema que rodea al trabajo.

    5. 2.5 Habilitar el autodiseño de los equipos4 casos

      Permitir que los equipos rediseñen su propia composición y sus límites dentro de restricciones claras de estrategia y mandato, aumentando la apropiación y la adecuación al propósito.

    6. 2.6 Descentralizar las preocupaciones transversales mediante comunidades4 casos

      Descentralizar la propiedad de las preocupaciones transversales (como guías de arquitectura, estándares y políticas) permitiendo que comunidades autoorganizadas hagan evolucionar las prácticas de forma colaborativa, y reduciendo la dependencia de una coordinación centralizada.

    7. 2.7 Compartir la propiedad entre equipos12 casos

      Ampliar los límites de la propiedad técnica para que los equipos puedan mejorar y corregir problemas sin esperar a especialistas o guardianes. En el desarrollo de software, esto implica permitir que los equipos trabajen en todo el código. En organizaciones de servicios: compartir la propiedad de procesos, políticas o gestión de casos.

  3. 3 ProcesosFlujos de información y decisión

    Cómo fluyen el trabajo y la información: rutinas de gobierno, ciclos de planificación y presupuesto, y procesos de toma de decisiones.

    1. 3.1 Ampliar y compartir la Definition of Done entre equipos12 casos

      Ampliar continuamente la Definition of Done para incluir la completitud y la calidad reales, reduciendo el trabajo oculto, los traspasos y las sorpresas tardías.

    2. 3.2 Compartir la misma cadencia entre equipos4 casos

      Crear transparencia para hacer e inspeccionar el trabajo en un ritmo compartido de planificación, revisión y aprendizaje.

    3. 3.3 Ofrecerse voluntariamente para el trabajo5 casos

      Permitir que personas y equipos tomen el trabajo donde el valor es mayor, en lugar de depender de asignaciones predefinidas. Este kata aumenta la flexibilidad organizacional y la propiedad compartida, y puede llevarse a cabo con mecanismos deliberados de autoselección (por ejemplo, sesiones al estilo Open Space).

    4. 3.4 Hacer refinamiento del backlog de producto multiequipo9 casos

      Reunir con regularidad a varios equipos para construir una comprensión compartida del trabajo futuro, los riesgos y la coordinación antes de ejecutar.

    5. 3.5 Hacer revisiones a nivel de producto4 casos

      Inspeccionar los outcomes integrados del producto y no los outputs aislados de cada equipo, manteniendo el aprendizaje en el nivel adecuado. En organizaciones de servicios: revisar los outcomes del servicio de extremo a extremo, no las métricas departamentales. Este kata suele realizarse con formatos como los Sprint Review Bazaars, donde stakeholders y clientes exploran activamente soluciones funcionando y dan feedback directo, en lugar de consumir presentaciones de forma pasiva.

    6. 3.6 Dividir el trabajo verticalmente3 casos

      Practicar la división del trabajo en incrementos de extremo a extremo que aportan aprendizaje y valor, no avance parcial.

    7. 3.7 Integrar el trabajo continuamente entre equipos

      Reducir el riesgo y los retrasos de integración integrando el trabajo de forma continua entre todos los equipos y agentes que contribuyen, en lugar de acumularlo y conciliarlo tarde. En contextos de software, suele lograrse con prácticas como el desarrollo basado en trunk, los monorepos y la integración continua como práctica (no como herramienta).

      Aún ningún caso de estudio publicado menciona este kata.

    8. 3.8 Usar Obeya para la evolución de la topología organizacional5 casos

      Usar un espacio de decisión compartido para conectar la estrategia, la evidencia y las restricciones del diseño organizacional, permitiendo una evolución deliberada de la topología y no solo el seguimiento de las entregas.

    9. 3.9 Aplicar Evidence-Based Management (EBM) para desarrollar capacidades5 casos

      Usar un conjunto reducido de medidas significativas en revisiones regulares para guiar el aprendizaje y la mejora, en lugar de gestionar por objetivos.

  4. 4 RecompensasIncentivos y motivación

    Cómo se motiva y se orienta a las personas: compensación, ascensos, reconocimiento y otros incentivos formales e informales.

    1. 4.1 Restar peso a los incentivos de desempeño individual

      Reducir las estructuras de incentivos que impulsan la optimización local a costa del desempeño del sistema.

      Aún ningún caso de estudio publicado menciona este kata.

    2. 4.2 Diseñar trayectorias profesionales de viento a favor6 casos

      Crear sistemas de carrera que premien el crecimiento de capacidades y el multi-learning, para apoyar la contribución de las personas a resultados valiosos.

    3. 4.3 Implementar Beyond Budgeting

      Flexibilizar las rígidas restricciones de la planificación anual para que los recursos se muevan a medida que cambian el aprendizaje y las prioridades.

      Aún ningún caso de estudio publicado menciona este kata.

  5. 5 PersonasHabilidades, mentalidades, capacidades

    Las habilidades, mentalidades y capacidades necesarias: cómo la organización recluta, desarrolla y hace crecer a las personas para responder a sus necesidades estratégicas.

    1. 5.1 Integrar el multi-learning (asistido por IA) en el trabajo diario2 casos

      Usar la IA para reducir el costo de aprender nuevas habilidades mientras se entrega, ampliando lo que los equipos pueden asumir con responsabilidad.

    2. 5.2 Usar el trabajo sincrónico en equipo para ampliar la capacidad y la propiedad11 casos

      Aplicar pairing, mobbing y otras formas de trabajo sincrónico real a través de fronteras de rol, equipo y función, para hacer crecer deliberadamente las habilidades y reducir la dependencia de especialistas o traspasos.

Las definiciones de los elementos están citadas de 10X ORG, que también enumera el Katalog completo.

Casos de estudio seleccionados ricos en katas

Ver los 26 casos de estudio

DESDE LA COMUNIDAD

Katas en los casos de estudio

Cada caso de estudio publicado, leído en busca de los katas que describe. Un punto relleno significa que la organización aplicó el kata; un anillo, que se propuso o se planificó. Pasa el cursor sobre un punto para ver cómo se manifestó, o haz clic en un código para leer el kata.

applied proposed or planned Estrategia Estructura Procesos Recompensas Personas

Case studyEstrategiaEstructuraProcesosRecompensasPersonas
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 TopologiesRecentrar el rol de Product Owner en la estrategia y los outcomes: appliedFusionar backlogs de producto: appliedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedFormar un equipo de equipos: appliedHabilitar el autodiseño de los equipos: appliedDescentralizar las preocupaciones transversales mediante comunidades: proposed or plannedCompartir la propiedad entre equipos: appliedAmpliar y compartir la Definition of Done entre equipos: appliedCompartir la misma cadencia entre equipos: appliedHacer refinamiento del backlog de producto multiequipo: appliedDiseñar trayectorias profesionales de viento a favor: appliedUsar el trabajo sincrónico en equipo para ampliar la capacidad y la propiedad: applied
HR techCase Study: Enhancing Strobbo's Agile Journey with Org TopologiesRecentrar el rol de Product Owner en la estrategia y los outcomes: appliedAdoptar un backlog estratégico basado en outcomes: appliedFusionar backlogs de producto: appliedMinimizar la distancia a los clientes: appliedAmpliar y compartir la Definition of Done entre equipos: appliedHacer refinamiento del backlog de producto multiequipo: appliedHacer revisiones a nivel de producto: appliedDividir el trabajo verticalmente: appliedUsar Obeya para la evolución de la topología organizacional: appliedDiseñar trayectorias profesionales de viento a favor: appliedUsar el trabajo sincrónico en equipo para ampliar la capacidad y la propiedad: applied
E-commerceLeSS Transformation in Wartime Ukraine: Building an Adaptive Organization at DIM.RIARecentrar el rol de Product Owner en la estrategia y los outcomes: appliedFusionar backlogs de producto: appliedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: proposed or plannedCompartir la propiedad entre equipos: appliedAmpliar y compartir la Definition of Done entre equipos: appliedCompartir la misma cadencia entre equipos: appliedOfrecerse voluntariamente para el trabajo: appliedHacer refinamiento del backlog de producto multiequipo: appliedHacer revisiones a nivel de producto: appliedDividir el trabajo verticalmente: applied
High-tech manufacturingDesigning for Paradigm: Bringing Business and IT Together at Europe’s Largest Tech FirmRecentrar el rol de Product Owner en la estrategia y los outcomes: appliedAdoptar un backlog estratégico basado en outcomes: appliedFusionar backlogs de producto: proposed or plannedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedFormar un equipo de equipos: appliedAmpliar y compartir la Definition of Done entre equipos: appliedHacer refinamiento del backlog de producto multiequipo: appliedHacer revisiones a nivel de producto: proposed or plannedDiseñar trayectorias profesionales de viento a favor: proposed or plannedUsar el trabajo sincrónico en equipo para ampliar la capacidad y la propiedad: applied
Digital services[Français] Org Topologies & Stratégie Kanban pour augmenter son agilité businessRecentrar el rol de Product Owner en la estrategia y los outcomes: appliedMinimizar la distancia a los clientes: appliedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedAmpliar y compartir la Definition of Done entre equipos: appliedDividir el trabajo verticalmente: appliedAplicar Evidence-Based Management (EBM) para desarrollar capacidades: appliedUsar el trabajo sincrónico en equipo para ampliar la capacidad y la propiedad: applied
SaaSCase Study: Studying LeSS Adoption at Poster POS Inc. with Org TopologiesAmpliar la definición del producto: appliedRecentrar el rol de Product Owner en la estrategia y los outcomes: appliedFusionar backlogs de producto: appliedCompartir la propiedad entre equipos: appliedAmpliar y compartir la Definition of Done entre equipos: appliedOfrecerse voluntariamente para el trabajo: appliedHacer refinamiento del backlog de producto multiequipo: appliedUsar el trabajo sincrónico en equipo para ampliar la capacidad y la propiedad: proposed or planned
InsuranceRebuilding for Speed and AdaptivenessRecentrar el rol de Product Owner en la estrategia y los outcomes: appliedFusionar backlogs de producto: appliedFormar un equipo de equipos: appliedCompartir la misma cadencia entre equipos: appliedAplicar Evidence-Based Management (EBM) para desarrollar capacidades: appliedDiseñar trayectorias profesionales de viento a favor: appliedIntegrar el multi-learning (asistido por IA) en el trabajo diario: proposed or plannedUsar el trabajo sincrónico en equipo para ampliar la capacidad y la propiedad: proposed or planned
FintechCase Study: Introduction of Org Topologies™ in European FintechAmpliar la definición del producto: appliedRecentrar el rol de Product Owner en la estrategia y los outcomes: appliedMinimizar la distancia a los clientes: appliedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedCompartir la propiedad entre equipos: appliedIntegrar el multi-learning (asistido por IA) en el trabajo diario: applied
EnergyDoing a LeSS Flip in Two Months with Org TopologiesFormar un equipo de equipos: appliedHabilitar el autodiseño de los equipos: appliedCompartir la propiedad entre equipos: appliedAmpliar y compartir la Definition of Done entre equipos: appliedOfrecerse voluntariamente para el trabajo: applied
Industrial R&DCase Study: Using Org Topologies to Assess the Evolutionary Journey Within Eurecat-FPED, an R&D Organization from Catalonia (Spain)Recentrar el rol de Product Owner en la estrategia y los outcomes: appliedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedRedefinir el rol del gerente en torno al desarrollo de capacidades y el cuidado del sistema: appliedCompartir la propiedad entre equipos: appliedUsar el trabajo sincrónico en equipo para ampliar la capacidad y la propiedad: applied
Digital servicesBusiness Agility with Org Topologies and KanbanMinimizar la distancia a los clientes: appliedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedCompartir la propiedad entre equipos: proposed or plannedAmpliar y compartir la Definition of Done entre equipos: appliedAplicar Evidence-Based Management (EBM) para desarrollar capacidades: appliedUsar el trabajo sincrónico en equipo para ampliar la capacidad y la propiedad: applied
R&DRedesigning an organization with Cynefin Estuarine mapping and Org TopologiesAmpliar la definición del producto: proposed or plannedRecentrar el rol de Product Owner en la estrategia y los outcomes: appliedFusionar backlogs de producto: appliedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: proposed or plannedDescentralizar las preocupaciones transversales mediante comunidades: proposed or plannedAmpliar y compartir la Definition of Done entre equipos: appliedHacer refinamiento del backlog de producto multiequipo: appliedUsar Obeya para la evolución de la topología organizacional: proposed or plannedDiseñar trayectorias profesionales de viento a favor: proposed or planned
MultipleStudying Org Designs of Haier's RDHY and Bayer's DSOOrganizarse en torno a productos, no a proyectos: appliedMinimizar la distancia a los clientes: appliedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedRedefinir el rol del gerente en torno al desarrollo de capacidades y el cuidado del sistema: applied
R&DCase Study: from Component Teams to Team Topologies to FaST AgileAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedFormar un equipo de equipos: appliedHabilitar el autodiseño de los equipos: appliedOfrecerse voluntariamente para el trabajo: applied
BankingCase Study: Business Banking Transformation Journey at de VolksbankAdoptar un backlog estratégico basado en outcomes: appliedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedAvanzar hacia una línea de gestión multiequipo y multifuncional: appliedRedefinir el rol del gerente en torno al desarrollo de capacidades y el cuidado del sistema: proposed or plannedUsar Obeya para la evolución de la topología organizacional: applied
SaaSHow Much Adaptivity Is Enough? PandaDoc's Journey with Large-Scale Scrum (LeSS)Recentrar el rol de Product Owner en la estrategia y los outcomes: appliedOrganizarse en torno a productos, no a proyectos: appliedFormar un equipo de equipos: applied
Public sectorOrg Topologies Case-Study by Koen Siegers >> "It started over dinner ..."Fusionar backlogs de producto: proposed or plannedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedCompartir la propiedad entre equipos: appliedAmpliar y compartir la Definition of Done entre equipos: appliedHacer refinamiento del backlog de producto multiequipo: proposed or plannedDiseñar trayectorias profesionales de viento a favor: proposed or planned
MultipleCase Studies: Org Topologies in ActionAmpliar la definición del producto: appliedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedCompartir la propiedad entre equipos: applied
BankingCase Study: Using Org Topologies™ to Analyze the Agile Transformation Journey at a Large Dutch BankRecentrar el rol de Product Owner en la estrategia y los outcomes: proposed or plannedFusionar backlogs de producto: appliedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedHacer revisiones a nivel de producto: applied
Health techFrom domain silos to strategic ownership: How FloHealth evolved its operating model with the GM structureRecentrar el rol de Product Owner en la estrategia y los outcomes: appliedFusionar backlogs de producto: proposed or plannedFormar un equipo de equipos: appliedUsar el trabajo sincrónico en equipo para ampliar la capacidad y la propiedad: proposed or planned
E-commerceDescriptive Study of an e-retail Transformation Program OrganizationAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedDescentralizar las preocupaciones transversales mediante comunidades: applied
Public sectorAnalyzing The Transformation Of A SAP Group At A Large Public Authority (Deloitte)Formar un equipo de equipos: appliedCompartir la misma cadencia entre equipos: applied
EnergyVUCA-EnergyAmpliar la definición del producto: proposed or plannedRecentrar el rol de Product Owner en la estrategia y los outcomes: proposed or plannedMinimizar la distancia a los clientes: proposed or plannedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: applied
EnergyFrom Renting Resources to Driving Strategy: A Shift Toward Business-Oriented R&DAmpliar la definición del producto: proposed or plannedRecentrar el rol de Product Owner en la estrategia y los outcomes: appliedMinimizar la distancia a los clientes: proposed or planned
Professional servicesCase Study: Implementing Obeya at Organization X. A retrospective-experience report with Org Topologies.Usar Obeya para la evolución de la topología organizacional: applied
BankingExperience Report: Towards Business-Oriented Org Design at Raiffeisen BankAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: appliedFormar un equipo de equipos: proposed or plannedCompartir la propiedad entre equipos: proposed or planned
AutomotiveStudying Elevation Opportunities in Automotive Data ExchangeRecentrar el rol de Product Owner en la estrategia y los outcomes: proposed or plannedFusionar backlogs de producto: proposed or plannedMinimizar la distancia a los clientes: proposed or plannedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: proposed or plannedFormar un equipo de equipos: proposed or plannedHacer refinamiento del backlog de producto multiequipo: proposed or planned
High-tech manufacturingIdentifying Shared Skills to Elevate a Complex Product Org with Org TopologiesAmpliar la definición del producto: proposed or plannedRecentrar el rol de Product Owner en la estrategia y los outcomes: proposed or plannedFusionar backlogs de producto: proposed or plannedFormar un equipo de equipos: proposed or plannedDescentralizar las preocupaciones transversales mediante comunidades: proposed or plannedCompartir la propiedad entre equipos: proposed or plannedAmpliar y compartir la Definition of Done entre equipos: proposed or plannedHacer refinamiento del backlog de producto multiequipo: proposed or plannedUsar el trabajo sincrónico en equipo para ampliar la capacidad y la propiedad: proposed or planned
[Français] Initier l’alignement de son organisation et de sa stratégie avec Org Topologies™Ampliar las unidades hacia la propiedad de outcomes de extremo a extremo: proposed or plannedAplicar Evidence-Based Management (EBM) para desarrollar capacidades: proposed or planned
Banking[Français] Cartographie d'un groupe d'équipes avec OrgTopologiesAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: proposed or plannedFormar un equipo de equipos: proposed or planned
Initiate the alignment of your organization and strategy with Org Topologies™Ampliar las unidades hacia la propiedad de outcomes de extremo a extremo: proposed or plannedAplicar Evidence-Based Management (EBM) para desarrollar capacidades: proposed or planned
SaaSCase-Study: Loglass Using Org Topologies to Set Target Org DesignFormar un equipo de equipos: proposed or plannedHabilitar el autodiseño de los equipos: proposed or plannedOfrecerse voluntariamente para el trabajo: proposed or planned
AviationCase Study: Introducing Org Topologies in an Aviation ProgramAmpliar la definición del producto: proposed or plannedRecentrar el rol de Product Owner en la estrategia y los outcomes: proposed or plannedMinimizar la distancia a los clientes: proposed or plannedAmpliar las unidades hacia la propiedad de outcomes de extremo a extremo: proposed or plannedAmpliar y compartir la Definition of Done entre equipos: proposed or plannedUsar Obeya para la evolución de la topología organizacional: proposed or plannedUsar el trabajo sincrónico en equipo para ampliar la capacidad y la propiedad: proposed or planned
BankingFacilitating a Mapping Workshop with Org Topologies™Ampliar las unidades hacia la propiedad de outcomes de extremo a extremo: proposed or planned
R&DExperience Report in which Steve introduces Marcus to Org Topologies™Compartir la propiedad entre equipos: proposed or planned
Cases applying it313372515812318104463333316
Portada del libro 10X ORG

DE 10X ORG

Ve los katas en acción en 10X ORG

10X ORG enumera todos los Elevating Katas. Los capítulos los muestran en acción: el paso Elevate del método MADE, las trayectorias profesionales con viento a favor, la gestión de línea multiequipo y la Obeya.

Consigue el libro →

ACADEMY

Aprende el enfoque de Org Topologies

Todas las fechas →

Clases de Practitioner (C-OTP) y Consultant (C-OTC), en vivo online y presenciales.

Visita la Academy →

Community

HABLA CON LOS AUTORES EN VIVO

Aprende en comunidad

Los practicantes comparten mapas y los autores participan en la conversación en vivo en Slack.

Únete a Slack

PREGUNTA A NUESTRA IA

“¿Cómo mapeo mi organización?”

Aprende con Aiden

Próximas clases y eventos, anuncios y material nuevo para tu práctica de diseño organizacional. De vez en cuando, nunca spam.

Cancela cuando quieras. Privacidad →

Sugerir una mejor traducción

Texto actual

Se convierte en una nota pública (issue) para los traductores en GitHub: de forma anónima a través de nosotros, con un enlace para seguirla, o con tu propia cuenta de GitHub.