Documentación y gobernanza de procesos: cómo mantener la documentación vigente tras finalizar el proyecto

Puntos clave

‍

• La documentación de procesos registra cómo debe ejecutarse un proceso, con el nivel de detalle que el público objetivo necesite para realizar su trabajo.

• La jerarquía de L1 a L3 va desde una visión general de alto nivel hasta instrucciones paso a paso, donde cada nivel se adapta a un lector y un propósito diferentes.

• La gobernanza añade responsabilidad, un ciclo de revisión y control de cambios, convirtiendo un documento en algo que se mantiene en lugar de archivarse y olvidarse.

• La documentación queda obsoleta sin que nadie lo decida, y detectarlo a tiempo implica compararla con lo que la gente hace realmente, antes de que una auditoría lo descubra de la peor manera.

‍

‍

La documentación de procesos es precisa el día que se publica. A partir de ahí, solo puede ir en una dirección.

‍

Mientras tanto, el proceso real rara vez se mantiene estático. Alguien se salta un paso una vez por una fecha límite ajustada, funciona, y así es como se empieza a hacer el trabajo. Una actualización del sistema cambia la forma en que se activa otra tarea, y nadie toca el documento.

‍

La documentación nunca es incorrecta cuando se escribe. Lo que ocurre es que queda obsoleta con el tiempo, y nadie se entera hasta que llega una auditoría o un traspaso de funciones.

‍

¿Qué es la documentación de procesos?

‍

La documentación de procesos es un registro escrito de cómo se ejecuta un proceso, incluyendo los pasos, los responsables de cada uno, los puntos de decisión y los sistemas involucrados. Existe para que un proceso pueda entenderse, seguirse o auditarse sin depender de la memoria de una sola persona sobre cómo funciona.

‍

Incluye varios formatos diferentes, desde un simple mapa de procesos hasta instrucciones de trabajo detalladas, y el que necesites dependerá del lector y de lo que pretenda hacer con él. Un empleado nuevo necesita saber cómo realizar el trabajo. Un auditor necesita saber cómo verificar que se realizó correctamente. Un equipo directivo no necesita ninguna de las dos cosas, solo conocer la estructura del proceso.

‍

Existe por tres razones: garantizar la coherencia independientemente de quién realice el trabajo, mantener un registro que perdure cuando la persona que conoce el proceso se marcha, y ofrecer una respuesta justificable ante cualquier persona ajena al equipo.

‍

Nada de esto sirve si la documentación deja de coincidir con el proceso que describe, lo cual es un problema distinto a redactarla bien. Un documento puede estar escrito con claridad y tener un formato impecable, y aun así ser incorrecto simplemente porque el proceso ha evolucionado y lo ha dejado atrás.

‍

Tipos de documentación de procesos

‍

La mayoría de los procesos terminan necesitando más de un formato, porque la persona que realiza el trabajo y la persona que lo audita requieren niveles de detalle muy diferentes.

‍

• Mapas de procesos. Un diagrama visual de los pasos en secuencia, utilizado para comunicar cómo fluye un proceso sin entrar en detalles a nivel de tarea. La documentación incluye mapas de procesos, aunque crearlos y validarlos es una disciplina con sus propias consideraciones.

• Procedimientos operativos estándar. Un documento formal paso a paso que detalla exactamente cómo realizar una tarea, común donde la consistencia o el cumplimiento normativo son importantes, como en la banca o la atención médica.

• Instrucciones de trabajo. Una versión más específica y detallada de un procedimiento operativo estándar, escrita para una sola tarea en lugar de un proceso completo, y que suele ser el documento que alguien tiene abierto en pantalla mientras la realiza.

• Políticas. Una declaración de lo que es obligatorio o está prohibido, que establece los límites dentro de los cuales opera un proceso en lugar de describir los pasos para mantenerse dentro de ellos.

• Matrices RACI. Un cuadro que define quién es responsable, quién rinde cuentas, quién debe ser consultado y quién debe ser informado en cada paso de un proceso, utilizado para aclarar la propiedad cuando la responsabilidad abarca varios roles. Nuestra guía sobre la matriz RACI explica cómo crear una.

‍

La mayoría de las organizaciones terminan con una combinación de estos elementos, superpuestos unos sobre otros para el mismo proceso en lugar de estandarizar un único formato.

‍

Un proceso de incorporación único podría tener un mapa de alto nivel para los nuevos gerentes, un procedimiento detallado paso a paso para el equipo de recursos humanos que lo ejecuta y una matriz RACI que muestre quién autoriza cada etapa.

‍

La jerarquía de procesos: L1, L2 y L3

‍

La documentación de procesos suele organizarse en tres niveles, que van desde una visión general hasta instrucciones a nivel de tarea. Esta jerarquía es lo que permite que un documento sea útil para el público adecuado, evitando abrumar a un ejecutivo con detalles operativos o dejar sin información a quien realmente la necesita.

‍

‍

Tomemos un proceso único, la incorporación de empleados, a través de los tres niveles.

‍

En el Nivel 1 se lee como una secuencia de etapas: el candidato acepta la oferta, se aprovisionan las cuentas, el empleado completa la orientación y el empleado alcanza su plena productividad. Nadie en este nivel necesita saber cómo se lleva a cabo cada etapa individual, solo que se realiza.

‍

En el Nivel 2, una de esas etapas, el aprovisionamiento de cuentas, se desglosa en su propia secuencia: TI recibe la solicitud, se pide el equipo, se conceden los accesos al sistema y se entregan las credenciales al nuevo empleado. Este es el nivel que un jefe de equipo gestiona en el día a día.

‍

En el Nivel 3, uno de esos pasos del Nivel 2, la concesión de acceso al sistema, se convierte en un conjunto literal de instrucciones. Iniciar sesión en la consola de administración, seleccionar el perfil del nuevo empleado, asignar el grupo de permisos correcto, confirmar y notificar a quien lo solicitó. Quien realiza la tarea necesita tener este nivel abierto frente a sí.

‍

Tres niveles es una simplificación práctica más que una regla universal. La taxonomía de procesos abierta más conocida, el Marco de Clasificación de Procesos de APQC, llega a cinco: categoría, grupo de procesos, proceso, actividad y tarea. La mayoría de las organizaciones se detienen en tres porque es donde se divide el público. Esta taxonomía de procesos es importante porque un solo documento que intenta cubrir los tres niveles a la vez, generalmente no sirve bien a ninguno.

‍

Un ejecutivo que necesita la visión del Nivel 1 no debería tener que navegar por los detalles del Nivel 3 para encontrarla, y alguien que sigue una instrucción del Nivel 3 no debería necesitar la visión general del Nivel 1 para hacer su trabajo. Obligar a cualquiera de ellos a leer lo otro ralentiza lo único que el documento debería agilizar.

‍

Cómo documentar un proceso

‍

Redactar un documento sólido sigue una secuencia coherente, y omitir el paso de validación es lo que hace que un documento inexacto parezca terminado.

‍

• Define el alcance y el responsable
• Registra el estado actual
• Elige el nivel de detalle
• Escribe para quien realiza el trabajo
• Revísalo con quienes ejecutan el proceso
• Publícalo con una fecha de revisión

‍

Define el alcance y el responsable. Antes de escribir un solo paso, decide exactamente qué cubre tu documento y qué queda fuera de él. Sin un responsable designado, las actualizaciones dependen de quien se dé cuenta de que el documento es incorrecto, lo que generalmente significa que nadie lo hará.

‍

Registra el estado actual. Documenta cómo funciona el proceso hoy, no cómo fue diseñado originalmente o cómo dice un documento de políticas que debería ser. Aquí es donde la mayoría de los borradores fallan, al basarse en la memoria o en un diagrama antiguo en lugar de observar o preguntar cómo se realiza el trabajo ahora.

‍

Elige el nivel de detalle. Ajusta el nivel (L1, L2 o L3) a lo que el lector necesita hacer. Demasiado detalle oculta el punto que buscaban. Muy poco omite el paso necesario y no menciona la excepción con la que están a punto de encontrarse.

‍

Escribe para quien realiza el trabajo. Utiliza la terminología y la secuencia que esa persona usaría, en lugar del lenguaje más formal que un equipo de políticas podría emplear para describir el mismo proceso desde la distancia.

‍

Revísalo con quienes ejecutan el proceso. Un borrador revisado solo por quien lo solicitó pasará por alto las excepciones y soluciones alternativas que los operadores reales conocen de primera mano. Su revisión es donde ocurren la mayoría de las correcciones reales, y omitirla es la razón por la que un borrador de aspecto impecable se publica con un proceso incorrecto integrado.

‍

Publícalo con una fecha de revisión. Sin una fecha de revisión programada, nadie se ha comprometido a verificar el documento nuevamente. Establece esa fecha antes de publicar, en lugar de hacerlo después de que alguien note que el documento ya está desactualizado.

‍

Lo que aporta la gobernanza de procesos

‍

Un documento bien redactado sin una gobernanza de procesos que lo respalde termina siendo tan obsoleto como uno que no se escribió con cuidado desde el principio. La gobernanza es lo que mantiene la precisión de un documento una vez que el proyecto de redacción finaliza y las personas involucradas pasan a otras tareas.

‍

La propiedad es el primer elemento. Un responsable designado es la persona encargada de que el documento se mantenga actualizado, una función distinta a la de quien lo redactó originalmente, ya que el autor suele pasar a otro proyecto mucho antes de que llegue la siguiente actualización.

‍

El ciclo de revisión es el segundo. Establezca un intervalo fijo, ya sea anual, semestral o vinculado a un evento específico como un cambio en el sistema, para que el documento se revise según un calendario y no solo cuando alguien detecta un problema por casualidad.

‍

El control de cambios es el tercero. Cualquier edición propuesta debe seguir un proceso definido en lugar de realizarse de manera informal, ya que una modificación sin revisar hecha bajo presión puede introducir un error que pase desapercibido hasta que llegue a alguien en etapas posteriores.

‍

El historial de versiones es el cuarto. Mantener un registro de qué se cambió y cuándo permite saber exactamente cómo era el proceso en un momento determinado. Esto es fundamental durante una auditoría, cuando alguien pregunta cuál era el proceso cuando se tomó una decisión específica, en lugar de cuál es el actual.

‍

La autoridad de aprobación es el quinto. Debe recaer en un rol específico, nunca en la vaga idea de que "el equipo" decide. Ninguno de estos cinco puntos es solo una buena práctica: la cláusula 7.5 de ISO 9001:2015 exige que la información documentada sea identificada, revisada y aprobada antes de su publicación por una autoridad competente, controlada mediante cambios con un historial de revisiones conservado y protegida contra el uso no intencionado de versiones obsoletas.

‍

Esa estructura es también de lo que depende escribir políticas que la gente realmente siga : un responsable claro, un proceso de cambio claro y una línea de aprobación clara.

‍

Por qué la documentación queda obsoleta

‍

La documentación nunca es incorrecta cuando se redacta. Lo que ocurre es que se vuelve obsoleta con el tiempo y nadie se da cuenta hasta que llega una auditoría o un traspaso. Cuatro patrones explican la mayor parte de cómo sucede esto.

‍

• Soluciones temporales que se convierten silenciosamente en la norma. Un paso se omite una vez debido a un plazo ajustado, funciona, y así es como el equipo empieza a hacerlo. El documento nunca se actualiza para reflejarlo, ya que el cambio nunca se percibió como una decisión formal que mereciera ser registrada.

• Un cambio en el sistema que nadie reflejó en el documento. Se cambia el nombre de un campo. Un paso de aprobación se traslada a otra herramienta. Una integración cambia la forma en que se activa una tarea. El documento describe la versión antigua y nada en el cambio del sistema marca automáticamente el documento para su revisión.

• La ruta de excepción que nunca se documentó. La mayor parte de la documentación cubre bien los casos comunes y trata las excepciones como algo secundario, si es que las trata. La ruta de excepción nunca se redactó correctamente, por lo que no hay nada de lo que la práctica pueda desviarse. Estaba mal desde el principio, lo que produce el mismo efecto por una vía distinta.

• La rotación de personal que se lleva consigo el proceso real. Cuando la persona que ejecutaba un proceso se marcha, parte de lo que sabía se va con ella: los atajos, las soluciones temporales, las razones detrás de ciertos pasos. Nada cambia en el documento. Lo que cambia es que quedan menos personas que puedan decir si todavía coincide con lo que sucede en la realidad.

‍

Detectar esta divergencia significa contrastar el documento con el proceso de forma regular, antes de que una auditoría o un traspaso fuercen la comparación. Esa verificación requiere reconstruir cómo se ejecutó realmente un proceso, en lugar de cómo dice el documento que se ejecutó, para que la comparación se base en un registro del trabajo y no en el recuerdo de alguien sobre el procedimiento.

‍

Medir si la documentación funciona

‍

Un puñado de indicadores clave de rendimiento (KPI) de procesos cubren la mayor parte de lo que importa, y ninguno de ellos requiere una encuesta.

‍

El cumplimiento mide qué tan fielmente siguen las personas los pasos documentados en la práctica. Una brecha constante entre el documento y el trabajo es la señal más clara de que uno de los dos debe cambiar, y generalmente es el documento.

‍

El tiempo de incorporación de un nuevo empleado es un indicador práctico de la calidad de la documentación. Cuando alguien que empieza puede alcanzar la competencia sin tener que preguntar repetidamente a un colega cómo funciona algo realmente, la documentación está cumpliendo su función.

‍

Los hallazgos de auditoría son un indicador tardío pero honesto. Un hallazgo recurrente vinculado al mismo proceso, especialmente uno señalado más de una vez en diferentes ciclos de auditoría, suele indicar una documentación que dejó de describir la realidad hace tiempo.

‍

La frecuencia con la que se abren los documentos es la métrica que los equipos menos suelen observar. Un documento que nadie abre no se sigue, no se consulta ni se corrige. Está guardado en una carpeta, técnicamente publicado pero funcionalmente irrelevante para cómo se realiza el trabajo.

‍

Saber cuándo el documento dejó de ser veraz

‍

Todo lo anterior depende de saber si el documento aún coincide con el proceso, y eso suele ser lo único que nadie verifica entre auditorías.

‍

Workflow Optimization, el producto de Insightful, captura cómo se ejecutó realmente un proceso, lo que muestra dónde se han separado la versión documentada y la practicada. No escribe ni almacena documentación, y no reemplaza a un responsable, un ciclo de revisión o un proceso de aprobación. Lo que proporciona es la comparación de la que dependen todas esas cosas.

‍

Insightful es una plataforma de datos de trabajo, y esa afirmación es deliberadamente precisa. El resultado es un proceso de control de tiempo basado en evidencias en lugar de intenciones o memoria.

‍

Workflow Optimization se encuentra actualmente en fase beta. Solicitar acceso a la versión beta para ver en qué puntos su proceso documentado y el real se han distanciado.

‍

Preguntas frecuentes

‍

¿Qué es la documentación de procesos?

La documentación de procesos es un registro escrito sobre cómo se ejecuta un proceso, que abarca los pasos, los responsables de cada uno, los puntos de decisión y los sistemas involucrados. Su propósito es permitir que el proceso se pueda seguir, auditar o delegar sin depender de la memoria de una sola persona.

‍

¿Qué es la gobernanza de procesos?

La gobernanza de procesos es el conjunto de prácticas que mantienen la documentación precisa una vez redactada: un responsable designado, un ciclo de revisión programado, control de cambios, historial de versiones y una autoridad de aprobación clara. Sin esto, un documento bien redactado queda obsoleto tan rápido como uno descuidado.

‍

¿Qué es la jerarquía de procesos (L1/L2/L3)?

La jerarquía de procesos organiza la documentación en tres niveles, desde una visión general hasta las instrucciones a nivel de tarea.

‍

‍

Cada nivel se adapta a un lector diferente: L1 para la dirección, L2 para el gerente de equipo que supervisa una etapa, y L3 para la persona que ejecuta la tarea. Es habitual documentar un proceso en los tres niveles.

¿Cómo se describe un proceso de negocio?

Describir un proceso de negocio implica definir el alcance y el responsable, capturar cómo se ejecuta el proceso actualmente, elegir el nivel de detalle necesario para el lector, redactarlo en el lenguaje de quien realiza el trabajo, revisarlo con esa persona y publicarlo con una fecha de revisión.

¿Cuál es la diferencia entre un mapa de procesos y un POE?

Un mapa de procesos es un diagrama visual que muestra la secuencia de pasos y cómo fluye el trabajo entre ellos. Un POE es un procedimiento escrito que detalla exactamente cómo realizar una tarea. Un mapa muestra la estructura del proceso; un POE le indica a alguien cómo llevar a cabo una parte del mismo.

¿Con qué frecuencia se debe revisar la documentación de procesos?

La documentación de los procesos debe revisarse periódicamente, al menos una vez al año, o antes si se produce un cambio en el sistema, una reorganización o si se detecta una discrepancia evidente entre el documento y la práctica real. Establezca la fecha de revisión al momento de publicar, en lugar de esperar a que alguien note que la información es incorrecta.

‍