Matriz RACI para la Adopción, el Soporte y el Escalado

Hola. Hasta aquí, el curso ha tratado cómo elegir un caso de uso de IA, definir qué valor se espera y preparar su despliegue. Este módulo se ocupa de algo distinto: conseguir que las personas incorporen la solución a su trabajo y sepan qué hacer cuando necesitan ayuda.

Una solución puede estar técnicamente lista y, aun así, quedarse sin uso si nadie asume la formación, las dudas o las incidencias. En esta lección aprenderás a repartir esas responsabilidades mediante una matriz RACI, con especial atención a la adopción, el soporte y el escalado. Es una herramienta que te servirá para convertir un plan de despliegue en compromisos claros entre el cliente y quienes le acompañan.

La pregunta que resuelve una RACI

Imagina el lanzamiento de un asistente de IA para ayudar a un equipo a redactar respuestas a consultas. El equipo de formación prepara una guía, la dirección anuncia el lanzamiento y el personal de soporte conoce la herramienta. Pero aparece una respuesta que contiene datos que no deberían mostrarse. ¿Quién recibe el aviso? ¿Quién investiga? ¿Quién decide si debe suspenderse su uso? Decir «lo veremos entre todos» no basta.

La matriz RACI coloca actividades concretas en filas y roles en columnas. Cada cruce indica cómo participa ese rol en esa actividad:

En español, responsable puede referirse tanto a quien ejecuta como a quien rinde cuentas. Por eso, al presentar una RACI, aclara siempre la diferencia entre R y A. Una persona o un mismo rol pueden tener R/A en una fila si realizan el trabajo y responden por él; no significa que debamos asignar dos A distintas.

La revisión por filas y columnas responde a preguntas diferentes. Por filas, compruebas si cada actividad tiene al menos una R y exactamente una A, y si las consultas indispensables están previstas. Por columnas, detectas si un rol concentra tantas tareas que la asignación resulta poco creíble. No se trata de distribuir letras por igual: quien tiene autoridad sobre seguridad debe conservarla, aunque aparezca en menos filas que el equipo de adopción.

Elegir roles antes de repartir letras

Una RACI útil empieza por roles con autoridad y capacidad reales, no por una lista de asistentes a reuniones. En un despliegue de IA suelen intervenir el patrocinio ejecutivo, la persona propietaria del caso de uso en el negocio, quien gestiona la adopción, los mandos de los equipos afectados, soporte, TI y la función de seguridad o riesgos. Según el cliente, algunos roles estarán dentro de su organización y otros pertenecerán al proveedor.

Microsoft Learn distingue, entre otros, el patrocinio que da dirección y prioridad; la propiedad de negocio, que responde por valor y adopción; las funciones de plataforma y TI, que sostienen la fiabilidad técnica; operaciones y soporte, que atienden el funcionamiento; y seguridad y riesgos, que establecen salvaguardas. Los nombres pueden variar, pero esas responsabilidades necesitan un titular.

La adopción tiene, además, un componente que no conviene delegar por completo a TI ni a un proveedor: la relación diaria entre los mandos y sus equipos. Quien gestiona el cambio puede diseñar materiales y preparar a los mandos; estos pueden explicar cómo afecta la herramienta a cada turno, escuchar barreras y facilitar tiempo para practicar. Diseñar una intervención y hacerla posible en el trabajo cotidiano son responsabilidades distintas.

Tu experiencia preparando formación y atendiendo incidencias puede ser útil para concretar las filas: «formar» y «dar soporte» son demasiado amplias. Es mejor escribir resultados observables, como «preparar una práctica por rol», «atender una duda de uso» o «resolver un error de acceso». Así se puede asignar una R sin presuponer que la misma persona sabe resolverlo todo.

Una matriz para el lanzamiento de un asistente de IA

Supongamos que el asistente ya tiene un caso de uso aprobado y está a punto de lanzarse a varios equipos. Esta es una propuesta inicial para acordar con el cliente, no un reparto universal. Las abreviaturas representan roles, no necesariamente personas distintas:

• Pat: patrocinio ejecutivo; Neg: propietario del caso de uso en el negocio.
• Adop: gestión de adopción; Mand: mando de los equipos usuarios.
• Sop: responsable de soporte; TI: responsable técnico.
• Seg: responsable de seguridad y riesgos.

Un guion significa que el rol no necesita intervenir habitualmente en esa actividad.

La tabla expresa quién responde por cada resultado, no que la persona con A deba hacer todas las tareas. En «resolver un error de acceso», soporte tiene R porque recibe, documenta y deriva el caso; TI tiene R/A porque investiga y responde por su resolución técnica. En «gestionar una alerta de exposición de datos», soporte recibe y deriva el aviso, pero Seg asume la gestión de la alerta según el protocolo de incidentes. La propiedad de negocio sigue respondiendo por los resultados del caso de uso; no adquiere por ello autoridad para decidir cómo se trata un posible incidente de seguridad.

Esta distribución merece una comprobación adicional: la columna Sop representa aquí a quien lidera el servicio de soporte. Si en el cliente una mesa de ayuda atiende los casos y otra persona dirige el servicio, conviene separarlas en dos columnas. Del mismo modo, si TI y seguridad son equipos distintos, no los agrupes bajo una etiqueta vaga de «equipo técnico». Una columna debe permitir identificar a quién se acudirá de verdad.

Del reparto de responsabilidades a una ruta de escalado

Una RACI contesta «quién hace qué»; no sustituye las instrucciones para pasar un caso de unas manos a otras. Un equipo puede tener su R y su A perfectamente asignadas y, aun así, dejar una incidencia pendiente si no ha definido el canal de entrada, el criterio para escalarla o quién confirma que la recibe.

Este esquema de Microsoft Learn, creado para la adopción de Power Platform, distingue modalidades de soporte internas y externas. Nos interesa como clasificación para pensar opciones, no como indicación de que toda solución de IA deba usar esos seis niveles ni ese proveedor concreto.

Para el asistente del ejemplo, una ruta proporcionada podría quedar así:

1. Duda de uso sin indicios de fallo o riesgo. La persona consulta la guía o pide ayuda a su mando o a soporte por el canal acordado. Soporte registra las dudas recurrentes; gestión de adopción utiliza esos patrones para mejorar la formación.
2. Fallo de acceso o funcionamiento. Soporte recibe el caso, reúne la información técnica necesaria y lo escala a TI cuando no puede resolverlo. TI acusa recibo y comunica el estado a soporte, que mantiene informada a la persona afectada. Si la plataforma depende de un proveedor externo, el procedimiento debe indicar quién abre allí el caso; no basta con añadir «proveedor» como contacto genérico.
3. Posible exposición de datos o comportamiento inseguro. Se detiene el uso de esa función conforme al protocolo vigente y se utiliza el canal de incidentes establecido para alertar a seguridad. No se copian datos sensibles en un chat abierto ni se pide a la persona usuaria que repita una entrada problemática solo para obtener una captura. Seguridad coordina la evaluación y decide las medidas dentro de su autoridad, con apoyo de TI y comunicación a quienes corresponda.

En cada ruta conviene documentar el desencadenante, el canal, el receptor, la información mínima para el traspaso y quién comunica el cierre. Los tiempos de respuesta y las decisiones sobre suspensión o reanudación deben acordarse con quienes tienen esa autoridad; no pueden deducirse de las cuatro letras de RACI.

Observa también el límite entre soporte y adopción. Soporte resuelve o encamina casos individuales; gestión de adopción detecta qué revela el conjunto de casos. Si veinte personas preguntan cómo comprobar una respuesta, quizá no haya veinte incidencias independientes: puede faltar una pauta formativa o resultar poco clara la interfaz. La matriz asigna la atención de la duda a Sop y la revisión de las barreras a Adop, bajo la responsabilidad última de Neg.

Cómo dejar la matriz lista para usar

Antes de dar por cerrada una RACI, revísala con las personas que figuran en ella. Una asignación escrita sin su aceptación no garantiza cobertura. Esta comprobación breve evita la mayoría de los vacíos:

• Filas: cada actividad tiene al menos una R y una sola A; la A posee autoridad para responder por ese resultado.
• Columnas: la carga es viable y los nombres de rol permiten identificar titulares y suplencias, especialmente en soporte e incidentes.
• Fronteras: está claro qué corresponde al cliente y qué al proveedor, así como el punto en que soporte deriva a TI o seguridad.
• Uso real: existen canales y criterios de escalado; la matriz tiene fecha, responsable de mantenimiento y un momento de revisión tras el lanzamiento.

No es necesario convertir cada conversación en una fila. Incluye las actividades y decisiones en las que una ambigüedad pueda retrasar la adopción, dejar a una persona sin ayuda o agravar un riesgo. Actualiza la matriz cuando termine el piloto, cambie el alcance o las incidencias muestren que el reparto previsto no funciona.

La idea central es sencilla: una RACI hace visible la responsabilidad, pero una ruta de escalado hace posible actuar. Para la adopción de IA necesitas ambas. Distingue quién ejecuta de quién responde por el resultado, conserva en el negocio la propiedad del valor y asigna a soporte, TI y seguridad decisiones acordes con su autoridad.

En la siguiente lección abordarás las fuentes de resistencia al cambio. La matriz que acabas de estudiar proporciona un punto de partida: cuando aparezca una barrera, ya sabrás quién puede escucharla, quién puede intervenir y quién debe responder por la decisión.