Cualquier herramienta sabe dibujar un organigrama. La pregunta real es otra: ¿quién decide en esta unidad y quién lo ha confirmado?
El problema de los organigramas dibujados
En la mayoría de los proyectos el organigrama existe dos veces. Una como diapositiva que alguien creó hace seis meses, y otra como conocimiento en las cabezas. La diapositiva muestra cajas con nombres. No muestra si la persona lo sabe, desde cuándo es responsable, ni qué ocurre cuando deja el proyecto.
Mientras solo se dibujen cajas, la pregunta real queda sin respuesta. Una imagen no se puede buscar, ni verificar, ni hacer confirmar.
Lo que construimos en su lugar
En TAOM Process Studio la organización del proyecto es un modelo, no una imagen. Se mantienen unidades, niveles y personas; el organigrama se calcula a partir de ahí: niveles, conexiones, cajas, líneas de personas.
La diferencia en una frase: no se mantiene la imagen, se mantiene la responsabilidad; la imagen se deriva de ella.
RACI en la caja, no en una tabla aparte
Cada asignación lleva un rol:
A decide: asume la responsabilidad, exactamente una vez por objeto
R ejecuta: puede aparecer varias veces
C es consultado: se le pregunta, pero no decide
I es informado: conoce el resultado
Estas letras están en la caja, con el color de su rol. Quien mira el organigrama ve enseguida dónde falta una A.
Véalo usted mismo
El organigrama siguiente procede de un programa de transformación: 35 unidades, 109 asignaciones, cuatro niveles. No se ha copiado a mano, sino generado desde el modelo, y se muestra con nuestro propio visor, el mismo que funciona en Confluence.
Tres cosas que una imagen no puede hacer
1. Hacer confirmar la responsabilidad
Quien es inscrito en una organización recibe un correo y confirma por sí mismo, o se opone. Hasta entonces el puesto figura como «abierto».
Una responsabilidad que nadie ha aceptado no es una responsabilidad. Es una suposición.
Si alguien rechaza, se entera la persona que lo inscribió, con nombre, rol y ámbito, no con una dirección de correo.
2. Buscar brechas
Como la organización es un modelo, se puede consultar. Nueve preguntas listas revelan las debilidades habituales:
| Pregunta | Qué encuentra |
|---|---|
| Sin responsable | Unidades donde nadie lleva una A |
| Más de un responsable | Dos personas con A en el mismo objeto |
| Responsabilidad fuera | La A recae en un proveedor externo |
| Solo informado | Unidades donde nadie actúa |
| Personal de IA con A | Un agente al que se le dio decisión en vez de ejecución |
No es un informe secundario: es la razón por la que la organización se mantiene como modelo.
3. Incluir al personal digital
Los agentes de IA participan en los procesos. En el modelo son un origen propio: identificables, contables, verificables. Una regla vale especialmente para ellos:
Un agente no confirma por sí mismo. Su responsable responde por su uso.
Por eso una A en un agente genera una advertencia. R, C e I están permitidas.
De un modelo, cuatro salidas
La misma organización sale de la herramienta por cuatro caminos, y ninguno es una captura de pantalla:
| Camino | Qué llega |
|---|---|
| HTML | página autónoma con el visor, compartible por enlace |
| para imprimir y adjuntar | |
| Confluence | una página por unidad, con elaboración y vista de calidad |
| PowerPoint | formas reales, editables en el programa de destino |
La presentación es el camino más reciente y el que más nos enseñó. Incrustar una imagen habría sido más sencillo. Pero quien recibe un gráfico ya no puede cambiar nada: ni mover una unidad, ni corregir un nombre, ni rehacer una diapositiva.
Por eso la exportación crea formas reales. Cada caja es un grupo: un clic toma el marco, la barra de encabezado, el título y las líneas de personas. Tras la vista general viene una diapositiva por grupo, seguida directamente de las elaboraciones de sus unidades. Lo que va junto se queda junto.
Qué cambia en el día a día
La diferencia no se ve el día en que se crea el organigrama. Se ve tres meses después, cuando alguien pregunta: ¿Quién era responsable de la migración de datos?
Con una diapositiva empieza la búsqueda. Con un modelo mantenido, la respuesta está en la caja: con el rol, la fecha de confirmación y el aviso si nadie ha confirmado.
En resumen
Un organigrama es la vista, no la cosa. Lo que se mantiene es la responsabilidad: quién decide, a quién se consulta, quién ha aceptado. La imagen se deriva de ello, y se puede consultar, verificar y transmitir.
Seguir leyendo: Responsabilidad & organización del proyecto · RACI: quién decide, a quién se consulta · Confirmar roles en lugar de asignarlos · Donde nadie es responsable · Escalado y agentes de IA · Una fuente, varios sistemas de destino
Deja una respuesta