En muchas empresas, el proceso de gestión del conocimiento se reduce a buscar a quien sabe.
Alguien necesita saber cómo funciona algo, encuentra un documento que quizá esté al día y se pone a buscar a la persona que lo escribió. Esa persona a menudo ya se ha ido o no recuerda los detalles.
Así que la gente reconstruye la respuesta a partir de hilos de chat y compañeros, y a veces escribe un documento nuevo por el camino. La siguiente persona que pregunta repite la misma búsqueda, con una versión más entre la que elegir.
El conocimiento necesita un recorrido que no dependa de quién recuerda qué. Para eso hace falta una rutina que se repita, en la que cada etapa tenga algo que la active, una persona responsable y un resultado claro. A continuación repasamos las cinco etapas, de la captura a la retirada, quién es responsable de cada una y cómo detectar cuándo una etapa falla.
Ideas clave
- Cinco etapas bastan para que cada tipo de trabajo con el conocimiento tenga su propio detonante y su responsable, aunque los modelos publicados van de tres a diez.
- Capturar depende de ponerse de acuerdo en los momentos que cuentan, como una decisión o una pregunta que se hace dos veces.
- Un documento antiguo tiene cinco desenlaces posibles: conservarlo, fusionarlo, archivarlo, eliminarlo o guardarlo como historial.
- Los síntomas repetidos indican qué etapa pierde conocimiento, así que puedes arreglar primero esa etapa.
- Una rutina de mantenimiento, con un agente de IA que hace la comprobación y una persona que aprueba los cambios, mantiene los documentos precisos a medida que cambia el trabajo.
- Los agentes de IA leen documentos antiguos y nuevos por igual, así que los documentos desactualizados reducen la precisión de sus respuestas aunque la respuesta vigente esté disponible.
¿Qué es el proceso de gestión del conocimiento?
El proceso de gestión del conocimiento es el conjunto repetitivo de etapas que lleva el conocimiento desde las conversaciones y la cabeza de las personas hasta documentos de confianza, confirma que son correctos, los mantiene precisos a medida que las cosas cambian y los retira cuando dejan de ser útiles. Las cinco etapas son capturar, organizar, verificar, mantener y retirar.
Como las etapas se repiten, también se habla de ciclo o ciclo de vida de la gestión del conocimiento. En la práctica se solapan, y varias pueden ejecutarse a la vez sobre un mismo documento.
| Etapa | Qué la activa | Quién es responsable | Qué obtienes |
|---|---|---|---|
| Capturar | Se toma una decisión, o la misma pregunta surge dos veces | La persona que tomó la decisión o dio la respuesta | Un documento breve con la decisión, el motivo y la fecha |
| Organizar | El nuevo conocimiento necesita un lugar, o aparece un duplicado | El responsable del equipo al que pertenece el conocimiento | Un documento actualizado, o uno nuevo en el lugar correcto y con responsable |
| Verificar | Un documento es nuevo o ha cambiado de forma significativa | El responsable del documento, o alguien que conozca el tema | Un estado y una fecha visibles |
| Mantener | Llega la fecha de revisión, cambia el tema o un lector señala un problema | El responsable del documento | Una corrección, una nueva fecha de revisión o un sustituto indicado |
| Retirar | Un documento ha sido reemplazado o duplicado, su tema ya no existe o no se puede confirmar | El responsable del documento, o el responsable del equipo si el responsable se ha ido | Un desenlace registrado y un sustituto indicado, si lo hay |
El proceso es una parte de la gestión del conocimiento en sentido amplio. Abarca lo que ocurre con el conocimiento día a día, mientras que una estrategia define el programa que lo rodea, con roles, despliegue y objetivos.
¿Cuántas etapas tiene el proceso de gestión del conocimiento?
No existe un estándar universal sobre cuántas etapas debe tener un proceso de gestión del conocimiento, y los marcos de gestión del conocimiento y las guías publicados van de tres a diez.
Tras casi 10 años en el mercado como base de conocimiento, en Slite recomendamos cinco:
- capturar,
- organizar,
- verificar,
- mantener
- y retirar.
Capturar: cómo una decisión pasa de Slack a un documento
La captura de conocimiento es la etapa en la que el conocimiento de una conversación, una reunión o la experiencia de alguien se convierte en un documento escrito. Suele empezar cuando se toma una decisión, o cuando alguien responde a una pregunta que es probable que otros vuelvan a hacer. La persona más cercana a la decisión es la mejor situada para ponerla por escrito, ya que sabe qué se decidió y por qué.
Un documento de captura útil es breve.
Recoge la decisión, el motivo y la fecha, junto con enlaces a los tickets o documentos relacionados.
Normalmente eso basta para que alguien que no estuvo en la conversación entienda lo que pasó y pueda actuar en consecuencia.
Conviene acordar como equipo qué momentos merece la pena dejar por escrito. Algunos ejemplos habituales son:
- decisiones tomadas en un hilo de Slack,
- preguntas que surgen más de una vez
- y procesos que se explican a una persona recién incorporada.
Los resúmenes de reuniones o hilos hechos con IA pueden ofrecer un primer borrador, que luego la persona autora revisa para ver si falta algo.
Parte del conocimiento nunca sale en una conversación, porque las personas con experiencia lo aplican sin pararse a explicarlo. Capturar este tipo de conocimiento tácito suele requerir entrevistas o pasar tiempo acompañándolas, y un plan de transferencia de conocimiento da cierta estructura a ese trabajo antes de que alguien cambie de puesto.
Organizar: cómo el conocimiento adquiere una estructura por la que moverse
Organizar da al conocimiento una estructura por la que la gente puede orientarse. Normalmente eso significa un canal para cada equipo o tema, documentos principales que agrupan los relacionados y enlaces internos que conectan un documento con los que tiene alrededor.
Conviene acordar esta estructura de antemano, para que cada equipo no construya la suya. Suele bastar un esquema sencillo de qué va dónde, y las personas recién incorporadas pueden aprenderlo durante el onboarding.
La estructura también condiciona lo que ocurre cuando alguien tiene conocimiento nuevo que añadir. Puede buscar primero un documento existente y luego actualizarlo o ampliarlo, lo que mantiene organizada la base de conocimiento a medida que crece.
Un documento nuevo tiene sentido cuando nada cubre aún el tema, y la estructura indica dónde debe ir.
Cada documento necesita además un único responsable con nombre y apellidos, encargado de mantenerlo preciso. Los responsables de equipo suelen asumir este papel o asignarlo dentro de su equipo, y pueden reasignar un documento cuando su responsable cambia de puesto o se va.
Verificar: cómo se confirma un documento antes de que la gente confíe en él
Verificar un documento confirma que es correcto antes de que las personas y los agentes de IA empiecen a fiarse de él. El responsable lo revisa, o se lo pide a alguien que conozca el tema si no está seguro. Un estado y una fecha visibles indican entonces a los lectores hasta qué punto pueden confiar en él.
La verificación se aplica a los documentos pensados para seguir siendo ciertos con el tiempo, como procesos, referencias y guías prácticas.
Las notas de reuniones, las retrospectivas y los planes de proyecto terminados recogen lo que ocurrió en un momento concreto, así que no necesitan la misma comprobación.
Una vez verificado un documento, la gente puede enlazarlo desde los canales y documentos relacionados que ya usa, y los agentes de IA pueden leerlo mediante MCP o una API. La documentación de producto, por ejemplo, tiene que llegar a marketing y a soporte antes de que los clientes empiecen a preguntar por una novedad.
Mantener: cómo un documento sigue siendo cierto después de publicarlo
Mantener conserva la precisión de un documento verificado a medida que cambia el trabajo que lo rodea. Revisar todos los documentos a mano deja de ser realista cuando la base de conocimiento crece, así que conviene convertir este trabajo en una rutina.
Crea una rutina de mantenimiento
Una rutina de mantenimiento indica qué documentos cuidar, con qué frecuencia comprobarlos, contra qué compararlos y quién revisa el resultado. Un buen punto de partida son los documentos en los que más se apoya la gente, como procesos, políticas y guías prácticas.
La fuente depende del documento.
Un documento de producto puede compararse con el código o las notas de la versión, y un proceso con los tickets o el canal de Slack donde cambia.
Los documentos también necesitan revisarse fuera de la rutina cuando cambia algo de lo que describen o cuando un lector señala un problema.
Cada revisión termina de una de estas tres formas:
- Si el contenido es incorrecto y el responsable conoce la versión correcta, edita el documento.
- Si parece incorrecto pero no está seguro, pregunta a la persona que lo sabe y le indica exactamente qué hay que comprobar.
- Si otro documento lo ha reemplazado, lo marca como desactualizado e indica cuál lo sustituye.
Una rutina necesita a una persona concreta detrás, porque las actualizaciones rara vez ocurren solas.
Menos de 1 de cada 20 documentos se actualiza en un mes cualquiera, y según nuestra experiencia los recordatorios para toda la empresa no cambian mucho eso. El mantenimiento de la base de conocimiento explica cómo decidir qué documentos arreglar primero.
Cómo ayuda la IA en el mantenimiento
Los agentes de IA pueden hacer las comprobaciones para las que las personas rara vez tienen tiempo. Un agente puede comparar cada documento con sus fuentes conectadas de forma programada, detectar contenido desactualizado y redactar la corrección.
Entonces la tarea del responsable pasa a ser revisar los cambios propuestos en lugar de buscar problemas.
Aun así, una persona debe aprobar cada cambio antes de aplicarlo, lo que evita que una edición errónea llegue a los documentos en los que se apoyan las personas y otros agentes. Así funciona una base de conocimiento que se mantiene sola.
Retirar: cómo decidir qué pasa con un documento antiguo
Retirar es una decisión registrada sobre un documento que ha dejado de ser útil. Suele plantearse cuando un documento ha sido reemplazado, aparece un duplicado, su tema ya no existe o la verificación no puede confirmar que siga siendo correcto. La decisión la toma el responsable, o el responsable del equipo si el responsable se ha ido.
Hay cinco desenlaces posibles: conservar el documento, fusionarlo con otro, archivarlo, eliminarlo o guardarlo como registro histórico.
Qué significa retirar para las personas
Para las personas, retirar documentos antiguos ahorra tiempo, porque hay menos que revisar para encontrar lo útil. También evita confusiones sobre cuál es la versión vigente, y es menos probable que alguien escriba un duplicado cuando el documento correcto es fácil de encontrar.
Quien se tope con la versión antigua debería poder ver qué la reemplazó, así que normalmente basta una nota breve con el sustituto y la fecha en que dejó de aplicarse.
La retirada suele generar también nuevo trabajo de captura. Quizá alguien tenga que escribir lo que reemplazó al documento y avisar a las personas que dependían de él, con lo que el ciclo vuelve a empezar.
Qué significa retirar para los agentes de IA
Los agentes de IA leen todo lo que pueden alcanzar, así que los documentos desactualizados pueden afectar a sus respuestas. En un benchmark, la información desactualizada provocó una caída del rendimiento de al menos un 20 % incluso cuando también se recuperaba la respuesta vigente. La prueba usó datos públicos, así que aplicarla a documentos de empresa es una inferencia nuestra.
Recomendamos quitar el contenido retirado de lo que los agentes leen por defecto. Una persona puede comprobar un documento obsoleto con un compañero, mientras que un agente lo repite con total seguridad, y este es uno de los principales peligros de la documentación obsoleta.
Los cambios masivos también requieren cuidado. Cuando un agente o un compañero archiva muchos documentos a la vez, pueden colarse documentos útiles, y alguien tiene que restaurarlos a mano. Que una persona revise los cambios masivos y que se guarde un registro de qué se archivó y por qué facilita evitarlo y deshacerlo.
Cómo saber qué etapa pierde conocimiento
Los síntomas repetidos señalan la etapa que está fallando. Empieza por el síntoma que oigas con más frecuencia y arregla esa etapa antes de seguir.
| Síntoma | Etapa probable | Primera solución |
|---|---|---|
| La misma respuesta se vuelve a publicar en Slack | Capturar | Indica quién la escribe y cuándo |
| La gente crea un documento nuevo porque no encuentra el antiguo | Organizar | Buscar primero, y acordar dónde va cada tipo de documento |
| Los compañeros confirman las respuestas en Slack de todos modos | Verificar | Mostrar un estado visible en los documentos en los que se apoyan |
| Las solicitudes de revisión se ignoran y el número de documentos sin verificar no baja | Mantener | Incluir la revisión en el papel del responsable |
| Aparecen documentos antiguos o borradores en las respuestas de la IA | Retirar | Elegir uno de los cinco desenlaces para cada uno |
Cómo cambia la IA el proceso de gestión del conocimiento
La IA acelera la captura, así que los equipos producen más documentos sin tiempo extra de revisión. También lee todo lo que puede alcanzar, así que las etapas de verificar, mantener y retirar importan más que antes.
En nuestros propios datos, los usuarios con acceso a IA crean un 55 % más de documentos al mes que los que no lo tienen. Un borrador sin revisar puede acabar citado como un hecho en una respuesta de IA poco después de que alguien lo escriba.
Los agentes también leen tus documentos, así que aquello a lo que tienen acceso decide lo que pueden citar.
Dales los documentos que tu equipo ha verificado y mantén los borradores de trabajo fuera de sus fuentes por defecto.
Cómo ejecutar el proceso de gestión del conocimiento en Slite
Slite es una base de conocimiento creada para mantener al día la fuente de verdad de tu empresa, de modo que tu equipo y las herramientas de IA que usa puedan actuar sobre lo que es cierto hoy. Ejecuta las cinco etapas en un solo lugar. El mantenimiento que suele abandonarse, comprobar y corregir documentos, lo gestiona Slite Agent, nuestro agente de IA, y tu equipo aprueba cada cambio.
Parte del conocimiento se deja por escrito a propósito: un equipo reserva tiempo para documentar un proceso, con una plantilla compartida o el editor de Slite. Otra parte surge en mitad del trabajo, y Slite facilita recogerla. Cuando una decisión aterriza en un hilo de Slack, cualquiera puede etiquetar a @Slite para convertir el hilo en un documento sin salir de la conversación.
Algunas lagunas son más difíciles de detectar. Ask Insights muestra las preguntas que la gente hizo y se quedaron sin respuesta, y puedes asignar cada una al compañero que sabe. Para el conocimiento que solo está en la cabeza de alguien, puedes hacer una entrevista para recogerlo.
Ese conocimiento necesita entonces un lugar que la gente pueda encontrar. Cada equipo tiene su propio canal, accesible desde la barra lateral, una URL o el buscador, y cada documento tiene un responsable, de modo que siempre hay alguien encargado de mantenerlo correcto. El Knowledge Management Panel lista todos los documentos por responsable, estado y canal, para que puedas reasignarlos o archivarlos de forma masiva cuando cambian los equipos.
Una vez comprobado un documento, su responsable puede marcarlo como verificado, y los lectores ven si pueden fiarse de él antes de actuar. Ask y Slite Agent responden con fuentes y dan prioridad a los documentos verificados, de modo que la gente recibe primero la versión comprobada. Herramientas como Claude, ChatGPT y Cursor pueden leer los mismos documentos mediante MCP.
Mantener esos documentos al día es la etapa que a los equipos más les cuesta sostener, porque casi nunca es el trabajo principal de nadie. Con un programa de mantenimiento, eliges un documento, con qué frecuencia comprobarlo, contra qué fuentes (por ejemplo Slack, GitHub o Google Drive) y quién revisa el resultado.
En cada ejecución, Slite Agent compara el documento con esas fuentes y redacta una corrección allí donde ya no coinciden. También puede verificar un documento que sigue siendo preciso, sugerir un nuevo responsable o sugerir archivar uno que ya no hace falta. Para otras tareas, puedes escribir tus propias instrucciones, como mantener al día un documento con el organigrama.
Tu equipo mantiene el control de cada cambio. Cada corrección llega como una solicitud de cambio, asignada a la persona responsable y con el detalle exacto de lo que cambiaría. Esa persona puede aprobarla o hacerle una pregunta de seguimiento a Slite Agent, y nada cambia hasta que alguien la aprueba, así que el mantenimiento lleva minutos en lugar de horas.
Cuando un documento ha cumplido su ciclo, puedes archivarlo. Queda fuera de las búsquedas y de las respuestas de IA por defecto, así que nadie recibe una respuesta antigua, y puedes restaurarlo si más adelante lo necesitas. Los documentos que ya no necesitas en absoluto pueden eliminarse de forma permanente desde el Archivo.
Si quieres ver cómo funciona esto con tu propia documentación, reserva una demo y te lo enseñamos.
Reflexiones finales
El conocimiento sigue siendo fiable a medida que una empresa crece cuando cada etapa tiene a alguien responsable, incluida la última.
El hábito útil más pequeño es una nota de una línea en cualquier documento reemplazado, que indique qué lo sustituyó y cuándo dejó de aplicarse. Tanto las personas como los agentes pueden usar esa nota el mismo día.
Preguntas frecuentes
¿Cuáles son las 5 C y los 5 pilares de la gestión del conocimiento?
Las listas con estos nombres varían, y ninguna es un estándar establecido. Relaciona cualquier lista que te encuentres con las etapas que tu equipo realmente ejecuta.
¿Quién es responsable del proceso de gestión del conocimiento en su conjunto?
Una persona mantiene en marcha todo el ciclo, a menudo en operaciones, TI o un puesto dedicado al conocimiento. Los responsables de los documentos se ocupan de cada etapa para sus propios documentos, y una estrategia de gestión del conocimiento define cómo encajan esos roles.
¿Con qué frecuencia debes revisar un documento?
Depende de lo rápido que cambie el tema, y tres, seis o doce meses son periodos habituales. Un cambio en lo que describe el documento también debería activar una revisión, sea cual sea la fecha.
¿Qué pasa con un documento cuando su responsable se va?
El responsable del equipo se encarga de él y lo reasigna. Incluye la titularidad de los documentos en el traspaso y trátala en la entrevista de salida para que nada se quede sin responsable.