Gestión del conocimiento: competencia organizacional, modelos y ejemplos

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
La gestión del conocimiento es la capacidad organizacional de crear, compartir, retener y aplicar lo que las personas saben, de modo que los resultados no dependan de la memoria de una sola persona. Abarca el conocimiento explícito (documentos, datos, procedimientos) y el conocimiento tácito (habilidades, criterio, intuición). Su éxito o su fracaso dependen de los hábitos, los roles y la confianza mucho antes que de las herramientas.
Conocimiento tácito y explícito: la distinción sobre la que descansa todo lo demás
La mayoría de las empresas piensa en el conocimiento como aquello que se guarda en documentos. Esa es la mitad fácil. La mitad difícil vive en la cabeza y en las manos de las personas.
El artículo de Ikujiro Nonaka publicado en Harvard Business Review en 1991, The Knowledge-Creating Company, comienza con una afirmación tajante: en una economía donde la única certeza es la incertidumbre, la única fuente segura de ventaja competitiva duradera es el conocimiento. El mismo artículo distingue dos tipos. El conocimiento explícito es el que se puede plasmar en documentos y datos. El conocimiento tácito, en cambio, es "muy personal" y "difícil de formalizar", y está profundamente arraigado en la acción y en un contexto específico, como un oficio, una tecnología o un equipo. Nonaka toma prestada la frase del filósofo Michael Polanyi para describirlo: "Podemos saber más de lo que podemos decir".
El ejemplo del artículo sigue siendo el más claro. En 1985, los desarrolladores de Matsushita no lograban que una nueva máquina doméstica para hacer pan amasara bien la masa, ni siquiera después de comparar radiografías de masa amasada por la máquina y por un panadero. La desarrolladora de software Ikuko Tanaka se formó con el jefe de panadería del Osaka International Hotel, observó su forma particular de estirar la masa y trabajó con los ingenieros para convertir esa técnica en especificaciones de producto, incluidas unas costillas especiales dentro de la máquina. Nadie habría encontrado la respuesta en un manual, porque no existía ningún manual. Había que observarla, practicarla y luego ponerla en palabras.
Así se comparan ambos tipos en una empresa normal.
| Conocimiento explícito | Conocimiento tácito | |
|---|---|---|
| Dónde vive | Documentos, bases de datos, procedimientos, contratos | Experiencia, criterio y relaciones de las personas |
| Cómo se transmite | Copiando, enviando, buscando | Observación, práctica, conversación, aprendizaje junto a un experto |
| Ejemplo típico | Una lista de verificación de onboarding | Saber qué objeción de un cliente significa en realidad "no" |
| Riesgo principal | Se vuelve obsoleto o no se encuentra | Se va cuando la persona se va |
| Se gestiona mediante | Curaduría, responsables, fechas de revisión | Trabajo en pareja, comunidades, historias, reflexión deliberada |
Datos clave
- Origen del enfoque tácito/explícito en la gestión: los propios editores de la revista describen el artículo de HBR de Nonaka de 1991 como uno que ayudó a popularizar la noción de conocimiento "tácito" en el pensamiento de gestión.
- Tres partes del modelo: el artículo de Nonaka, Toyama y Konno de 2000 propone que la creación de conocimiento consta de el proceso SECI, el ba (el contexto compartido) y los activos de conocimiento.
- Existe una norma formal: ISO 30401 establece los requisitos de un sistema de gestión para la gestión del conocimiento. La edición vigente, ISO 30401:2018, se ha modificado dos veces, y una segunda edición está en borrador para reemplazarla.
Por qué la gestión del conocimiento es una capacidad y no un proyecto
Un proyecto termina. Una capacidad es algo que la organización puede hacer una y otra vez, bajo presión y con distintas personas. Esa es la forma útil de pensar en la gestión del conocimiento, y por eso se ubica junto al desarrollo de capacidades organizacionales y no en el presupuesto de TI.
Para que cuente como capacidad deben cumplirse tres condiciones:
- Es repetible. Una nueva contratación, una nueva región o un nuevo producto se benefician de lecciones anteriores sin que nadie tenga que reinventarlas.
- Tiene responsable. Alguien rinde cuentas por cada cuerpo de conocimiento crítico, con su nombre al lado.
- Se practica. Las personas usan el conocimiento, lo corrigen y lo amplían como parte del trabajo normal, no como una limpieza anual.
Si una empresa no puede hacer esas tres cosas, comprar un repositorio más grande no cambiará el resultado. Solo acumulará más documentos sin leer.
El modelo SECI: cuatro formas en que se mueve el conocimiento
El modelo SECI de Nonaka y Takeuchi describe la creación de conocimiento como una espiral entre las formas tácita y explícita. En el artículo de 1991, los cuatro patrones aparecen como socialización, articulación, combinación e internalización. Trabajos posteriores llaman al segundo externalización, lo que da nombre al modelo: Socialización, Externalización, Combinación, Internalización.

| Modo | Dirección | Qué sucede | Ejemplo ilustrativo en el trabajo |
|---|---|---|---|
| Socialización | De tácito a tácito | Aprender observando, imitando y practicando juntos | Un nuevo account manager acompaña a un veterano en llamadas de renovación |
| Externalización | De tácito a explícito | Convertir el saber hacer en conceptos, modelos y palabras | El veterano y el gerente anotan las cinco señales de que una renovación está en riesgo |
| Combinación | De explícito a explícito | Fusionar y organizar conocimiento explícito existente en algo nuevo | Las señales se combinan con datos de churn en un único playbook de renovación |
| Internalización | De explícito a tácito | Aplicar el conocimiento documentado hasta que se vuelve instinto | Los representantes aplican el playbook durante un trimestre y desarrollan su propio criterio |
En la historia de Matsushita contada por Nonaka, Tanaka recorre los cuatro modos: aprende el oficio del panadero trabajando con él, plasma lo aprendido en especificaciones explícitas, su equipo lo estandariza en un manual y un producto, y la experiencia de construir la máquina enriquece su propio conocimiento tácito. Luego la espiral vuelve a empezar en un nivel superior.
Hay dos puntos importantes para los gerentes. Primero, el artículo deja claro que la socialización por sí sola es limitada: como el conocimiento nunca se vuelve explícito, la organización en su conjunto no puede aprovecharlo con facilidad. Segundo, lo mismo ocurre con la combinación por sí sola, que simplemente reorganiza lo que ya está escrito. El valor surge del intercambio entre ambas formas. Por eso esta capacidad alimenta directamente la gestión de la innovación.
Ba: el lugar donde se crea el conocimiento
SECI explica cómo se convierte el conocimiento. Ba explica dónde. El artículo de Nonaka y Konno de 1998 define el ba como "un espacio compartido para relaciones emergentes" y añade que puede ser físico, virtual o mental. Su argumento es que el conocimiento está ligado a su contexto, así que no se puede trasladar de un lado a otro como si fuera carga.

El artículo de 2000 de Nonaka, Toyama y Konno clasifica el ba en cuatro tipos según dos preguntas: ¿la interacción es individual o colectiva?, y ¿es presencial o virtual? Cada tipo ofrece principalmente un contexto para un modo SECI.
| Tipo de ba | Interacción | Respalda | Cómo se ve en la práctica |
|---|---|---|---|
| Originario | Individual, presencial | Socialización | Acompañamientos en campo, trabajo en pareja, shadowing, mentoría |
| Dialogante | Colectiva, presencial | Externalización | Talleres, revisiones posteriores a la acción, críticas de diseño |
| Sistematizador | Colectiva, virtual | Combinación | Bibliotecas compartidas, wikis, playbooks curados |
| Ejercitante | Individual, virtual | Internalización | Simulaciones, ejercicios de práctica, manuales escritos aplicados en el trabajo |
La conclusión práctica: la mayoría de las organizaciones invierte de más en el ba sistematizador (el repositorio) y de menos en el ba originario y dialogante (el contacto humano). El mismo artículo otorga a los mandos medios un papel central y los llama "productores de conocimiento" que dinamizan el ba, mientras que la alta dirección es responsable de articular la visión del conocimiento. Si sus gerentes están demasiado sobrecargados para organizar una retrospectiva decente, ya encontró el cuello de botella.
Comparación de modelos de gestión del conocimiento
SECI no es el único enfoque. Elija el que se ajuste a la pregunta que realmente se está haciendo.

| Modelo o norma | Pregunta central | Unidad de enfoque | Mejor uso |
|---|---|---|---|
| SECI (Nonaka y Takeuchi) | ¿Cómo se convierte el conocimiento tácito en conocimiento compartido y utilizable? | La conversión entre tácito y explícito | Innovación, desarrollo de productos, captura de experiencia |
| Ba (Nonaka y Konno) | ¿Dónde y en qué condiciones sucede? | El contexto compartido | Diseñar reuniones, espacios y rutinas |
| Activos de conocimiento (Nonaka, Toyama y Konno) | ¿Qué conocimiento tenemos y qué lo alimenta? | Cuatro tipos: experiencial, conceptual, sistémico y rutinario | Auditar lo que posee la organización y lo que lo alimenta |
| Comunidades de práctica (Wenger) | ¿Cómo aprenden juntos los profesionales a lo largo del tiempo? | Un grupo con un dominio, una comunidad y una práctica compartidos | Conocimiento del oficio entre equipos y sedes |
| ISO 30401 | ¿Gestionamos el conocimiento como un sistema de gestión? | El sistema de gestión de la organización | Gobernanza, auditoría y políticas coherentes |
Comunidades de práctica
Etienne y Beverly Wenger-Trayner definen las comunidades de práctica como grupos de personas que comparten una preocupación o una pasión por algo que hacen y aprenden a hacerlo mejor a medida que interactúan con regularidad. Señalan tres características esenciales: un dominio compartido, una comunidad que interactúa y se ayuda mutuamente, y una práctica, es decir, un repertorio compartido de experiencias, historias, herramientas y formas de abordar problemas recurrentes. La misma fuente deja claro que tener el mismo cargo no convierte a un grupo en una comunidad de práctica a menos que sus miembros interactúen y aprendan juntos. Es una advertencia útil cuando alguien propone "crear una comunidad" añadiendo personas a una lista de correo.
ISO 30401
ISO 30401 es la norma de sistemas de gestión para la gestión del conocimiento. Su alcance abarca el establecimiento, la implementación, el mantenimiento, la revisión y la mejora de un sistema de gestión eficaz para la gestión del conocimiento en las organizaciones. La edición vigente es ISO 30401:2018, modificada en 2022 y 2024, e ISO está desarrollando una segunda edición para reemplazarla. Un artículo de profesionales sobre su integración con los sistemas de calidad señala que la norma prescribe actividades de desarrollo del conocimiento, incluidas la adquisición, la aplicación, la retención y el tratamiento del conocimiento obsoleto, además de actividades de transmisión y transformación como la interacción humana, la representación, la combinación y la internalización. Los autores destacan que estas últimas se inspiran directamente en SECI. No necesita la certificación para aprovechar su lógica: política, roles, objetivos, revisión. La norma también encaja de forma natural con la optimización de procesos, ya que las actividades de conocimiento son más fiables cuando están integradas en los procesos que las personas ya siguen.
Cómo desarrollar la capacidad, paso a paso
- Identifique el conocimiento que importa. Parta del riesgo de negocio, no de una biblioteca. ¿Qué habilidades dolería más perder? ¿Qué decisiones se repiten mal? Elija entre 5 y 10 áreas de conocimiento críticas, como "excepciones de precios" o "cambio de formato en planta".
- Mapee dónde se encuentra. Para cada área, anote si es mayormente explícita, mayormente tácita o mixta, quién la posee, cuántas personas la poseen y dónde está escrita (si lo está). Un único poseedor sin nada escrito es su mayor riesgo.
- Asigne un responsable a cada área. El responsable no es el mejor experto. Es la persona que rinde cuentas de que el conocimiento esté actualizado, sea fácil de encontrar y se transmita.
- Cree ba originario. Organice trabajo en pareja, shadowing y rotación para que el conocimiento tácito pase de persona a persona. Aquí es donde el coaching y la mentoría hacen un trabajo real.
- Cree ba dialogante. Realice revisiones posteriores a la acción, retrospectivas de decisiones y entrevistas con expertos para convertir la experiencia en palabras. Pregunte "¿qué notó que le indicó hacer eso?" en lugar de "¿puede documentar esto?".
- Captúrelo en un formato utilizable. Escriba páginas breves y específicas: la decisión, las señales, las excepciones. Una buena documentación técnica es sencilla, está actualizada y vinculada a una tarea.
- Combine y cure. Fusione duplicados, retire páginas obsoletas y asigne a cada página un responsable y una fecha de revisión. Una biblioteca más pequeña y confiable supera a una grande que genera dudas. La fluidez digital en todo el equipo ayuda a que las personas busquen, etiqueten y contribuyan sin necesidad de acompañamiento constante.
- Cierre el ciclo con la práctica. Integre el conocimiento en el onboarding, los simulacros y los flujos de trabajo diarios para que las personas lo internalicen. Este es el lado organizacional del aprendizaje continuo.
- Inicie comunidades donde la práctica se comparte. Cuando profesionales de distintos equipos realizan un trabajo similar, deles un espacio recurrente y un problema real para resolver juntos.
- Mida y revise. Haga seguimiento de algunas señales: el tiempo hasta alcanzar la productividad de una nueva contratación, los incidentes repetidos, la proporción de áreas críticas con un responsable designado y la frecuencia con que se usan y actualizan las páginas clave. Revise cada trimestre.
Un plan de gestión del conocimiento listo para copiar
Use una fila por cada área de conocimiento crítica. Complétela con las personas que poseen el conocimiento, no solo con sus gerentes.

| Área de conocimiento | ¿Mayormente tácito o explícito? | Poseedores actuales | Riesgo si se pierde (A/M/B) | Responsable | Ba a usar (originario / dialogante / sistematizador / ejercitante) | Método de captura | Fecha de revisión |
|---|---|---|---|---|---|---|---|
Preguntas que debe responder antes de finalizarlo:
- Si el principal poseedor se fuera mañana, ¿qué se rompería primero?
- ¿Qué área tiene un solo poseedor y nada escrito?
- ¿Dónde se necesita usar el conocimiento, y está disponible allí?
- ¿Cómo sabremos dentro de seis meses que está funcionando?
Una verificación sencilla de madurez
Esta escala de cinco niveles es una autoevaluación práctica, no una norma publicada. Califique cada área de conocimiento crítica y luego busque el patrón.
| Nivel | Descripción | Señales típicas |
|---|---|---|
| 1. Ad hoc | El conocimiento está en manos de individuos | Las preguntas se responden con "pregúntele a Sam"; fuerte dependencia de unas pocas personas |
| 2. Documentado | Existe algo de material escrito | Archivos dispersos; sin responsables; contenido desactualizado |
| 3. Con responsable | Las áreas críticas tienen responsables y fechas de revisión | Páginas fáciles de encontrar; el onboarding las utiliza |
| 4. Practicado | El intercambio está integrado en las rutinas de trabajo | Retrospectivas, trabajo en pareja y comunidades funcionan con regularidad |
| 5. En mejora | El uso del conocimiento se mide y se perfecciona | Se revisan métricas; las lecciones alimentan cambios en procesos y productos |
La mayoría de los equipos que lo prueban encuentran una mezcla: quizá nivel 3 en procedimientos financieros y nivel 1 en el criterio de ventas. Es normal, y le indica por dónde empezar.
Ejemplos por función de negocio
Estos son escenarios ilustrativos, no casos de estudio.
Ventas
Las llamadas de descubrimiento del mejor representante cierran con una tasa más alta, y nadie sabe por qué. Ba originario: los representantes junior participan en las llamadas. Ba dialogante: el representante y un gerente escuchan tres grabaciones y enumeran las preguntas que cambiaron el rumbo de la conversación. Combinación: esas preguntas pasan a formar parte de la guía de llamadas, junto con los criterios de calificación existentes. La internalización llega al usar la guía y ampliarla.
Atención al cliente
Los agentes de segundo nivel resuelven tickets inusuales por instinto. Una sesión semanal de "tickets difíciles" captura el razonamiento detrás de cinco resoluciones complicadas. Los resúmenes se convierten en páginas breves de resolución de problemas con los síntomas, la verificación y la solución. Los agentes que las usan con regularidad dejan de necesitarlas, que es justamente el objetivo.
Ingeniería
Tras una caída del servicio, una revisión sin culpables pregunta qué vio el ingeniero de guardia que otros podrían haber pasado por alto. Las respuestas se convierten en una entrada del runbook y en un cambio en el monitoreo. Sin el paso de diálogo, el runbook solo diría qué hacer, no cómo reconocer la situación.
RR. HH. y onboarding
Los nuevos gerentes tienen dificultades con las mismas tres conversaciones. Una comunidad de práctica para gerentes primerizos se reúne cada mes, y los gerentes con experiencia aportan casos reales. Surge una guía breve, que enlaza con habilidades más amplias como la estrategia de talento basada en habilidades cuando corresponde.
Operaciones y manufactura
Un técnico sénior puede oír cuándo una máquina está a punto de fallar. Emparejarlo con un técnico junior en las rondas transfiere parte de esa habilidad. Registrar lo que el técnico sénior revisa y escucha le da a la planta una lista de verificación inicial, que el equipo perfecciona con el tiempo.
Finanzas
El cierre de mes depende de la memoria de un controller sobre las excepciones. Documentar las excepciones, quién las aprueba y por qué, convierte un hábito frágil en un procedimiento revisado.
Qué hacer y qué no hacer
| Qué hacer | Qué no hacer |
|---|---|
| Empezar por el conocimiento cuya pérdida dolería más | Empezar comprando o construyendo un repositorio |
| Tratar de forma distinta el conocimiento tácito y el explícito | Suponer que entrevistar a alguien captura todo lo que sabe |
| Asignar a cada área crítica un responsable designado y una fecha de revisión | Dejar que las páginas se acumulen sin nadie que rinda cuentas |
| Crear tiempos y espacios para la conversación | Depender de una lista de correo para crear una comunidad |
| Capturar el "porqué" y las señales, no solo los pasos | Escribir documentos que nadie leerá en el momento en que los necesite |
| Recompensar a quienes comparten y actualizan | Recompensar solo las hazañas individuales |
| Medir el uso y los resultados | Contar el número de documentos |
Límites de los modelos
SECI es un marco descriptivo basado en estudios de caso de empresas, y no es una herramienta de predicción medida. En la vida real, los cuatro modos se superponen; las personas rara vez pasan limpiamente de uno a otro. Trate el modelo como una lista de preguntas: ¿le hemos dado a este conocimiento un lugar donde compartirse, una forma de ponerse en palabras, un formato que las personas puedan encontrar y una oportunidad de practicarse? Y recuerde que cierto conocimiento se resiste a ser capturado. El objetivo no es extraer todo de la cabeza de las personas. Es asegurarse de que lo correcto se comparta antes de que se necesite.

Senior Customer Retention Strategist
On this page
- Conocimiento tácito y explícito: la distinción sobre la que descansa todo lo demás
- Por qué la gestión del conocimiento es una capacidad y no un proyecto
- El modelo SECI: cuatro formas en que se mueve el conocimiento
- Ba: el lugar donde se crea el conocimiento
- Comparación de modelos de gestión del conocimiento
- Comunidades de práctica
- ISO 30401
- Cómo desarrollar la capacidad, paso a paso
- Un plan de gestión del conocimiento listo para copiar
- Una verificación sencilla de madurez
- Ejemplos por función de negocio
- Ventas
- Atención al cliente
- Ingeniería
- RR. HH. y onboarding
- Operaciones y manufactura
- Finanzas
- Qué hacer y qué no hacer
- Límites de los modelos