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.

Definir roles y responsabilidades consiste en dar a cada paso exactamente un responsable, colocarlo en el carril de ese responsable y dejar por escrito a quién más hay que consultar o informar.

En resumen

  • Exactamente un rol responsable por paso. Dos es lo mismo que ninguno.
  • El carril es la asignación: la responsabilidad es una posición, no un documento aparte.
  • Consultado e informado son relaciones distintas; anótalas en el propio paso.
  • La prueba del responsable es a quién se le reclama cuando el paso se retrasa.
  • Una matriz RACI que vive en otro archivo contradirá al proceso antes de un año.

Por qué casi nunca hay respuesta a «¿quién es el responsable de este paso?»

Pregunta quién es el responsable de un paso y recibirás una de tres respuestas: un nombre dicho con seguridad, un departamento o un silencio. El silencio es el útil. Casi siempre significa que dos equipos creen que el responsable es el otro, y esa creencia ha sobrevivido porque nada ha forzado nunca la pregunta: el paso lo ha ido haciendo quien se daba cuenta, o no se ha hecho, de una forma que solo aparece como un retraso mucho más adelante.

La disciplina que lo resuelve se llama responsabilidad única: exactamente un rol responde por cada paso, aunque el trabajo lo ejecuten varias personas. A todos los demás se les consulta o se les informa, que son dos relaciones realmente distintas y conviene registrarlas como tales. Dos responsables equivalen a ninguno, porque cuando el paso se olvida ninguno de los dos se equivocó.

Un diagrama swimlane sostiene casi todo esto por sí solo: el carril es el rol responsable, así que la responsabilidad pasa a ser una propiedad de la posición y no de una tabla aparte. El ejemplo de abajo es un alta de proveedores repartida entre cinco funciones. Abre el panel de hoja de cálculo: la columna Carril vertical es la asignación de responsabilidades, y por eso sigue siendo correcta cuando el proceso cambia, a diferencia de una matriz RACI que se mantiene en otro archivo.

La responsabilidad se lee en los carriles

Alta de proveedores repartida entre cinco funciones. La columna Carril vertical, bajo el lienzo, es la asignación de responsabilidades.

  1. Solicitante frente a dueño del proceso

    El solicitante plantea la necesidad; Compras es dueño de la comprobación de si ya hay un proveedor que lo cubra y de reunir el expediente de diligencia debida. Quien pide algo casi nunca es responsable del proceso que viene después, y confundir ambas cosas es el error más habitual al mapear.

  2. Cuatro revisiones, cuatro responsables

    Legal sobre las cláusulas y condiciones, Finanzas sobre la solvencia y el crédito, Seguridad y compliance sobre la protección de datos, y después el nivel de riesgo. Cada revisión vive en su propio carril. Un único paso de «diligencia debida» a cargo de Compras escondería tres responsabilidades que pertenecen a otros.

  3. Quién decide, no quién prepara

    Compras sostiene la puerta de la diligencia debida; Legal sostiene el contrato. El rol que reúne la documentación no es automáticamente el rol que decide sobre ella, y poner la decisión en el carril de quien la prepara documenta en silencio una debilidad de control.

  4. Segregación de funciones, dibujada

    La verificación de datos bancarios y la creación del maestro de proveedores están las dos en Finanzas, con un bucle de retorno entre ambas, y quien verifica no puede ser quien edita el registro. Donde el diagrama no puede mostrar esa restricción, escríbela en el propio paso.

Cómo funciona

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

Errores que debes evitar

  • Dos responsables

    La responsabilidad compartida es la versión educada de ninguna responsabilidad. Varias personas pueden ejecutar el trabajo; exactamente una debe responder por él.

  • Departamentos como responsables

    A «Finanzas» no se le puede reclamar. A un rol sí. Los departamentos como carriles esconden los traspasos que ocurren dentro de ellos.

  • Una matriz RACI en un archivo aparte

    Las matrices que se mantienen fuera del diagrama de proceso acaban divergiendo de él, normalmente tras un par de cambios, y entonces se consultan las dos y no coinciden.

  • Poner nombres de personas

    Los diagramas con nombres propios quedan desfasados en la siguiente reorganización y son incómodos de revisar. Escribe el rol y guarda en otro sitio quién lo ocupa.

Mapea tus propios roles y responsabilidades

Abre el ejemplo de alta de proveedores como tu propio diagrama, cambia los nombres de los carriles por tus roles y reasigna los pasos.

Mapea tus propios roles y responsabilidades

Guías relacionadas

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.

La plantilla detrás de esta guía

Diagrama de flujo del proceso de alta de proveedores — Diagrama de flujo del alta de proveedores con carriles para solicitante, compras, legal, finanzas y seguridad, desde la solicitud hasta el registro de proveedores homologados.

Browse all Guías de diagramas de carriles y procesos interdepartamentales