Matriz RACI: para qué sirve de verdad y cuándo te está estorbando

Matriz RACI: para qué sirve de verdad y cuándo te está estorbando

10/09/24
Dos personas del equipo dan por hecho que la otra se está encargando del despliegue. No lo hace ninguna. El viernes salta el fallo en producción y, en la reunión, todo el mundo asegura que «eso no le tocaba». Si te suena, ya intuyes por qué la matriz RACI lleva décadas usándose: pone negro sobre blanco quién hace cada cosa y quién responde de ella.

¿Qué es la matriz RACI y por qué casi ninguna se vuelve a mirar?

La matriz RACI es una tabla que cruza las actividades de un proyecto con las personas o roles del equipo y, en cada casilla, asigna una de cuatro letras. La idea es que, de un vistazo, cualquiera sepa cuál es su papel en cada cosa:

  • Responsible (R): quien ejecuta, quien hace el trabajo. Lo ideal es una sola persona por tarea.
  • Accountable (A): quien responde del resultado y, en la práctica, quien tiene la última palabra. Solo puede haber una.
  • Consulted (C): a quien se pregunta antes de decidir porque aporta criterio. Conversación de ida y vuelta.
  • Informed (I): a quien se avisa del resultado, sin que participe en la decisión. Comunicación en un solo sentido.

Aquí aparece la primera trampa, y es puramente nuestra: en español, la R y la A se traducen igual, «responsable». Casi todo el mundo llama «el responsable» al que ejecuta y se olvida de marcar quién decide. Y resulta que ese hueco, el de quién decide, es justo el que sale caro.

No es una intuición. En una encuesta de Bain a más de trescientas cincuenta organizaciones de todo el mundo, solo alrededor del quince por ciento practicaba una toma de decisiones eficaz. El dato tiene límites que conviene decir: es de consultora, global y de hace ya dos décadas, y no existe un equivalente europeo sólido más reciente. Aun así, encaja con lo que se ve hoy en cualquier equipo: la mayoría de los atascos no son de ejecución, son de decisión.

Si tu RACI no deja claro quién decide, has documentado tareas, no responsabilidades.

Para que no acabe muerta en un Drive, una matriz RACI necesita cuatro cosas:

  1. Tener clarísimo quién es la A, quién decide, y no solo quién ejecuta.
  2. Mapear decisiones recurrentes, no una lista de tareas que caduca en un sprint.
  3. Mantenerse mínima, para que consultarla cueste menos que preguntar por el chat.
  4. Saber cuándo no hace falta ninguna RACI.

¿Quién es el Accountable y por qué es la casilla que más importa?

El Accountable es quien responde del resultado ante el resto de la organización y, casi siempre, quien toma la decisión final sobre esa actividad. No ejecuta necesariamente: decide y da la cara. Es la casilla que más importa porque los bloqueos de un equipo suelen tener la misma forma: la tarea está clara, todo el mundo sabe qué hay que hacer y aun así nada avanza, porque falta quién dé el sí definitivo.

Por eso la regla es una sola A por actividad. Con dos, la decisión se convierte en un pimpón de vetos y se atasca. Cuánta autonomía concede esa A al equipo es otra decisión, y una palanca de liderazgo por derecho propio, pero primero hay que saber quién es.

 

Hay una señal que confirma dónde está el valor: existen marcos enteros dedicados solo a esa casilla. El RAPID de Bain o el DACI que popularizó Atlassian no reparten tareas, reparten derechos de decisión, con un único decisor y una distinción explícita entre quien opina y quien vota. Que haya hecho falta inventar frameworks aparte para «quién decide» dice bastante de dónde está el problema real.

Pregunta para tu comité: de las tres últimas decisiones que se quedaron paradas, ¿sabrías decir quién era la A de cada una sin abrir ningún documento? Si dudas, ahí tienes el agujero.

¿RACI de tareas o de decisiones? Por qué la tuya caduca en un sprint

La mayoría de las matrices RACI se montan sobre tareas («diseñar la landing», «configurar el servidor», «lanzar la campaña») y por eso envejecen fatal. En un equipo que itera cada dos semanas, esa lista está desfasada antes de que termines de rellenarla. La versión que aguanta se monta sobre las decisiones que se repiten, no sobre tareas sueltas.

Así que cambia las filas. En vez de cuarenta tareas, pon las seis u ocho decisiones que tu equipo toma una y otra vez: qué entra en la próxima release, cuándo se da por cerrado un incidente, qué se prioriza cuando hay que elegir, quién aprueba un cambio de alcance. Esas decisiones no cambian cada sprint, y su A, quién tiene la última palabra en cada una, sí merece estar por escrito. La tabla de tareas ya te la lleva tu herramienta de gestión; la tabla de decisiones no la tiene nadie, y es la que te ahorra las reuniones eternas.

 

Entregable: una tabla de seis a ocho decisiones recurrentes con su A y sus C, en una sola pantalla. Si no cabe sin hacer scroll, es que sobra la mitad.

¿Por qué una RACI rígida acaba fabricando «esto no es mi casilla»?

Cuando la matriz se vuelve un reglamento, empieza a producir el efecto contrario al que buscabas. En equipos multidisciplinares, una RACI demasiado detallada legitima los traspasos y el «yo hasta aquí»: como cada casilla tiene dueño, lo que cae entre dos casillas no lo coge nadie. Es el antipatrón de «esto no es mi casilla», y es la crítica de fondo que el mundo Agile lleva años haciéndole a la herramienta.

Conviene tomársela en serio, porque hay bando para todo. Una parte del sector da la RACI por muerta: la ve como un resto del project management en cascada, incompatible con equipos que se autoorganizan. Otra la defiende como imprescindible y la aplica a cualquier cosa. Las dos se equivocan por el mismo sitio. La RACI ni es enemiga de la agilidad ni cura todos los males: es una herramienta para clarificar responsabilidades que ayuda si la mantienes fina y estorba si la conviertes en una descripción de puestos congelada. La tabla no es rígida por sí misma; se vuelve rígida cuando se usa para blindar fronteras y no para aclarar quién decide.

Lo que cuesta: cultura de traspasos y tareas huérfanas. La corrección: deja los Consulted y los Informed al mínimo imprescindible y, donde dos personas comparten de verdad la ejecución, escríbelo como una R compartida y explícita, en lugar de partir la tarea en dos para que cada una tenga la suya.

¿Cuándo NO deberías hacer una matriz RACI?

A veces la respuesta honesta es no hacerla. Si sois cinco personas sentadas a la misma mesa, no necesitáis una matriz: necesitáis una conversación de veinte minutos y que alguien la deje escrita en dos líneas. Montar una RACI ahí es pura ceremonia.

Y hay un caso en el que no solo sobra, sino que hace daño: cuando la usas para tapar que la estructura de decisión de la organización no está clara. Si cada vez que preguntas «¿quién decide esto?» te dan tres respuestas distintas según a quién preguntes, ninguna tabla lo va a arreglar; solo esconde el problema una temporada. Ahí lo que falla es el diseño de la organización, quién tiene autoridad sobre qué, y eso se resuelve antes de dibujar ninguna casilla.

Empieza por: una conversación de veinte minutos. Si al terminar sigue sin estar claro quién decide, entonces sí, monta la RACI. Pero de decisiones, no de tareas.

¿Tu matriz RACI está viva o es decoración?

Marca las que reconozcas. No van sobre lo que pone en el documento, sino sobre lo que pasa en el día a día:

  • [ ] Nadie ha vuelto a abrir la tabla desde el día que se creó.
  • [ ] Cuando algo se atasca, la gente pregunta por el chat en vez de mirar la RACI.
  • [ ] Hay actividades con dos A (o con ninguna).
  • [ ] Las filas son tareas concretas, no decisiones que se repiten.
  • [ ] Si preguntas «¿quién decide esto?», la respuesta cambia según a quién preguntes.
  • [ ] Alguien ha usado la tabla para justificar por qué no hizo algo: «no era mi casilla».

Con dos o tres cruces, tu RACI es decorativa: existe, pero el equipo no la usa para decidir. Con cuatro o más, está trabajando en tu contra. Y si has marcado la quinta, vuelve al apartado anterior: ese síntoma no lo arregla ninguna tabla.

Menos casillas, mejor decisión

La matriz RACI sigue siendo útil, aunque rara vez por el motivo con el que se vende. Su valor no está en la tabla entera, sino en una sola casilla: la que dice quién decide. Móntala sobre decisiones, mantenla pequeña, revísala cuando cambie el equipo y ten la cintura de no montarla cuando basta con hablar. Las cuarenta filas y los quince consultados son peso muerto que garantiza que nadie la vuelva a mirar.

Al final, la pregunta que importa es sencilla: cuando algo se atasca, ¿alguien sabe quién tiene la última palabra sin abrir un documento? Si la respuesta es no, empieza por ahí; la matriz puede esperar.

En SmartWay, en nuestra consultoría Agile y de organización de equipos, ayudamos a aclarar roles y derechos de decisión sin ahogar al equipo en matrices. Si el tuyo se traba en «¿quién decide esto?», escríbenos y lo desatascamos. 👉

 

Autor

  • Agile Coach en SmartWay VP. Scrum Master Certificado & Kanban Systems Design. Con 6 años de experiencia liderando y apoyando organizaciones en su proceso de adopción de Agile.

    Ver todas las entradas