Un organigrama convierte roles en una vista de responsabilidad: quién dirige cada función, quién reporta a quién y dónde reside la decisión. Debe apoyar contratación, onboarding o gobernanza; los traspasos de trabajo y la participación pueden necesitar un RACI aparte. Prepara un borrador desde el brief aprobado; el equipo sigue validando reglas, datos y relaciones.

Escribe la decisión y la fecha
Define audiencia, snapshot aprobado, unidad, decisión y regla de relaciones. Por ejemplo: “¿Qué roles faltan antes del lanzamiento regional?”. Línea sólida = gestión directa; punteada = asesoría o proyecto. Si necesitas directorio, enlázalo aparte. Para reorganización, muestra estado actual y propuesto con fechas distintas. Una línea no prueba capacidad, desempeño, antigüedad ni condición laboral fuera del registro fuente.
| Campo | Pregunta | Ejemplo |
|---|---|---|
| Audiencia | ¿Quién usa la vista? | Incorporaciones, ejecutivos, proyecto o consejo. |
| Fecha | ¿Qué snapshot aprobado? | Plantilla aprobada el 30 de septiembre. |
| Unidad | ¿Qué entra o sale? | División de producto, región o programa. |
| Decisión | ¿Qué hará el lector? | Contratar, escalar, aprobar o coordinar. |
| Relación | ¿Qué significa cada línea? | Sólida gestión; punteada asesoría. |
Si el cambio afecta a varios grupos, acompaña el organigrama con un plan de comunicación: qué preguntas debe tratar cada grupo y quién responderá. También puedes formular decisiones como «¿Quién aprueba una escalada de cliente?» o «¿Cómo se conecta producto con finanzas y legal?». Mantén esa pregunta visible en subtítulo o apertura.
Ocho páginas para una conversación clara
Propósito y alcance
Nombra audiencia, fecha, unidad, leyenda y decisión.
Resumen ejecutivo
Destaca el hecho estructural relevante: propietario ausente, nueva capa, equipo previsto o riesgo de traspaso.
Situación actual
Muestra responsable superior, reportes directos y solo los niveles que necesita la decisión.
Vistas de función
Divide ramas densas por departamento usando los mismos títulos y líneas.
Tarjetas de rol
Añade misión, responsabilidades clave, derechos de decisión y estado cuando el público necesite entender el rol.
Colaboración
Separa vínculos entre funciones y asesoría de la gestión directa.
Situación futura
Marca propuesto, vacante, interino o en retirada con leyenda y fecha efectiva.
Acciones y responsables
Asigna la siguiente contratación, comunicación, aprobación o revisión. El roster completo, contactos y descripciones extensas van al apéndice.

Adapta el número de páginas a la audiencia y al tiempo; mantén la explicación principal legible y el detalle de consulta en el apéndice.
Lee cada vista en el mismo orden: responsable, reportes directos de izquierda a derecha y apoyos. Repite leyenda y fecha en un pie discreto para que cada página se entienda si se comparte sola.
Aclara antes de reducir la letra
Una caja por rol, convención única por relación, espacio y alineación por niveles. Añade nombres solo si hacen falta; varias personas pueden compartir una caja de rol con headcount aprobado. Usa palabras “actual”, “vacante”, “interino” o “previsto”, no color solo. Divide ramas densas; prueba a 100%, proyectado y en impresión, sin conectores sobre etiquetas. Añade resumen textual y revisa el orden tras exportar PDF.

| Elemento | Regla | Prueba |
|---|---|---|
| Etiqueta | Rol primero; persona, lugar y estado si se necesitan | ¿Se identifica en 2 segundos? |
| Conector | Sólido manager; discontinuo asesoría/proyecto | ¿Leyenda explica todo? |
| Nivel | Pares en línea común | ¿Se comparan sin color? |
| Rama | Divide función densa | ¿Legible al 100%? |
| Estado | Actual, vacante, interino, previsto | ¿Hecho o propuesta es claro? |
Separa escenario de compromiso
Compara estados aprobados. Cada puesto futuro lleva estatus, fecha, gate y dueño. Aclara qué cambia, por qué ahora, qué sigue estable y cuál es la próxima aprobación. Distingue gestión formal y matriz/red de proyecto en otra vista. Si hay incertidumbre, usa caso base, acelerado y restringido; no mezcles headcount supuesto con compromiso. No publiques compensación, desempeño o circunstancias personales en una presentación amplia.
| Pregunta | Qué mostrar | Disparador o control |
|---|---|---|
| ¿Qué cambia? | Rol, equipo, manager, lugar o derecho | Propuesta aprobada y vigencia. |
| ¿Por qué ahora? | Lanzamiento, carga, riesgo, brecha o servicio | Dueño de prueba y decisión registrada. |
| ¿Qué queda estable? | Funciones y escalado sin cambio | Comparación actual. |
| ¿Siguiente gate? | Contratar, financiar, consultar, formar o entregar | Dueño, plazo y aprobación. |
La planificación debe considerar tamaño, forma, composición, ubicaciones, capacidades y habilidades futuras. Conserva un historial de cambios en la última página o apéndice para que cada actualización se pueda rastrear. Una propuesta no es un compromiso de cubrir todas las cajas.
Ejemplo: lanzamiento regional de Northstar
La empresa ficticia tiene gerente general, responsables de producto, ingeniería y operaciones, y finanzas compartidas. Necesita líder regional de implementación y especialista de soporte, pero presupuesto aún no aprobado. El gerente conserva responsabilidad; implementación es un reporte previsto tras presupuesto; soporte pasa de compartido a dedicado solo tras demanda del piloto; finanzas sigue como asesor; producto e ingeniería mantienen jefes con vínculo temporal de lanzamiento. La propuesta: aprobar implementación primero, conservar finanzas asesoras y condicionar soporte al piloto.

| Rol | Actual | Objetivo | Decisión |
|---|---|---|---|
| Gerente general | Responsable unidad | Sigue responsable | Aprueba gates y prioridades. |
| Líder implementación regional | Sin cubrir | Reporte directo previsto | Abrir tras presupuesto. |
| Soporte | Compartido con otra región | Dedicado tras piloto | Medir volumen y riesgo de respuesta. |
| Finanzas | Asesor punteado | Asesor punteado | Revisar margen y contratación. |
| Producto/ingeniería | Líderes separados | Mismos jefes; enlace de lanzamiento | Regla temporal de colaboración. |
Prepara una lista con procedencia
Una fila por rol: título, función, manager, tipo de relación, ubicación, estado, derechos de decisión, vigencia y dueño de fuente. Usa códigos si no hacen falta identidades. Elimina salarios, evaluaciones, IDs y comentarios privados; añade versión y fecha antes del brief.
Revisa estructura, plantilla y relaciones
2. Revisa el esquema antes del estilo
Pide propósito→actual→responsabilidad→colaboración→futuro→acciones. Comprueba que los puestos propuestos sigan etiquetados y que el directorio no se convierta en evaluación de desempeño. Combina departamentos repetidos y añade una leyenda independiente si las líneas no son obvias.
3. Elige una plantilla que soporte jerarquía
Tras aprobar la estructura, compara jerarquía, comparación o cronología. La plantilla es un punto de partida, no la fuente verdadera. Prefiere tarjetas legibles, espaciado uniforme y leyenda visible a fotografías decorativas o distinciones solo de color.
4. Revisa con responsables de roles
Compara cada caja con el roster aprobado: nombres/códigos de manager, vacantes, interinos, líneas, vigencias y dueño de la acción. Pide a alguien ajeno al diseño probar el orden de lectura. Personas, operaciones, finanzas y legal conservan la aprobación de relaciones y comunicación; no expongas datos no autorizados.
5. Verifica privacidad, accesibilidad y versión
Añade resumen textual, comprueba contraste y señales además de color, legibilidad de etiquetas, versión, fecha, dueño de fuente, estado de aprobación y distribución. Reabre el archivo para detectar conectores movidos, fuentes faltantes, texto cortado o una rama futura obsoleta. Conserva roster, historial y archivo final juntos.
Preguntas frecuentes
Actualiza con cualquier cambio aprobado y mantén fecha; revisiones mensuales o trimestrales detectan desvíos pero no reemplazan cambios inmediatos. Usa posiciones para responsabilidad y planificación, nombres solo si son necesarios y autorizados. La línea punteada necesita leyenda y responsabilidad escrita. Un rol futuro lleva estado y gate. Un RACI asigna responsabilidad, rendición de cuentas, consulta e información por actividad; el organigrama muestra estructura formal.
Para una revisión centrada solo en cambios, una secuencia alternativa de seis páginas es: estructura actual, motivos del cambio, estructura propuesta, supuestos de rol y capacidad, riesgos o privacidad, y decisión solicitada. Usa la fecha y fuente junto al gráfico; no mezcles esta secuencia con el núcleo de ocho páginas si añade repetición.
Fuentes
- W 3 C Web Content Accessibility Guidelines (en inglés)
- GovS 003 people standard (en inglés)
- Microsoft Support, Create an organization chart in Office (en inglés)