Una herramienta guarda un archivo. La gestión del conocimiento mueve lo que la gente sabe hacia quien lo necesita, a tiempo.
Herramientas tecnológicas para la gestión del conocimiento
En una organización, el conocimiento vive en dos sitios a la vez: en las personas y en los soportes. Ikujiro Nonaka y Hirotaka Takeuchi describieron, en The Knowledge-Creating Company (1995), un ciclo de cuatro movimientos: socialización, exteriorización, combinación e interiorización. Thomas H. Davenport y Laurence Prusak, en Working Knowledge (1998), hablaron de generar, codificar y transferir. Las herramientas tecnológicas entran ahí. Cada una sostiene un movimiento y falla de una manera distinta.
Este cuaderno arma el mapa de esas herramientas para quien estudia aprendizaje organizacional. La doctrina de la gestión, la competitividad de la sociedad del conocimiento y la economía del conocimiento viven en otros cuadernos de la casa. Aquí el ángulo es operativo: qué pieza tecnológica sostiene qué fase, y qué pregunta de auditoría revela si la pieza está viva.
El ciclo que la herramienta tiene que servir
Antes de nombrar software conviene tener el ciclo a la vista. Nonaka y Takeuchi distinguen conocimiento tácito (lo que se hace y cuesta decir) y conocimiento explícito (lo que ya está en palabras, cifras o procedimientos). El ciclo SECI cruza ambos:
- Socialización. De tácito a tácito. Se aprende al lado de quien sabe: observación, práctica compartida, pregunta en el momento.
- Exteriorización. De tácito a explícito. Alguien pone en palabras un criterio que antes solo ejecutaba.
- Combinación. De explícito a explícito. Se juntan documentos, bases y reportes en un producto nuevo.
- Interiorización. De explícito a tácito. Quien lee el procedimiento lo practica hasta que le queda en el cuerpo.
Davenport y Prusak recortan el mismo oficio en tres verbos. Generar: producir conocimiento nuevo o traerlo de afuera. Codificar: dejarlo en una forma que otro pueda encontrar. Transferir: hacerlo llegar a quien decide o ejecuta. Una herramienta que solo codifica y no transfiere llena un disco. Una que solo transfiere en un chat y no codifica pierde el rastro cuando la persona se va.
Seis piezas del mapa
1. Repositorio documental
Es la carpeta compartida con reglas: nombre de archivo, dueño, versión, fecha de revisión. Sirve a la combinación y a la codificación. El fallo típico es el archivo muerto: miles de PDF que el equipo no abre porque el nombre es «final_final2» y la búsqueda no llega al párrafo útil. La pregunta de auditoría: ¿cuántos documentos tuvieron una lectura real en los últimos noventa días, y quién es dueño de archivar los que ya no sirven?
2. Wiki interna
Una wiki deja que varias personas escriban y enlacen páginas vivas. Sirve a la exteriorización: el criterio que estaba en la cabeza de una analista pasa a una página que otra persona puede corregir. El fallo típico es la wiki huérfana: se abre con entusiasmo en un taller y a los tres meses las páginas quedan sin dueño. Pregunta de auditoría: ¿cada página tiene un responsable y una fecha de última revisión visible?
3. Intranet
La intranet es el lugar común de avisos, organigrama, políticas y accesos. Sirve a la combinación de lo ya explícito y a la orientación de quien llega. El fallo típico es usarla como mural: se publican noticias y no se enlaza el procedimiento que la noticia supone. Pregunta de auditoría: ¿desde la portada se llega en tres clics al procedimiento que más se consulta esta semana?
4. Buscador interno
El buscador indexa repositorio, wiki e intranet y devuelve un párrafo, no solo un título. Sirve a la transferencia en el momento de la tarea. El fallo típico es un índice viejo: el buscador no entra a los PDF escaneados, o rankea por nombre de archivo y no por el problema que la persona escribió. Pregunta de auditoría: ¿una consulta con las palabras del oficio (no con el nombre del archivo) devuelve el documento correcto en la primera página?
5. Comunidad de práctica digital
Es un espacio donde quienes hacen el mismo oficio preguntan, responden y dejan el hilo. Sirve a la socialización cuando el grupo no comparte pasillo, y a la exteriorización cuando una respuesta buena se convierte en página. Etienne Wenger describió la comunidad de práctica como gente que comparte un repertorio porque comparte un problema, no porque comparta un organigrama. El fallo típico es el foro vacío o el foro de quejas sin síntesis. Pregunta de auditoría: ¿las preguntas repetidas se convierten en una página de la wiki, o se responden una y otra vez en el chat?
6. Registro de lecciones aprendidas
Después de un proyecto, el equipo anota qué salió, qué falló y qué haría distinto, en un formato corto y buscable. Sirve a la exteriorización y a la transferencia hacia el proyecto siguiente. El fallo típico es el informe de cierre que se archiva para cumplir y no se etiqueta por el problema (retraso de proveedor, alcance mal cortado, dato que faltó). Pregunta de auditoría: ¿el equipo que arranca un proyecto parecido encuentra esa lección en el buscador antes de repetir el mismo tropiezo?
Tabla de auditoría
| Herramienta | Conocimiento | Fase que sostiene | Fallo típico | Pregunta de auditoría |
|---|---|---|---|---|
| Repositorio | Explícito | Combinación / codificar | Archivo muerto | ¿Hubo lectura real en 90 días? |
| Wiki | Tácito que se vuelve explícito | Exteriorización | Página huérfana | ¿Hay dueño y fecha de revisión? |
| Intranet | Explícito de orientación | Combinación | Mural de noticias | ¿Tres clics al procedimiento vivo? |
| Buscador interno | El que ya está codificado | Transferir | Índice viejo o por nombre de archivo | ¿La palabra del oficio encuentra el párrafo? |
| Comunidad digital | Tácito en diálogo | Socialización y exteriorización | Foro vacío o sin síntesis | ¿La pregunta repetida pasa a la wiki? |
| Lecciones aprendidas | Experiencia de proyecto | Exteriorización y transferir | Informe de cierre sin etiqueta | ¿El proyecto siguiente la encuentra? |
Seis pasos para elegir sin comprar por moda
La tentación del parcial y de la gerencia es la misma: nombrar una marca y dar el tema por cubierto. El orden de abajo corta esa prisa.
- Nombra el movimiento que falla hoy: socializar, exteriorizar, combinar o interiorizar. Si no puedes nombrarlo, todavía no eliges herramienta.
- Escribe tres tareas reales de la última quincena en las que alguien buscó un saber y no lo encontró.
- Mira qué pieza ya existe (carpeta, chat, intranet) y por qué no alcanzó. Muchas compras repiten una pieza que ya estaba vacía.
- Asigna un dueño humano a la pieza nueva. Sin dueño, la wiki y el repositorio envejecen al mismo ritmo.
- Define una señal de uso a treinta días: búsquedas que encontraron documento, páginas revisadas, hilos convertidos en página. Una señal, no un discurso.
- Recién ahí comparas plataformas. El criterio es si sostiene el movimiento del paso 1, no si la demo se ve ordenada.
Qué mirar en un caso
Imagina una clínica con cuatro sedes. Cada sede guarda sus protocolos en una carpeta distinta. Una enfermera nueva en la sede norte necesita el criterio de derivación de crisis. La carpeta existe. El archivo se llama «proto_v7_jul». El buscador de la intranet no indexa PDF. Ella pregunta en un chat de guardia y recibe tres versiones distintas.
El mapa de este cuaderno lee el caso así. Hay codificación débil (nombre de archivo opaco, sin dueño de versión). Hay transferencia rota (el buscador no entra al PDF). Hay socialización informal (el chat) que no exterioriza: la respuesta buena no pasa a una página. La compra de una plataforma nueva, sin dueño y sin señal de uso a treinta días, repetiría el archivo muerto con otro logo.
Un movimiento chico y verificable: un dueño renombra y etiqueta los diez protocolos que más se piden, el buscador se configura para leer esos PDF, y la respuesta repetida del chat se convierte en una página de wiki con fecha. Eso es gestión. La marca del software viene después, si todavía hace falta.
Límite de este cuaderno
Las herramientas no sustituyen el criterio profesional ni la cultura que decide compartir. Una organización puede tener la wiki perfecta en el papel y una norma tácita de «el saber es mío porque me da puesto». Ese límite cultural vive en el cuaderno de cultura de aprendizaje. Aquí solo dejamos la pregunta técnica: si la cultura empuja a compartir, ¿la herramienta deja rastro buscable, con dueño y con fecha?
Tampoco hace falta inventar cifras de adopción. Nonaka y Takeuchi, y Davenport y Prusak, ofrecen el marco. El número de licencias, el porcentaje de uso y el retorno de una plataforma concreta se miden en la organización, no se copian de un libro de 1995 o de 1998.
Caso aplicado: la sede que compró la plataforma y siguió preguntando en el chat
Una organización de servicios, con oficinas en tres ciudades, licenció una plataforma de gestión del conocimiento después de una feria. La demo mostraba tableros limpios, perfiles y un buscador que encontraba la frase exacta del expositor. A los cuatro meses, el chat de guardia seguía siendo el lugar donde se resolvían las dudas de procedimiento. La plataforma tenía cuatrocientos documentos. La búsqueda por el problema del día devolvía títulos de actas, no el párrafo del criterio.
El mapa de este cuaderno lee el caso fase por fase. Socialización: seguía ocurriendo en el chat, y eso no es un defecto moral; es el canal donde la gente ya se encuentra. Exteriorización: casi no ocurría. Las respuestas buenas del chat morían en el hilo. Combinación: el repositorio juntaba PDF sin un criterio de nombre ni de dueño, así que combinar era abrir cinco archivos para armar uno. Interiorización: la persona nueva leía un manual de veinte páginas el primer día y no volvía a abrirlo, porque el manual no respondía la pregunta de las once de la mañana.
Davenport y Prusak ayudan a no echarle la culpa al software. Generar sí ocurría: cada guardia producía un criterio chico. Codificar ocurría a medias: se subía el archivo y no se etiquetaba el problema. Transferir fallaba: quien necesitaba el criterio no lo encontraba en el momento de la tarea. La plataforma amplificó la codificación débil. No creó la transferencia.
Un plan de treinta días, escrito para que se pueda auditar, cabe en cuatro movimientos. Primero, un dueño lista los diez procedimientos que el chat repitió en el mes y los renombra por el problema, no por la versión. Segundo, el buscador se prueba con esas diez frases, dichas como las dice la guardia, no como las dice el índice. Tercero, una respuesta del chat que se repite dos veces se convierte, esa misma semana, en una página corta de la wiki, con fecha y con el nombre de quien la sostiene. Cuarto, a los treinta días se cuenta: cuántas de esas diez búsquedas devolvieron el párrafo, y cuántos hilos repetidos quedaron convertidos en página. Si las dos cuentas no se movieron, la licencia siguiente se discute con ese dato, no con la demo.
Errores frecuentes cuando se estudia este tema
El primer error es tratar la marca como si fuera el concepto. En el examen, nombrar un producto no dice qué fase del ciclo se sostiene. Dos organizaciones pueden tener la misma marca y una sola puede tener dueño, fecha y búsqueda por el problema.
El segundo error es oponer el saber tácito y el documento como si fueran bandos. Nonaka y Takeuchi muestran un ciclo, no una guerra. El conocimiento tácito se socializa y se exterioriza. El explícito se combina y se interioriza. Una herramienta que solo vive en un cuadrante deja el ciclo a la mitad.
El tercer error es pedir a la herramienta que reemplace el criterio profesional. Un buscador puede encontrar el protocolo de derivación. No decide si este caso cabe en ese protocolo. Esa decisión sigue siendo del oficio. Confundir las dos cosas produce respuestas de parcial largas en software y cortas en juicio.
El cuarto error es medir adopción por licencias asignadas. Una licencia asignada dice que alguien tiene cuenta. No dice que encontró el párrafo. La señal que este cuaderno pide es de uso con consecuencia: búsqueda que acierta, página con revisión, lección que el proyecto siguiente abre antes de arrancar.
Cómo se ve una lección aprendida que sí se transfiere
Después de un proyecto que se retrasó por un proveedor, el equipo escribe seis líneas: qué se supuso al contratar, qué señal de alerta apareció en la semana tres, qué se hizo, qué se haría distinto, qué etiqueta de problema lleva (retraso de proveedor, no el nombre comercial del proyecto) y quién sostiene la página. Esa página entra al buscador. El equipo que arma el contrato siguiente la encuentra porque busca la etiqueta, no porque recuerde el nombre del proyecto viejo.
Eso es exteriorización (el criterio sale de la cabeza de quien sufrió el retraso) y transferencia (llega a quien va a firmar el contrato nuevo). Si la página existe y el contrato nuevo se firma sin abrirla, la herramienta cumplió y la gestión no. El cuaderno de cultura de aprendizaje mira por qué el grupo no abre la página. Este cuaderno mira si la página es encontrable.
Autoevaluación
¿Qué movimiento del ciclo SECI sostiene una wiki cuando alguien escribe un criterio que antes solo ejecutaba?
Exteriorización: de tácito a explícito. La wiki no socializa por sí sola ni interioriza. Interiorizar ocurre cuando otra persona practica ese criterio hasta que le queda en el oficio.
¿Por qué un repositorio lleno puede ser un archivo muerto?
Porque codificar sin transferir no alcanza. Si el nombre del archivo no dice el problema, si no hay dueño ni fecha, y si el buscador no llega al párrafo, el documento existe y el saber no circula.
¿Qué señal a treinta días distingue una compra útil de una compra por moda?
Una señal de uso concreta: búsquedas que encontraron el documento, páginas con revisión reciente, o hilos del chat convertidos en página. Un discurso de lanzamiento no es esa señal.
¿En qué se distinguen el verbo codificar y el verbo transferir de Davenport y Prusak?
Codificar deja el saber en una forma encontrable. Transferir lo hace llegar a quien decide o ejecuta, en el momento de la tarea. El repositorio empuja lo primero. El buscador y la comunidad empujan lo segundo.