01What it isQué es
A supply chain organizational model decides where each decision lives: at corporate (centralized), in each business unit or site (decentralized), or split by decision type between a central team and local teams (federated).
Un modelo organizacional de supply chain define dónde vive cada decisión: en el corporativo (centralizado), en cada unidad de negocio o sitio (descentralizado), o repartida por tipo de decisión entre un equipo central y equipos locales (federado).
02Why it mattersPor qué importa
The wrong model either duplicates cost in every unit or slows down decisions that need local speed. Organization design is a response to the amount of information a unit must process: more uncertainty and interdependence require stronger integrating mechanisms (Galbraith, 1974 — Interfaces), which is why no single structure fits every supply chain.
El modelo equivocado duplica costos en cada unidad o frena decisiones que requieren velocidad local. El diseño organizacional es una respuesta a la cantidad de información que una unidad debe procesar: más incertidumbre e interdependencia exigen mecanismos de integración más fuertes (Galbraith, 1974 — Interfaces), por eso ninguna estructura única sirve para toda cadena de suministro.
03How it is doneCómo se hace
1
Split functions into decisions. List the key sourcing, planning and logistics decisions instead of debating whole functions.
2
Assign each decision a level. Put policy and leverage decisions at the center and execution and customer decisions close to the market.
3
Align the rest of the Star. Change processes, KPIs, incentives and skills in the same release as the reporting lines.
1
Dividir funciones en decisiones. Listar las decisiones clave de abastecimiento, planeación y logística en lugar de debatir funciones completas.
2
Asignar un nivel a cada decisión. Poner las decisiones de política y apalancamiento en el centro, y las de ejecución y cliente cerca del mercado.
3
Alinear el resto de la estrella. Cambiar procesos, KPI, incentivos y competencias en la misma entrega que las líneas de reporte.
04The concept in depthEl concepto a fondo
What centralized, decentralized and federated structures mean for how a supply chain organization decides and executes›
The organizational model defines where supply chain decisions are made: at corporate (centralized), in each business unit, country or plant (decentralized), or split by decision type (federated or hybrid). Centralization buys scale, standard processes and purchasing leverage; decentralization buys speed and closeness to local customers and suppliers. Most large companies end up federated — central ownership of policy, shared categories, network design and data, with local ownership of execution and customer-facing decisions.
The key frameworks and decision tools›
(1) Mintzberg's coordination mechanisms and structural configurations, which explain when to coordinate by standards versus by mutual adjustment; (2) Galbraith's information-processing view: the more uncertainty and interdependence across units, the more the structure needs lateral links, shared planning or central integration; (3) a decision-rights matrix that assigns each supply chain decision (network, sourcing, inventory policy, scheduling) to a level; (4) the Galbraith Star Model to check that strategy, structure, processes, rewards and people are redesigned together.
Financial impact quantification›
The economics of the model show up in three places: duplicated overhead (planners, buyers and analysts repeated in every unit), lost leverage (shared categories such as packaging or freight negotiated separately), and coordination cost (inventory and service problems when units optimize locally). Compare supply chain cost as a share of revenue and inventory days per unit under the current model against a costed target design, including the one-time cost of the transition.
Intermediate vs. Advanced›
Intermediate: explains the current model, maps which decisions sit at which level, and identifies duplicated roles and handoffs that create cost or delay.
Advanced: designs the target operating model, builds the decision-rights matrix and business case, and leads the transition with HR, finance and business-unit leaders.
Advanced: designs the target operating model, builds the decision-rights matrix and business case, and leads the transition with HR, finance and business-unit leaders.
Qué significan las estructuras centralizada, descentralizada y federada para la forma en que una organización de supply chain decide y ejecuta›
El modelo organizacional define dónde se toman las decisiones de supply chain: en el corporativo (centralizado), en cada unidad de negocio, país o planta (descentralizado), o repartidas por tipo de decisión (federado o híbrido). La centralización aporta escala, procesos estándar y poder de compra; la descentralización aporta velocidad y cercanía con clientes y proveedores locales. La mayoría de las empresas grandes terminan en un modelo federado: el centro es dueño de políticas, categorías compartidas, diseño de red y datos, y lo local es dueño de la ejecución y de las decisiones de cara al cliente.
Marcos clave y herramientas de decisión›
(1) Los mecanismos de coordinación y las configuraciones estructurales de Mintzberg, que explican cuándo coordinar por estándares y cuándo por ajuste mutuo; (2) la visión de procesamiento de información de Galbraith: a mayor incertidumbre e interdependencia entre unidades, más necesita la estructura vínculos laterales, planeación compartida o integración central; (3) una matriz de derechos de decisión que asigna cada decisión de supply chain (red, abastecimiento, política de inventario, programación) a un nivel; (4) el Star Model de Galbraith para verificar que estrategia, estructura, procesos, recompensas y personas se rediseñen en conjunto.
Cuantificación del impacto financiero›
La economía del modelo aparece en tres lugares: gastos generales duplicados (planeadores, compradores y analistas repetidos en cada unidad), apalancamiento perdido (categorías compartidas como empaque o flete negociadas por separado) y costo de coordinación (problemas de inventario y servicio cuando cada unidad optimiza localmente). Conviene comparar el costo de supply chain como porcentaje de ventas y los días de inventario por unidad en el modelo actual contra un diseño objetivo costeado, incluyendo el costo único de la transición.
Intermedio vs. Avanzado›
Intermedio: explica el modelo actual, mapea qué decisiones están en qué nivel e identifica roles duplicados y traspasos que generan costo o retraso.
Avanzado: diseña el modelo operativo objetivo, construye la matriz de derechos de decisión y el caso de negocio, y lidera la transición con RR. HH., finanzas y los líderes de las unidades de negocio.
Avanzado: diseña el modelo operativo objetivo, construye la matriz de derechos de decisión y el caso de negocio, y lidera la transición con RR. HH., finanzas y los líderes de las unidades de negocio.
05In practiceEn la práctica
Decide by decision type, not by function›
Do not ask whether 'procurement' or 'planning' should be central as a whole. Split each function into decisions — category strategy, supplier selection, call-offs; network design, inventory policy, daily scheduling — and assign each one to the level with the information and scale to make it well. Policy and leverage decisions tend to centralize; execution and customer-facing decisions tend to stay local.
Redesign the whole Star, not just the org chart›
A new reporting line without new processes, metrics and incentives changes nothing: people keep making decisions the old way. Following the Star Model, change in the same release the planning process, the KPIs and bonuses tied to the new decision rights, and the skills profile of the central and local roles. Review the model after 12 months against the decisions it was supposed to improve.
Build lateral links before you centralize›
Many coordination problems can be solved with integrating mechanisms — a shared S&OP, category councils, common master data — before moving people. Use full centralization when interdependence is high and local differences are small; keep units autonomous when markets truly differ, and connect them with lateral processes.
Decidir por tipo de decisión, no por función›
No conviene preguntar si 'compras' o 'planeación' deben ser centrales en bloque. Cada función se divide en decisiones —estrategia de categoría, selección de proveedores, liberación de pedidos; diseño de red, política de inventario, programación diaria— y cada una se asigna al nivel que tiene la información y la escala para tomarla bien. Las decisiones de política y apalancamiento tienden a centralizarse; las de ejecución y de cara al cliente tienden a quedarse locales.
Rediseñar toda la estrella, no solo el organigrama›
Una nueva línea de reporte sin nuevos procesos, métricas e incentivos no cambia nada: la gente sigue decidiendo como antes. Siguiendo el Star Model, en la misma entrega se cambian el proceso de planeación, los KPI y bonos ligados a los nuevos derechos de decisión, y el perfil de competencias de los roles centrales y locales. El modelo se revisa a los 12 meses contra las decisiones que debía mejorar.
Construir vínculos laterales antes de centralizar›
Muchos problemas de coordinación se resuelven con mecanismos integradores —un S&OP compartido, consejos de categoría, datos maestros comunes— antes de mover personas. La centralización total conviene cuando la interdependencia es alta y las diferencias locales son pequeñas; las unidades se mantienen autónomas cuando los mercados realmente difieren, y se conectan con procesos laterales.
06Illustrative caseCaso ilustrativo
Illustrative case built from typical industry values — not data from a specific company.Caso ilustrativo construido con valores típicos de la industria — no son datos de una empresa específica.
Illustrative case: From four autonomous supply chains to a federated model — consumer goods group in Mexico (illustrative)
| Situation | Action taken | Result |
|---|---|---|
| Four business units each ran their own procurement, planning and logistics; packaging and freight (US$60M a year combined) were negotiated four times | Moved shared categories to a central procurement team; planning and customer service stayed in each unit | Consolidated tenders saved 6% on US$60M (US$3.6M a year), net of a US$0.6M central team |
| Each unit set its own inventory policy; days of inventory ranged from 30 to 60 across units | A central planning CoE defined one segmentation and safety-stock policy, executed locally | Group inventory fell from 45 to 38 days with the same service level |
Result: the gains came from moving specific decisions, not whole functions. Execution stayed close to customers, while the center took only the decisions where scale and a common policy paid off.
Illustrative case built from typical industry values — not data from a specific company.Caso ilustrativo construido con valores típicos de la industria — no son datos de una empresa específica.
Caso ilustrativo: De cuatro cadenas autónomas a un modelo federado — grupo de bienes de consumo en México (ilustrativo)
| Situación | Acción tomada | Resultado |
|---|---|---|
| Cuatro unidades de negocio tenían cada una sus compras, planeación y logística; empaque y flete (US$60M al año en conjunto) se negociaban cuatro veces | Se pasaron las categorías compartidas a un equipo central de compras; planeación y servicio al cliente se quedaron en cada unidad | Las licitaciones consolidadas ahorraron 6% sobre US$60M (US$3.6M al año), neto de un equipo central de US$0.6M |
| Cada unidad fijaba su propia política de inventario; los días de inventario iban de 30 a 60 entre unidades | Un CoE central de planeación definió una sola segmentación y política de inventario de seguridad, ejecutada localmente | El inventario del grupo bajó de 45 a 38 días con el mismo nivel de servicio |
Resultado: las ganancias vinieron de mover decisiones específicas, no funciones completas. La ejecución se quedó cerca de los clientes y el centro tomó solo las decisiones donde la escala y una política común sí pagaban.
07How it is measuredCómo se mide
Supply chain cost as % of revenue (by unit and consolidated)›
Supply chain cost as % of revenue (by unit and consolidated)
(Procurement + planning + logistics + inventory carrying cost) / Net revenue × 100, compared across units and before vs. after the redesign
Benchmark: Set against your own baseline and the costed target design; a wide spread between similar units is a sign of duplicated cost or missing standards
Track it quarterly together with service level and inventory days, so cost savings from centralization are not bought with slower local response.
Costo de supply chain como % de ventas (por unidad y consolidado)›
Costo de supply chain como % de ventas (por unidad y consolidado)
(Compras + planeación + logística + costo de mantener inventario) / Ventas netas × 100, comparado entre unidades y antes vs. después del rediseño
Referencia: Fijar contra la línea base propia y el diseño objetivo costeado; una dispersión amplia entre unidades similares indica costos duplicados o falta de estándares
Medir trimestralmente junto con nivel de servicio y días de inventario, para que los ahorros de centralizar no se paguen con una respuesta local más lenta.
08What you would useQué se usa
📌 Relevant Platforms
Orgvue›
Module: Organization design and workforce planning
Organizational design platform used to model current and target structures, spans and layers, role costs and transition scenarios.
Organizational design platform used to model current and target structures, spans and layers, role costs and transition scenarios.
Workday HCM / SAP SuccessFactors›
Module: Organization and position management
HR systems of record where the approved structure, positions and reporting lines are maintained after the redesign.
HR systems of record where the approved structure, positions and reporting lines are maintained after the redesign.
📌 Plataformas relevantes
Orgvue›
Módulo: Diseño organizacional y planeación de fuerza laboral
Plataforma de diseño organizacional para modelar estructuras actuales y objetivo, tramos de control y niveles, costo de roles y escenarios de transición.
Plataforma de diseño organizacional para modelar estructuras actuales y objetivo, tramos de control y niveles, costo de roles y escenarios de transición.
Workday HCM / SAP SuccessFactors›
Módulo: Gestión de organización y posiciones
Sistemas de registro de RR. HH. donde se mantienen la estructura aprobada, las posiciones y las líneas de reporte tras el rediseño.
Sistemas de registro de RR. HH. donde se mantienen la estructura aprobada, las posiciones y las líneas de reporte tras el rediseño.
The bottom lineEn corto
Centralize the decisions that need scale, keep local the ones that need speed, and redesign incentives with the org chart.
Centralizar las decisiones que necesitan escala, dejar locales las que necesitan velocidad y rediseñar los incentivos junto con el organigrama.
← PreviousAnteriorKnowledge management in SC organizations: capturing institutional expertiseGestión del conocimiento en organizaciones de SC: capturando la experiencia institucionalNextSiguiente →S&OP operating model design: decision rights, meeting architecture, and governanceDiseño del modelo operativo de S&OP: derechos de decisión, arquitectura de reuniones y cadencia
All D20 componentsTodos los componentes de D20D20 artifactsArtifacts de D20SCRA