Cómo documentar los procesos de tu empresa sin perder la cabeza

PNT (procedimientos normalizados de trabajo), flujos de trabajo, guías de incorporación: todo el mundo sabe que deberían existir. Nadie tiene tiempo para escribirlos. La respuesta es la documentación que se escribe sola.

Toda empresa en crecimiento llega a un punto en el que el fundador o el gerente piensa: "Necesitamos documentar nuestros procesos". El flujo de trabajo de facturación. Los pasos de incorporación de clientes. La lista de verificación de control de calidad. El proceso de contratación. El procedimiento de escalada. Todas esas cosas que los miembros experimentados del equipo llevan en la cabeza y que los nuevos miembros tienen que aprender por ósmosis.

El razonamiento es correcto. Los procesos documentados reducen los errores, aceleran la incorporación, hacen que la empresa dependa menos de personas específicas y proporcionan la base para la mejora (no se puede mejorar lo que no se ve). La brecha entre las empresas con procesos documentados y las que no los tienen se amplía con cada nueva contratación, porque cada nueva persona lee la documentación o consume el tiempo de otra persona aprendiendo verbalmente.

El problema es que redactar la documentación de los procesos es un trabajo pesado y la documentación se queda obsoleta casi de inmediato.

Por qué falla la documentación de procesos

La redacción es dolorosa. La persona que conoce el proceso (normalmente el miembro del equipo con más experiencia y más ocupado) tiene que dejar de realizar un trabajo productivo, pasar al modo de redacción y producir un documento claro, paso a paso, que tenga sentido para alguien que nunca ha realizado la tarea. Este cambio de contexto es cognitivamente costoso, la tarea se percibe como de baja prioridad en comparación con el trabajo real y requiere mucho más tiempo del estimado por cualquiera.

La documentación resulta incompleta de inmediato. Los procesos tienen excepciones, casos límite y decisiones de criterio que el redactor no piensa en documentar porque los gestiona automáticamente. El PNT escrito cubre el camino ideal. La primera vez que una nueva contratación se encuentra con una excepción, el PNT no le sirve de ayuda y acaba recurriendo a la persona con experiencia de todos modos.

La documentación queda obsoleta al instante. Los procesos evolucionan continuamente a través de pequeños ajustes que a nadie se le ocurre reflejar en la documentación. El PNT era preciso cuando se redactó. Tres meses después, han cambiado dos pasos, se ha sustituido una herramienta y se ha añadido un paso de aprobación. El documento describe ahora un proceso que no existe, y seguirlo crea más problemas de los que resuelve.

Nadie la mantiene. La documentación de procesos no tiene un propietario natural. La persona que la redactó ha pasado a otras prioridades. Las personas que la siguen no se sienten responsables de actualizarla. La documentación se desvía de la realidad hasta que alguien se da cuenta, lo que suele ocurrir cuando un nuevo empleado sigue las instrucciones obsoletas y produce un resultado erróneo.

La alternativa autogenerada

La alternativa a redactar manualmente la documentación de los procesos es dejar que se escriba sola a partir de la actividad que define el proceso.

Los procesos de su equipo ya se expresan en su trabajo diario: las discusiones de Slack sobre cómo gestionar la solicitud de un cliente, la reunión en la que el equipo repasó los pasos de incorporación, la cadena de correos electrónicos que documenta el flujo de trabajo de aprobación, la lista de verificación en la herramienta de gestión de proyectos que recoge los pasos de control de calidad.

La documentación autogenerada captura estas expresiones del proceso y las estructura en un documento. El hilo de Slack donde el equipo debatió "así es como gestionamos las solicitudes de reembolso" se convierte en un procedimiento de reembolso documentado. La reunión en la que el responsable de operaciones guio a una nueva contratación a través de los pasos de incorporación de clientes se convierte en una guía de incorporación. La discusión recurrente sobre cómo gestionar un caso límite específico se convierte en un procedimiento de excepción documentado.

La documentación se mantiene actualizada porque se genera a partir de la actividad en curso. Cuando el proceso cambia (se añade un paso nuevo, se sustituye una herramienta, se elimina una aprobación), el cambio se debate en Slack o en una reunión, y la documentación se actualiza para reflejarlo. El problema de la obsolescencia que acaba con los PNT redactados manualmente desaparece porque la documentación se deriva de la realidad en lugar de mantenerse al margen de ella.

Cómo se traduce esto en la práctica

Incorporación de clientes. En lugar de redactar un PNT de incorporación, conecte las fuentes donde se produce la actividad de incorporación: el canal de Slack donde el equipo debate las configuraciones de nuevos clientes, las grabaciones de las reuniones donde se realizan las llamadas de incorporación, la correspondencia por correo electrónico con los nuevos clientes. El sistema autogenerado captura el proceso a medida que se realiza y produce una documentación que refleja cómo funciona realmente la incorporación, incluidos los pasos informales y las excepciones que un PNT redactado manualmente omitiría.

Proceso de ventas. Las etapas de un trato, los pasos de aprobación de descuentos, el proceso de transferencia entre ventas y entrega: todo se captura a partir de la actividad del CRM, las discusiones de Slack y las grabaciones de reuniones. El libro de jugadas de ventas se escribe solo a partir de tratos reales en lugar de ser redactado por alguien que intenta describir la versión idealizada.

Flujos de trabajo de ingeniería. El procedimiento de despliegue, los estándares de revisión de código, el protocolo de respuesta a incidentes: todo se captura a partir de la actividad de GitHub, los canales de Slack de ingeniería y las reuniones de análisis posterior a los hechos. La wiki de ingeniería se mantiene al día a medida que evolucionan las prácticas.

Operaciones y administración. El flujo de trabajo de facturación, el proceso de aprobación de gastos, los pasos de gestión de proveedores: capturados a partir de las discusiones y comunicaciones donde estos procesos se ejecutan y perfeccionan.

Primeros pasos

No necesita documentar todos los procesos a la vez. Comience con el proceso que cause más dolores de cabeza cuando no está documentado, que suele ser aquello sobre lo que su equipo pregunta con más frecuencia o lo que los nuevos empleados tardan más en aprender.

Conecte las fuentes donde se debate y se ejecuta ese proceso. Permita que el sistema autogenerado genere la documentación inicial. Revísela y perfecciónela (esta es una tarea de quince minutos en lugar de un proyecto de redacción de dos días). Luego, amplíela al siguiente proceso.

A lo largo de los meses, la biblioteca de documentación crece junto con la actividad del equipo. Cada proceso queda documentado, actualizado y es buscable. Las nuevas incorporaciones pueden encontrar la respuesta a "¿cómo funciona X?" sin tener que preguntar, lo que significa que los miembros del equipo con más experiencia, que actualmente responden a esa pregunta varias veces al mes, recuperan su tiempo.

Preguntas frecuentes

¿No será la documentación autogenerada demasiado desordenada para usarla? El sistema autogenerado produce documentación estructurada y con referencias, en lugar de transcripciones en bruto. El resultado es un resumen del proceso con pasos, excepciones y enlaces a las discusiones de origen. Usted se limita a revisar y perfeccionar en lugar de escribir desde cero, lo que supone una tarea mucho menor.

¿Qué ocurre con los procesos que implican información sensible? Los controles de acceso garantizan que la documentación del proceso solo sea visible para las personas que deben verla. Puede configurar qué fuentes se capturan y cuáles se excluyen, y la arquitectura de privacidad mantiene los mismos límites de acceso que las herramientas subyacentes.

¿Cómo gestionamos los procesos que abarcan varios equipos? Los procesos interdepartamentales se capturan a partir de los canales donde se debaten entre los distintos equipos. El sistema autogenerado no respeta los límites de los equipos en su captura (a menos que se configure para ello), lo que significa que los procesos multifuncionales se documentan de forma más completa que en un sistema manual donde cada equipo documenta solo su parte.

¿Qué pasa si el proceso es informal y no está documentado? Ese es el caso más común, y es donde la documentación autogenerada aporta más valor. Si el proceso se realiza y se debate pero nunca se ha documentado formalmente, el sistema autogenerado lo captura de las discusiones y genera la primera documentación. Un proceso informal capturado es más útil que un proceso formal que se redactó una vez y quedó obsoleto.

¿Funciona esto para industrias reguladas? Los procesos documentados suelen ser un requisito de cumplimiento en los sectores regulados. La documentación autogenerada proporciona una documentación de procesos auditable y con referencias que puede ser revisada y aprobada a través del flujo de trabajo de cumplimiento de la organización. La documentación es más fiable que los PNT mantenidos manualmente porque refleja la práctica real en lugar de la práctica prevista.

¿Podemos utilizar esto para la documentación de ISO o de gestión de calidad? La documentación autogenerada proporciona una base sólida para los sistemas de gestión de calidad. El resultado estructurado y con referencias puede revisarse y aprobarse a través de sus procesos de calidad existentes. Para una certificación formal, revisaría y aprobaría la documentación generada como lo haría con cualquier PNT redactado manualmente, pero la creación inicial y el mantenimiento continuo correrían a cargo del sistema.

¿Qué pasa si nuestros procesos aún no son coherentes? El sistema autogenerado captura los procesos tal y como se realizan realmente, lo que hace visibles las inconsistencias. Si tres personas gestionan los reembolsos de forma diferente, la documentación reflejará los tres enfoques, que es el punto de partida para la estandarización. No se puede estandarizar lo que no se ve, y la documentación hace visible el estado actual.

¿Cómo gestionamos los cambios en los procesos? Los cambios en los procesos se suelen debatir en Slack o en reuniones antes de implementarse. El sistema autogenerado captura estas discusiones y actualiza la documentación para reflejar el nuevo proceso. No hay un paso independiente de "actualizar el PNT" porque la documentación se deriva de la actividad en lugar de mantenerse de forma paralela.

¿Podemos exportar la documentación del proceso? Sí. La documentación es accesible a través de la API y se puede exportar en formatos estándar. Si necesita compartir la documentación del proceso con auditores externos, clientes o socios, el contenido se puede exportar o publicar como una página para compartir.

¿Qué ocurre con los procesos que implican herramientas externas o pasos físicos? La documentación captura el debate y la toma de decisiones en torno al proceso a partir de sus herramientas de comunicación. Los pasos físicos o los pasos en herramientas externas que no estén conectadas no se capturarán automáticamente, pero pueden documentarse manualmente e integrarse con el contenido autogenerado. El enfoque híbrido (autogenerado para lo que se puede capturar, manual para lo que no) sigue ahorrando un tiempo significativo en comparación con la documentación totalmente manual.

Lecturas relacionadas: Nadie lee la wiki, Su equipo sigue haciendo las mismas preguntas, Cómo construir el cerebro de una empresa. Páginas relacionadas: Documentos autogenerados, Documentos que se escriben solos, Incorporación.