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

La gestión del conocimiento conecta el saber práctico con un manual de instrucciones compartido.

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

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:

  1. 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.
  2. Tiene responsable. Alguien rinde cuentas por cada cuerpo de conocimiento crítico, con su nombre al lado.
  3. 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.

El ciclo de aprendizaje SECI conecta la práctica compartida, el conocimiento escrito, los registros combinados y el uso práctico.

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 ba se representa con una mesa de trabajo compartida donde distintas herramientas se reúnen en torno a una tarea común.

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.

Cinco instrumentos complementarios ilustran cómo elegir un modelo de gestión del conocimiento según la pregunta que se plantea.

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

  1. 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".
  2. 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.
  3. 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.
  4. 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.
  5. 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?".
  6. 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.
  7. 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.
  8. 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.
  9. 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.
  10. 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.

Una única llave en una carpeta de gestión del conocimiento ilustra el riesgo de un solo poseedor y la responsabilidad asignada.

Á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.

About the author

Kevin Kim

Kevin Kim

Senior Customer Retention Strategist

Kevin Kim is Senior Customer Retention Strategist at Rework, writing for HR leaders and people managers on growing their people. Kevin covers job descriptions and role design, employee competencies, and organizational competency frameworks: the building blocks for hiring the right people and developing them once they join.