.svg){kind=logo}
Las personas de las que depende una empresa no aparecen en el organigrama
Las personas de las que más depende una empresa rara vez están donde dice el organigrama. Cómo detectar silos de conocimiento y dependencias de personas clave, y rediseñar el trabajo.
En esta página
Medir el trabajo real, no la apariencia de actividad.
Vea el tiempo productivo y la utilización de cada equipo, no solo lo que parece actividad.
Puntos clave
- Las personas de las que más depende una empresa suelen estar muy por debajo de la cima del organigrama, y su ausencia muestra dónde se detiene el trabajo.
- Un silo de conocimiento es un problema de acceso: el conocimiento existe, pero solo una persona o un grupo puede usarlo.
- El conocimiento no documentado, antes llamado conocimiento tribal, abarca las excepciones y los criterios que los procedimientos escritos dejan fuera.
- Para encontrar dependencias de personas clave, basta con seguir un flujo de trabajo crítico y anotar dónde se detiene y a quién se consulta.
- Reducir la dependencia implica cambiar cómo se mueve el trabajo, con reglas de decisión compartidas, prácticas para un respaldo y automatización donde una persona solo transmite información.
Es fin de mes y tres equipos esperan una exportación que es más difícil de ejecutar de lo que parece. Alguien encuentra el archivo del mes pasado y otra persona sigue las instrucciones, pero ambos terminan con preguntas que solo Marko puede responder.
Marko es un analista de operaciones que ejecuta la exportación de cierre de mes que necesitan tres equipos, incluidas las verificaciones no documentadas que hacen que las cifras sean utilizables.
Y está de licencia durante dos semanas (en su luna de miel).
La ausencia de Marko reveló la dependencia cuando el trabajo ya se había detenido. El organigrama muestra dónde está su puesto, pero no por quién pasa el trabajo.
Aquí la dependencia es fácil de detectar, aunque siga siendo costosa. La mayoría de los silos de conocimiento son más difíciles de ver.
Cuando la entrega se retrasa, contratar a otra persona puede parecer la respuesta obvia, pero sumar personas alrededor de un paso que solo un colega puede completar deja intacta la restricción. La primera pregunta es si el trabajo podría moverse de otra forma con el equipo actual.
Responderla empieza por encontrar las dependencias, hacer visible el flujo de trabajo y rediseñarlo antes de que una ausencia obligue a hacerlo.
La persona a la que todos esperan
"Ejecutar la exportación" parece una tarea que se podría delegar en una tarde, pero Marko también sabe qué registros hay que corregir y quién necesita cada versión. Las instrucciones cubren la rutina general, pero no cómo se hace el trabajo.
Dependencias como esta suelen nacer de buenas intenciones. Alguien resuelve un problema, se convierte en la persona a la que los colegas consultan y va absorbiendo las excepciones. Con el tiempo, su criterio se vuelve un paso obligatorio en el trabajo de varios equipos.
El mismo patrón aparece cuando una aprobación espera a un solo gerente o un proyecto de mejora se detiene hasta que un colega con experiencia puede explicar el proceso actual.
Esa persona puede estar a plena capacidad mientras todos los demás esperan, y pedir a los equipos de alrededor que produzcan más solo alarga la fila. La solución es cambiar cómo pasa el trabajo por ese punto.
Por qué el organigrama no puede mostrarlo
Un organigrama describe la autoridad y la responsabilidad. Indica quién dirige cada equipo, pero no dice nada sobre quién resuelve las excepciones que permiten avanzar su trabajo.
El trabajo rara vez sigue las líneas de reporte, así que varios equipos pueden depender de una sola persona sin que se note. Un analista dos niveles por debajo del equipo directivo podría ser quien conecta finanzas, operaciones y servicio al cliente.
El problema no es nuevo. Un artículo de MIT Sloan Management Review de 2006 sobre la pérdida de conocimiento ya señalaba a esas mismas personas. Menciona a los colegas a los que otros recurren en una crisis y a quienes tienen relaciones que ayudan a sacar el trabajo adelante. La organización depende de esas relaciones, además de su conocimiento de las tareas, y ambas cosas son difíciles de reemplazar cuando esas personas ya no están.
Una entrega exitosa oculta la dependencia. El experto sigue interviniendo y adaptando el proceso, el resultado llega y la situación parece funcionar.
La prueba es si el trabajo esencial tiene otra ruta cuando esa persona no está.
¿Qué es un silo de conocimiento?
Un silo de conocimiento existe cuando la información o la experiencia necesarias para el trabajo se quedan en una persona o un grupo y no están disponibles para quienes las necesitan. Los colegas tienen que volver una y otra vez a esa persona o grupo, o seguir sin lo que necesitan.
La documentación por sí sola no evita un silo. Una carpeta compartida puede contener todos los procedimientos y aun así dejar sin explicar las decisiones prácticas.
La exportación de Marko sirve a tres equipos, pero solo él puede producirla. Cada equipo recibe el resultado sin el conocimiento que hay detrás.
Esa distinción importa en cualquier traspaso: que exista un documento dice poco sobre si otra persona puede usarlo.
¿Qué es el conocimiento tribal y cómo se llama ahora?
En el contexto laboral, el conocimiento tribal es el saber hacer no escrito que se adquiere con la experiencia. Puede tenerlo una persona o compartirse de manera informal dentro de un grupo. Incluye las excepciones, el contexto y los pasos prácticos que las personas aprenden haciendo el trabajo y que no aparecen en el proceso formal escrito.
Algunas guías de lenguaje inclusivo recomiendan reemplazar "conocimiento tribal" porque toma prestado un lenguaje asociado con los pueblos y las comunidades indígenas. La IT Inclusive Language Guide de la Universidad de Washington recomienda usar "conocimiento institucional" o "conocimiento organizacional" como alternativas.
Se usará el término conocimiento no documentado.
El conocimiento no documentado es lo que las personas saben. Un silo es lo que ocurre cuando los demás no pueden llegar a él.
El costo del trabajo sin respaldo
El riesgo de persona clave es la interrupción que enfrenta una organización cuando un trabajo crítico depende del conocimiento, las relaciones, las habilidades o la autoridad de una persona en particular. Se convierte en un problema cuando esa persona se ausenta y nadie más tiene las habilidades o la autoridad para mantener el trabajo en marcha.
El costo empieza mucho antes de que una ausencia lo haga visible. El trabajo espera en fila, las preguntas interrumpen al experto y los colegas aplazan decisiones.
Esa espera se acumula. En la encuesta State of Teams 2025 de Atlassian a 12,000 trabajadores del conocimiento y 200 ejecutivos, los líderes y los equipos dedicaban una cuarta parte de su tiempo solo a buscar respuestas. Una encuesta más pequeña de 2026 de Slite, que vende software de gestión del conocimiento, encontró que el 34% de los trabajadores pasa entre 30 y 60 minutos al día esperando respuestas y que el 81% tiene que interrumpir a sus colegas para pedir ayuda.
Durante una ausencia, un equipo puede pasar días reconstruyendo un proceso que antes hacía de forma rutinaria. A gran escala, el costo se nota en los resultados operativos.
A mediados de los años noventa, Delta Air Lines perdió a muchos mecánicos con experiencia, según el mismo artículo de MIT Sloan Management Review. Al principio, esas salidas redujeron los costos de compensación, pero el personal con menos experiencia tardaba más en diagnosticar y reparar los aviones. Eso contribuyó a retrasos y cancelaciones de vuelos y elevó el costo por asiento-milla.
Reemplazar a alguien de quien depende el trabajo también es costoso. La estimación de Gallup de 2019, que todavía se cita con frecuencia, sitúa el costo de reemplazar a un empleado entre la mitad y el doble de su salario anual.
Es una estimación amplia, pero deja fuera la pérdida de conocimiento. Cuando la empresa depende de esa persona, cubrir la vacante solo restablece el puesto. Restablecer el flujo de trabajo requiere el contexto y la capacidad que lo hacían funcionar.
Cómo encontrar la dependencia antes de que lo haga una ausencia
Conviene empezar por un flujo de trabajo cuyo retraso el negocio no se puede permitir. Hay que seguirlo desde la solicitud inicial hasta el resultado final, incluido cada traspaso entre departamentos.
Estos pasos ayudan a identificar dependencias de personas clave:
- Encontrar dónde espera el trabajo. Cuando algo está listo pero no puede avanzar, preguntar qué falta: información, una decisión, un acceso o la acción de alguien. Si lo que falta es Marko, el problema aún no está diagnosticado. Hay que averiguar qué aporta él.
- Encontrar a quién recurren las personas. Preguntar a los colegas quién ayuda cuando las instrucciones no alcanzan o aparece una excepción. Cuando el mismo nombre aparece una y otra vez, probablemente se encontró un silo.
- Comprobar si los respaldos pueden hacer el trabajo. Confirmar que quien figure como respaldo tenga los permisos, el criterio y la experiencia para completar las tareas asignadas.
- Revisar las ausencias recientes. ¿Qué quedó en espera durante la licencia de alguien? ¿Qué tareas se aplazaron hasta su regreso? ¿En qué casos los colegas tuvieron que interrumpir las vacaciones de alguien para que las cosas avanzaran?
- Incluir a la persona de la que se depende. Preguntarle qué resuelve una y otra vez, qué decisiones les cuestan a los demás y qué necesitaría otra persona para asumir su trabajo con éxito.
- Registrar y priorizar las brechas. Anotar el paso crítico, por qué espera, el respaldo disponible y la consecuencia del retraso. Priorizar el trabajo esencial que no tiene alternativa viable y asignar a alguien para resolver cada brecha.
- Ajustar la solución a la causa. Capacitar a un respaldo cuando falta conocimiento, delegar cuando las aprobaciones dependen de una sola persona y redistribuir el trabajo cuando alguien está sobrecargado.
Rediseñar el flujo para que no dependa de quién está
Un flujo de trabajo que no depende de una sola persona es utilizable en el punto de trabajo. Las instrucciones, las reglas de decisión y las excepciones comunes están junto a la tarea o el sistema donde alguien las necesita, con un responsable de mantenerlas al día.
Una vez claro qué está frenando el trabajo, estos cambios reducen las dependencias de personas clave:
- Documentar las decisiones además de los pasos. El conocimiento no documentado no tiene por qué seguir así. Explicar cómo manejar las excepciones y cómo reconocer un buen resultado, y mantener esa guía al día. En la exportación de Marko, eso significa registrar cuándo están listos los datos de entrada y cómo resolver las discrepancias. "Abrir el reporte y seleccionar exportar" deja sin explicar el trabajo que importa.
- Desarrollar capacidad haciendo. Pedir a un colega que complete el flujo de trabajo con apoyo y que luego haga una ejecución por su cuenta, incluidas las excepciones habituales. La dependencia se reduce cuando otra persona puede terminar sin volver una y otra vez al experto original.
- Revisar si cada traspaso todavía necesita a una persona. Identificar los pasos en los que una persona principalmente transfiere información o deriva un resultado. Automatizar las transferencias predecibles cuando sea posible. Donde el criterio o la aprobación sigan siendo necesarios, establecer límites claros de decisión y un aprobador alternativo.
- Usar IA para capturar y compartir el proceso. Incluir la transferencia de conocimiento en la estrategia de adopción de IA. La IA puede ayudar a convertir explicaciones y pasos observados en una guía utilizable mientras se hace el trabajo. Luego, quienes hacen el trabajo pueden explicar el razonamiento detrás de las decisiones clave y validar lo que produce la IA. Una secuencia de acciones no captura todas las razones que hay detrás, así que la capa humana importa.
- Comprobar si mejora la entrega. Comparar el tiempo de espera, el trabajo completado y la calidad antes y después del cambio. Confirmar que un respaldo puede llevar el flujo de trabajo a través de las excepciones habituales y de una ausencia normal.
Así, compartir el conocimiento pasa a ser una decisión de eficiencia. Ayuda a que el equipo que ya tiene entregue de forma más confiable, para que una nueva contratación no sea la primera respuesta.
¿Qué es el factor bus?
El factor bus es un término que usan los equipos de software para describir el menor número de personas cuya ausencia repentina detendría un proyecto porque faltaría conocimiento o capacidad esencial. Un factor bus de uno significa que la ausencia de una sola persona podría detener el trabajo.
Es una medida del riesgo de persona clave basada en una hipótesis directa: ¿cuántos miembros esenciales del equipo tendrían que ser atropellados por un autobús para que el proyecto se detuviera?
Un ejemplo temprano apareció en una discusión de 1994 en una lista de correo de Python titulada "If Guido was hit by a bus?", que preguntaba si Python podría sobrevivir sin su creador, Guido van Rossum.
La idea va mucho más allá del software. Un flujo de trabajo de finanzas puede tener un factor bus de uno, incluso con un equipo grande. Aumentarlo significa asegurarse de que otra persona pueda sacar adelante el trabajo crítico.
Ver el flujo antes de rediseñarlo
Las dependencias ocultas son difíciles de detectar mientras las personas que las sostienen mantienen el trabajo en marcha. Se ve el trabajo terminado, pero no las intervenciones que lo hicieron posible.
People Intelligence de Insightful muestra cómo trabajan las personas y sugiere oportunidades para mejorar su rendimiento. Key Person Risk, una de las oportunidades de mejora que ofrece People Intelligence, muestra de quién depende el trabajo de su empresa y sugiere cómo reducir esa dependencia, para planificar una cobertura antes de que una ausencia afecte la entrega.
Insightful ve las aplicaciones, los sitios y las herramientas de IA que usan las personas, y cómo las usan. No registra contenido ni captura pulsaciones de teclas, mensajes o documentos. People Intelligence no usa capturas de pantalla ni grabaciones de pantalla.
Empiece con una auditoría de trabajo (Work Audit). Mostramos sus primeras oportunidades con sus propios datos 14 días después de instalar el agente.
Solicitar auditoría de trabajo
Preguntas frecuentes
¿Cuál es la diferencia entre el conocimiento tribal y un silo de conocimiento?
En los entornos laborales, el conocimiento tribal es el saber hacer no documentado que tiene una persona o un grupo. Un silo de conocimiento existe cuando ese conocimiento no está fácilmente al alcance de quienes lo necesitan. El conocimiento no documentado puede contribuir a un silo, pero la información documentada también puede quedar aislada si las personas no pueden encontrarla, acceder a ella o usarla.
¿Cuál es un mejor término para el conocimiento tribal?
"Conocimiento no documentado" y "conocimiento institucional" son mejores alternativas a conocimiento tribal. Ambos describen lo mismo sin usar una palabra que muchas personas hoy consideran poco sensible.
¿El conocimiento tácito es lo mismo que el conocimiento tribal?
El conocimiento tácito y el conocimiento tribal se superponen, pero describen características distintas. El conocimiento tácito es una comprensión basada en la experiencia que es difícil de expresar y el conocimiento tribal es el saber hacer no escrito que tiene una persona o que se comparte dentro de un equipo o un lugar de trabajo. Ese conocimiento no escrito puede incluir tanto conocimiento tácito como pasos de proceso sencillos que no se han documentado.
¿Cómo se captura el conocimiento tribal?
El conocimiento tribal se captura documentando cómo se hace el trabajo, incluidas las decisiones, las excepciones y las relaciones que hacen funcionar el proceso. Conviene combinar entrevistas y práctica compartida con herramientas que ayuden a registrar los pasos en el software, y luego poner la guía al alcance de quienes la necesitan.
¿Qué es el riesgo de persona clave?
El riesgo de persona clave es la posibilidad de que el negocio se vea interrumpido cuando el conocimiento esencial, las relaciones o la autoridad para decidir dependen de una sola persona. Cuando esa persona no está disponible, la entrega puede detenerse si no hay un respaldo capacitado. Este riesgo puede surgir en cualquier nivel de la organización.
¿Qué es la dependencia de una persona clave?
La dependencia de una persona clave se da cuando un flujo de trabajo o una decisión crítica depende de una persona en particular y no tiene una alternativa eficaz. La dependencia puede venir de un conocimiento especializado, un acceso exclusivo, la autoridad para aprobar o relaciones que no se han compartido.
¿Qué significa un factor bus bajo?
Un factor bus bajo significa que un proyecto depende de un número reducido de personas cuya ausencia repentina podría detener el avance porque faltaría conocimiento o capacidad esencial. Un factor bus de uno significa que la ausencia de una sola persona podría frenar el proyecto.
¿Puede dar un ejemplo de un silo de conocimiento?
Un equipo de atención al cliente puede convertirse en un silo de conocimiento si registra los problemas recurrentes en un sistema de tickets que el equipo de producto no usa. Algunos casos individuales se escalarían, pero la retroalimentación acumulada quedaría "aislada" en atención al cliente, lo que dificultaría que los colegas de producto reconozcan patrones y prioricen mejoras.
