Aprobar el organigrama no demuestra que la empresa pueda operar conforme a él. Un calendario defendible hace visibles las decisiones y condiciones pendientes.
El consejo puede aprobar un organigrama cuando todavía no se ha resuelto quién autorizará el gasto bajo la nueva estructura. Si esa fecha se presenta como el cierre de la implementación, un documento terminado oculta trabajo pendiente. La operación recibe las preguntas que el proyecto dejó abiertas.
Los plazos del diseño organizacional deben distinguir entre aprobar una propuesta y poder trabajar conforme a ella. Una estimación defendible depende de las decisiones pendientes, de las condiciones que obligan a seguir cierto orden y de la evidencia necesaria para aceptar el cambio. Contar puestos en el organigrama no permite calcular ese tiempo.
Conviene conservar la misma distinción al leer investigaciones externas. El análisis de McKinsey publicado el 25 de junio de 2025, basado en una encuesta global a 2,000 ejecutivos de 16 sectores, reportó que 79% de los rediseños se completó e implementó, mientras 63% cumplió la mayoría de sus objetivos y mejoró el desempeño. Son resultados reportados distintos; no equivalen a una garantía para una empresa mexicana ni establecen una duración estándar (investigación de McKinsey).
¿Qué deben abarcar los plazos del diseño organizacional?
La primera definición es qué debe estar funcionando al terminar. Modificar una relación de reporte es un encargo más acotado que cambiar la forma en que varios negocios asignan recursos o resuelven compromisos incompatibles con clientes. El calendario debe declarar esa diferencia antes de comprometer una fecha.
El punto de partida es la decisión de negocio que exige otra organización. Una empresa puede necesitar que sus plantas respondan a problemas locales sin consultar cada asunto con el corporativo, pero conservar una autorización central para compromisos que afectan al grupo. Eso requiere precisar facultades y límites, no necesariamente cambiar todos los puestos.
La práctica de diseño organizacional de Anker Bioss conecta los roles y las facultades de decisión con el trabajo que debe sostener la empresa. Para estimar tiempos, la dirección general debe señalar qué acuerdos cambiarán y cuáles permanecerán vigentes. Si todo queda dentro del proyecto, resulta difícil establecer prioridades defendibles.
Conviene separar la aprobación del diseño de la transferencia efectiva de autoridad y de la revisión posterior de su funcionamiento. Cada compromiso requiere evidencia diferente. Pueden traslaparse, pero reducirlos a una sola etiqueta de cierre impide localizar el atraso y facilita que nadie asuma el pendiente.
¿Qué necesita conocer el asesor antes de comprometer una fecha?
Una estimación útil comienza por el acceso a quienes deben resolver las decisiones. Si la dirección general no puede reunir a los responsables de mandatos que compiten entre sí, un análisis más extenso no resolverá el desacuerdo. El calendario necesita reservar tiempo para decidir, no solamente para celebrar talleres.
También debe revisarse la calidad de la información inicial. Las descripciones de puesto pueden no corresponder al trabajo real. Antes de prometer una fecha, hace falta acordar cómo se observará el recorrido de decisiones relevantes y cómo se contrastará con quienes participan en ellas. Un organigrama desactualizado no describe la autoridad vigente.
La propuesta debe separar los compromisos de los supuestos. Una fecha puede depender de una aprobación del consejo, de un cambio en sistemas o de una contratación fuera del control del equipo asesor. Nombrar esa condición no la elimina, pero permite discutirla y asignar a alguien la responsabilidad de resolverla.
Por eso, los plazos del diseño organizacional necesitan una base de estimación visible. Esa base debe precisar los negocios incluidos, quién decide y qué información falta. También debe explicar qué cambio obligaría a revisar el calendario. Sin esas condiciones, la misma fecha puede significar algo distinto para el asesor y para la empresa.
¿Qué puede avanzar en paralelo y qué necesita esperar?
No toda pregunta abierta exige detener el proyecto completo. Es posible examinar procesos actuales mientras la dirección define prioridades. También pueden investigarse restricciones tecnológicas antes de seleccionar la estructura final. Son actividades que ayudan a decidir sin presentar una decisión pendiente como si ya estuviera tomada.
Otras tareas sí requieren una secuencia. Un puesto no puede recibir facultades definitivas para comprometer recursos antes de que se acuerden sus límites. Tampoco conviene comunicar responsabilidades a un gerente cuando no se ha definido quién resolverá las excepciones. Adelantar esas tareas puede producir retrabajo en lugar de ahorrar tiempo.
En una publicación del 7 de agosto de 2025, McKinsey identifica como dificultades recurrentes la falta de correspondencia entre los cambios organizacionales y los cambios en tecnología, presupuesto y asignación de recursos. Su orientación práctica es integrarlos en la ruta de implementación, en lugar de suponer que anunciar la estructura basta (guía de McKinsey sobre implementación).
Una aplicación concreta es asignar cada dependencia relevante a un responsable y una condición verificable. “Finanzas participa” no describe una condición de cierre. “El gerente receptor puede autorizar el gasto acordado dentro de su nuevo límite” sí permite comprobar algo. El calendario debe mostrar cuándo se hará esa comprobación y quién responderá por ella.
¿Cómo ayuda un piloto sin trasladar el riesgo a la operación?
Un piloto sirve cuando responde una pregunta precisa sobre la propuesta. Debe permitir observar una entrega de responsabilidad bajo condiciones controladas, no solamente recoger opiniones favorables sobre el organigrama. Sus límites deben proteger la operación y dejar claro qué facultades permanecen sin cambio durante la prueba.
Considérese un ejemplo hipotético: un grupo industrial prueba una nueva distribución de autoridad entre una planta y compras compartidas. Un ejercicio acotado podría examinar quién decide cuando una refacción urgente entra en conflicto con un acuerdo de compra del grupo. Observar únicamente pedidos rutinarios no permitiría responder la pregunta difícil.
Antes de comenzar, la dirección debe acordar qué hallazgo justificaría ampliar el cambio, cuál exigiría corregirlo y cuál obligaría a detener la prueba. Si la conclusión está decidida de antemano, el piloto se convierte en un trámite. Para que el aprendizaje tenga consecuencias sobre el calendario, debe poder modificar el siguiente paso.
Los plazos del diseño organizacional deben incluir tiempo para interpretar lo observado. Una excepción puede revelar una frontera de autoridad mal definida, falta de información o una habilidad que necesita desarrollarse. No se resuelven de la misma manera. Prolongar la prueba sin identificar la causa solo conserva la incertidumbre y consume tiempo de quienes operan.
¿Cuándo puede el consejo aceptar que terminó la implementación?
El cierre requiere una definición que los responsables de la operación puedan demostrar. Asistir a una sesión informativa confirma que hubo comunicación. No demuestra que el gerente ejerza las nuevas facultades, que alguien atienda una entrega disputada ni que la antigua ruta de aprobación haya dejado de utilizarse.
Antes de la transferencia debe quedar identificado quién acepta el nuevo arreglo como parte del trabajo ordinario. Esa persona necesita explicar qué cambió, qué sigue siendo provisional y dónde se resolverán los pendientes. El patrocinador no debería aceptar por otros un cambio que todavía no han podido probar en condiciones pertinentes.
El consejo también necesita distinguir la evidencia de implementación de los resultados de negocio que requieren más tiempo para observarse. Las nuevas facultades pueden estar funcionando sin que todavía se haya confirmado el efecto comercial esperado. Reportarlo así conserva la responsabilidad sin declarar antes de tiempo un éxito o un fracaso.
El artículo sobre qué instala una consultoría en diseño organizacional examina el contenido del encargo. La pregunta sobre los tiempos agrega otra disciplina: los plazos del diseño organizacional deben hacer visible la transferencia al trabajo cotidiano y quién conserva la responsabilidad por las condiciones pendientes después de la salida del asesor.
Preguntas frecuentes
¿Cuánto debe durar un proyecto de diseño organizacional?
No existe una duración universal defendible sin acordar el alcance y revisar la información inicial. Ajustar algunas facultades de decisión difiere de cambiar la operación del grupo completo. Solicite una estimación vinculada a dependencias identificadas y condiciones de aceptación, separando la aprobación del diseño de su implementación efectiva.
¿Se puede implementar una parte antes de aprobar todo el diseño?
Sí, si el trabajo está delimitado y no decide por anticipado lo que sigue abierto. Un piloto puede probar una entrega de responsabilidad mientras otras áreas permanecen sin cambio. Debe precisar facultades y condiciones de suspensión, y sus resultados deben poder modificar la propuesta general, no solo confirmarla.
¿Qué debe revisarse cuando se recorre la fecha de cierre?
Revise los plazos del diseño organizacional frente a los supuestos originales. Determine si el obstáculo es una decisión pendiente, información faltante o una dependencia operativa. Después acuerde qué cambia en el alcance y el calendario. Recorrer la fecha sin identificar lo que debe resolverse mantiene intacta la incertidumbre.
Antes de aprobar la siguiente fecha, precise quién demostrará que una excepción difícil puede resolverse sin regresar a la antigua cadena de autorización. Revise esa condición de implementación con Anker Bioss para que el calendario responda al trabajo que la empresa necesita poder realizar.