Cómo crear un mapa de procesos

Cómo crear un mapa de procesos: define los límites, nombra los roles, dibuja pasos y decisiones en carriles y anota el sistema y la evidencia de cada paso. Con un ejemplo real y editable.

Un mapa de procesos registra qué ocurre, quién lo hace y qué produce cada paso: un diagrama de flujo con responsables, sistemas y registros asociados, para que responda preguntas que una simple secuencia no puede.

En resumen

  • El alcance son dos eventos: un disparador y un estado final. No un área temática.
  • Un paso es una unidad de trabajo que se puede entregar a otra persona; si explicarlo ocupa un párrafo, divídelo.
  • Los carriles son roles responsables, y las partes externas también cuentan.
  • Anota el sistema y la evidencia de cada paso, no solo la acción.
  • El mapa está terminado cuando la gente de cada carril reconoce que eso es lo que hace.

Lo que un mapa añade a un diagrama de flujo

Un diagrama de flujo te dice en qué orden ocurren las cosas. Un mapa de procesos te dice ese mismo orden, quién responde de cada paso, en qué sistema sucede y qué registro deja detrás. Esa capa adicional es lo que hace que el mapa sirva a quien no estaba en la sala: al auditor que pregunta dónde está la evidencia, a la persona recién incorporada que pregunta a quién reclamar y al equipo de mejora que pregunta dónde se va el tiempo.

Mapear es sobre todo una secuencia de decisiones de alcance. Dónde empieza y dónde termina el proceso, expresado como eventos y no como área temática. Qué roles merecen carril propio y cuáles son detalle dentro de un carril. Qué tamaño debe tener un paso, algo que se resuelve con una sola prueba: ¿podrías entregárselo a otra persona sin más explicación? Acierta en esas tres cosas y dibujar será la parte fácil.

El ejemplo de abajo es un proceso de respuesta ante incidentes de seguridad repartido en cinco roles. Es un buen mapa para estudiar porque sus pasos cargan con obligaciones que van más allá de la actividad en sí: un paso de preservación de pruebas que existe por motivos legales, una decisión de notificación con un plazo regulatorio detrás y una revisión final cuyo resultado alimenta la siguiente versión del proceso.

Un mapa de procesos con cinco roles

Respuesta ante incidentes de seguridad, de la detección a las lecciones aprendidas. Fíjate en lo que aporta cada fase más allá de la secuencia.

  1. El disparador y el registro que crea

    Se detecta, se comunica por un canal con nombre y se registra el incidente con la cronología en marcha. El tercer paso tiene forma de documento porque produce evidencia: un mapa registra lo que deja cada paso, no solo lo que hace.

  2. Clasifica antes de actuar

    Una decisión de verificación que puede cerrar un falso positivo, después la severidad y después si se asigna un coordinador del incidente. Dos de esos pasos existen solo para encaminar el trabajo, y dibujarlos es como descubres que la severidad la decide quien responde primero.

  3. Los pasos que existen por algo ajeno al proceso

    Aislar los sistemas afectados, preservar pruebas y después aplicar contención a largo plazo. Preservar pruebas ralentiza la recuperación y no es negociable, que es justo el tipo de restricción que un mapa tiene que hacer visible o alguien acabará optimizándola hasta eliminarla.

  4. Verifica y vuelve atrás si no está limpio

    Analizar el alcance, erradicar la amenaza y después una decisión de verificación que devuelve el caso a contención cuando los sistemas no están limpios. Un mapa que va en línea recta de la erradicación a la recuperación describe un caso ideal, no un proceso.

  5. Cierra el círculo hacia el siguiente incidente

    Una decisión de notificación con consecuencia regulatoria, una revisión posterior al incidente y las lecciones registradas. El último paso de un buen mapa de procesos suele ser la entrada de otro proceso distinto: dilo por escrito y enlaza los dos.

Cómo funciona

  1. Escribe el alcance como dos eventos

    «Empieza cuando se detecta actividad sospechosa; termina cuando se registran las lecciones y se cierra el incidente.» Acordad esa frase antes que ninguna otra cosa. Casi todos los mapas de procesos que se desbordan nunca tuvieron alcance, y cada entrevista los fue alargando en silencio por un extremo o por el otro.

  2. Pon nombre a los carriles

    Lista los roles que ejecutan pasos, agrúpalos hasta dejar cuatro o seis e incluye a las partes externas cuando el proceso se queda esperando a que actúen. Roles, no personas ni departamentos: un mapa que nombra a individuos queda obsoleto en la siguiente reorganización.

  3. Dibuja los pasos con un nivel de detalle uniforme

    Usa la misma prueba de principio a fin: un paso es algo que podrías entregar a otra persona sin una explicación acompañante. La coherencia importa más que el nivel que elijas; un mapa con pasos de tres palabras junto a pasos de un párrafo es ilegible por muy exacto que sea.

  4. Añade las decisiones y sus salidas

    Cada bifurcación lleva una pregunta y rutas etiquetadas. Después comprueba que las salidas cubren todos los casos: la rama que nadie dibujó suele ser precisamente la que la gente toma cuando algo sale mal.

  5. Anota sistema, responsable y evidencia por paso

    Usa el comentario del paso para el sistema en el que sucede y el registro que produce. Eso es lo que hace que el mapa responda a la pregunta de un auditor sin necesidad de una segunda pregunta, y lo que abarata el alcance de un proyecto de automatización más adelante.

  6. Valida carril por carril y después apruébalo

    Recorre el mapa con cada responsable de carril por separado, corrige aquello en lo que no esté de acuerdo y después pásalo por aprobación para que exista una única versión vigente con fecha y con un nombre detrás. Un mapa sin aprobar es la versión de una sola persona sobre lo que ocurre.

Errores que debes evitar

  • Nivel de detalle desigual

    Tres pasos para la parte que el autor conoce bien y uno para todo lo demás. El detalle sigue el conocimiento del autor en lugar de la necesidad del lector.

  • Sin sistemas ni registros

    Un mapa que solo muestra actividad no puede responder dónde está la evidencia, y esa es la primera pregunta que hace cualquiera de fuera del equipo.

  • Mapear la política en lugar de la práctica

    La política es la intención. El mapa debe ser la práctica, y la distancia entre ambas es lo más valioso que produce el ejercicio.

  • Terminar en el dibujo

    Un mapa que nadie ha validado es un borrador. La firma de la gente de cada carril es lo que lo convierte en una referencia compartida.

Crea tu propio mapa de procesos

Abre el ejemplo de respuesta ante incidentes como tu propio diagrama, o empieza en blanco y mapea tu proceso dentro de las filas.

Crea tu propio mapa de procesos

Guías relacionadas

Preguntas frecuentes

¿Qué diferencia hay entre un mapa de procesos y un diagrama de flujo?

Un diagrama de flujo muestra secuencia y lógica. Un mapa de procesos conserva eso y añade contexto: quién responde de cada paso, en qué sistema sucede, qué registro produce y, a menudo, cuánto tarda. La señal práctica son los carriles: en cuanto el flujo se divide por responsable, es un mapa, y esa es la versión que merece la pena para cualquier cosa que cruce la frontera de un equipo. Para un procedimiento que se queda dentro de un solo equipo, un diagrama de flujo suele bastar.

¿Qué debe incluir un mapa de procesos?

Un disparador y un estado final declarados, los pasos en orden, las decisiones con salidas etiquetadas y criterios escritos, un carril por rol responsable y, para cada paso, el sistema en el que sucede y el registro que deja. Todo lo demás (tiempos, volúmenes, referencias a controles) merece añadirse cuando alguien le va a dar uso, y merece omitirse cuando nadie lo necesita.

¿Cuánto detalle debe tener un mapa de procesos?

Un detalle uniforme gana a un detalle fino. Aplica la misma prueba a cada paso: ¿podría entregarse a otra persona sin más explicación? Para la mayoría de procesos operativos eso deja entre quince y treinta pasos. Si un paso necesita un párrafo para explicarse, es un subproceso y merece su propio mapa con un enlace desde el mapa principal.

¿Quién debe participar en la creación de un mapa de procesos?

Una persona que redacte el borrador y un profesional por carril que lo corrija. Redacta a partir de entrevistas y no de la política, y valida con cada responsable de carril por separado antes de cualquier sesión conjunta: la gente corrige su propio carril con franqueza cara a cara y lo defiende en una sala llena. Después el dueño del proceso aprueba el resultado, y eso es lo que lo convierte en una referencia en lugar de una opinión.

La plantilla detrás de esta guía

Diagrama de flujo de respuesta ante incidentes de seguridad — Diagrama de flujo por carriles del proceso de respuesta ante incidentes de seguridad: detección, triaje, contención, erradicación, notificación de la brecha y revisión posterior.

Browse all Guías de diagramas de flujo y mapeo de procesos

Proceso de respuesta ante incidentes de seguridad: Detección y comunicación → Triaje y clasificación → Contención → Erradicación y recuperación → Notificación y revisión
Cómo crear un mapa de procesos