Cómo definir roles y responsabilidades en un proceso
Cómo mapear roles y responsabilidades en un proceso: un único responsable por paso, carriles para los roles que actúan y una matriz RACI solo donde el diagrama no llega.
Cómo funciona
Mapea el proceso primero
Deja por escrito los pasos y las decisiones antes de discutir de quién es la responsabilidad. Las conversaciones sobre responsabilidad sin una imagen compartida del trabajo se mueven en generalidades, y las generalidades son justo el terreno donde dos equipos pueden sentir ambos que tienen algo cubierto.
Asigna un único rol responsable por paso
Usa el carril. La prueba es sencilla: ¿a quién se le reclama cuando el paso va tarde? No a quién le importa, ni a quién lo reporta. Si salen dos nombres, sigue preguntando hasta que solo quede uno, porque esa ambigüedad es precisamente el hallazgo.
Separa decidir de preparar
Repasa todas las decisiones. El rol que reúne la documentación no suele ser el rol que debería resolver, y allí donde el diagrama los muestra en el mismo carril has documentado una debilidad de control en lugar de un proceso.
Anota consultado e informado en el paso
Escribe a las demás partes en el comentario del paso: a quién hay que preguntar antes de continuar y quién necesita saberlo después. Que vivan en el paso y no en una matriz es lo que impide que ambos se separen con el tiempo.
Busca los patrones que anuncian problemas
Un carril con una sola caja probablemente no es un carril. Un rol que aparece en todos los pasos es o un cuello de botella o un mando que no debería estar dentro del flujo. Y un paso cuyo carril nadie quiere reclamar es el verdadero resultado del ejercicio.
Pide a cada rol que confirme su propio carril
Envía el diagrama a cada dueño de carril y pídele que confirme o corrija únicamente sus pasos. Las confirmaciones a ese nivel significan algo; un asentimiento colectivo al diagrama entero no, y es el mecanismo por el que los pasos sin dueño sobreviven a una revisión.
Preguntas frecuentes
¿Cuál es la diferencia entre ejecutor y responsable?
El ejecutor es quien hace el trabajo; el responsable es quien responde de que se haga. A menudo son la misma persona, pero no tienen por qué serlo: un agente de soporte puede ejecutar el cierre de una incidencia mientras el dueño del servicio responde de la calidad de los cierres en conjunto. La regla que importa es que la responsabilidad sea única. Varios ejecutores es lo normal; varios responsables significa que no lo es nadie, porque cuando el paso se olvida ninguno se equivocó.
¿Necesito una matriz RACI si ya tengo un diagrama swimlane?
Normalmente no. El carril ya lleva la responsabilidad y la secuencia ya muestra quién actúa y cuándo, que es la mayor parte de lo que comunica una RACI, en un formato que la gente sí mira. Añade en las notas de cada paso a quién se consulta y a quién se informa, y la matriz se vuelve redundante. Donde una RACI aparte sí ayuda es en procesos que cruzan muchos equipos y cuyo gobierno exige una tabla firmada; incluso ahí, mejor generarla desde el proceso que mantenerla en paralelo.
¿Qué hago con un paso que nadie quiere asumir?
Déjalo sin responsable en el diagrama y escálalo como una pregunta abierta. La tentación es adjudicarlo al equipo más plausible para que el diagrama parezca terminado, pero un paso sin dueño que lleva tiempo funcionando en silencio es un riesgo sobre el que alguien debería decidir, y enterrarlo en un carril elimina la única evidencia que tenías. Los pasos sin responsable están entre los hallazgos más valiosos que produce un ejercicio de mapeo.
¿Los mandos deben tener su propio carril?
Solo donde ejecutan pasos de verdad: una aprobación, una decisión, una escalada. Un carril de dirección que aparece en todos los pasos suele indicar o un cuello de botella real o la costumbre de añadir supervisión a todo. Ambas cosas merecen salir a la luz, y el diagrama vuelve evidentes las dos en cuanto se dibuja el carril.