E43 - Knowledge management

Resumen

El episodio 43 de enCoders trata sobre gestión del conocimiento (knowledge management): cómo una empresa o una persona captura, almacena, distribuye y aplica lo que sabe para que no se pierda cuando alguien se va. Se distinguen tres tipos de conocimiento (explícito, implícito y tácito) y se destaca el riesgo de depender de empleados clave que no documentan. Se describen las fases de un KMS (adquisición, almacenamiento, distribución y aplicación) y la importancia de la cultura organizacional: una cultura competitiva y agresiva con los despidos desincentiva compartir. Los participantes cuentan sus propios sistemas de notas (Notion, OneNote, Markdown con git, cuadernos, tabletas) y se repasan herramientas como SharePoint, Google Drive, Confluence, Notion, Guru o SuccessFactors (un LMS). Hacia el final se tocan la transferencia técnica de proyectos (código legible, queries generadas con dplyr en vez de SQL largo en texto plano) y se adelanta el tema de la próxima sesión: calidad de código, documentación y herramientas de enseñanza.

Capítulos

• 00:00
  IntroSe presenta el tema: transferir conocimiento evita que se pierda cuando alguien se va de la empresa, se retira o muere, y ayuda a no repetir errores. Los participantes comentan que hacen knowledge management también para su "yo del futuro" y piden anécdotas de traspasos; hay problemas técnicos con la cámara del stream.
• 03:47
  Qué es Knowledge Management? KMS, CMS, DMSEs el sistema o metodología con que un grupo gestiona, preserva y transfiere conocimiento; se mencionan KMS (knowledge management systems), CMS (content management) y Data Warehouse. Ejemplos de herramientas: SharePoint, Google Docs, Confluence. Los panelistas cuentan sus sistemas personales: Notion, Confluence, OneNote, un blog de notas y la carpeta de descargas; discuten que SharePoint por defecto es más un repositorio que un KMS y que Notion por debajo usa Markdown. Se desea un indexado rápido con GPT.
• 11:31
  Por qué es importante?Sirve para reconocer y cerrar brechas de habilidades (skill gaps), no repetir formaciones (por ejemplo, talleres de Linux o git grabados), cuidar la seguridad de datos compartiendo solo con quien corresponde y ganar eficiencia operacional. Hay una digresión sobre cuadernos, contraseñas pegadas en el cubículo y tablets de tinta electrónica.
• 16:05
  Tipos de conocimientosSe distingue el conocimiento explícito (enseñanza, documentación), el implícito (se gana con la práctica y podría escribirse, como "nunca hacer un DELETE sin WHERE") y el tácito (intuición, difícil de transferir). Se compara la intuición experta con un modelo de caja negra frente a un Random Forest, y con elegir una ruta manejando versus Google Maps. Hay una pregunta del chat sobre correr código Python en RStudio (con reticulate), y comentarios sobre Anaconda, WSL y dev containers en Docker.
• 26:11
  Importancia de algunos empleados por su conocimientoHay empleados clave cuyo conocimiento se pierde si se van; se relata el caso de una persona que era "el diccionario" de unas bases sin documentar, con una posición de poder por ello. Se concluye que no basta documentar: hay que traspasar también el conocimiento práctico, y que hay pocos incentivos para documentar. El presentador cuenta que delegó la administración de Bitbucket hace unos 3 años.
• 30:28
  Partes del Knowledge Management System (KMS)Un KMS se divide en adquisición, almacenamiento y organización, distribución y aplicación, dentro de un entorno sociocultural y tecnológico que influye en la transferencia.
• 31:21
  Adquisición de conocimientoSe adquiere con feedback de clientes, entrevistas a empleados expertos, encuestas con formularios o pidiéndoles que documenten de principio a fin. La edición colaborativa se considera muy importante para completar detalles que se le escapan a quien documenta.
• 31:52
  AlmacenamientoSe discute el problema de documentos guardados en el OneDrive personal, a los que el equipo no tiene acceso, y de personas que se van dejando una carpeta comprimida sin orden. Se defienden carpetas compartidas definidas, estándares de calidad y documentación, y que los líderes la impulsen. Se comparten anécdotas de respaldar el PC completo de un colaborador (en S3) y de la documentación en Amazon.
• 39:05
  DistribuciónNo basta enviar el link: hay que lograr que la gente lo lea o vea los videos, lo que requiere cultura organizacional. Una cultura competitiva y agresiva con despidos hace que la gente no comparta; lo ideal es recompensar la buena documentación. Se mencionan culturas competitivas, neutras y de compartir (el área de datos suele ser más abierta), y que la documentación puede estar en la "definition of done". También se habla de reemplazo por IA y de traspasos que obligan a rehacer proyectos mal conceptualizados.
• 45:29
  MemesSe comparte el meme del perezoso y el de escribir un título con el signo gato en Notion, lo que lleva a debatir que las herramientas deben ser simples y colaborativas para que se usen. El presentador prefiere Markdown versionado en git (con todos los planes de las 43 sesiones), aunque reconoce la ventaja de Notion en celular. Se responde una pregunta del chat sobre aprender Cloud: elegir una nube (AWS, Azure, GCP), luego mapear servicios equivalentes, y se recomienda el libro de Fundamentos de ingeniería de datos; se comparan AWS y Oracle.
• 56:48
  Herramientas para gestionar conocimientoSe listan Jira (generación de tickets), Google Drive, SharePoint, Notion, Confluence, Basecamp, Guru (extensión de navegador), Helix, 360 y SuccessFactors (un LMS de SAP, comparable a Coursera pero privado) y una alternativa a Notion vista en un video patrocinado. Se comenta que Oracle es más organizado como empresa y que Amazon es más desordenado por dentro.
• 01:04:57
  Preview de Transferencia de Conocimiento y metodologías para transferir un proyecto técnicoSe cuentan experiencias de recibir proyectos (desde meses de refactorización hasta dos semanas para entender un proceso). Se defiende generar queries SQL con dplyr y collect en R, o con listas de variables (features, target, informativas), en lugar de SQL largo en texto plano, y se acepta sacrificar legibilidad para optimizar dejando un comentario. Se anuncia que la transferencia de conocimiento y la educación técnica se profundizarán en una sesión posterior. Hay una pregunta sobre el lenguaje Mojo.
• 01:21:21
  Buena documentación de la aplicación y la arquitecturaAdelanto: calidad de código, limpieza, principios SOLID, y documentación de la aplicación (descargar, configurar, instalar, utilizar, contribuir, cambios en producción) y de la arquitectura (comunicación entre secciones, ambiente, workflow de desarrollo, CI/CD, tests automáticos).
• 01:21:55
  Herramientas útiles para la educación de temas técnicosSe explica la diferencia entre una tableta digitalizadora (se dibuja moviendo el lápiz y se detecta la presión) y una tablet con pantalla. Se nombran Open Board, Explain Everything, Wacom, Miro, Zoom, OBS, YouTube, Canva, Obsidian, RemNote y SimpleMind como herramientas para enseñar y documentar.
• 01:24:28
  CierreLa próxima sesión será sobre modelos de propensión y uplift, y la siguiente retomará transferencia de conocimiento y enseñanza. Se comenta que las tabletas con pantalla son más caras, y se invita a dejar dudas en el Discord.

Palabras clave