Riesgo de persona clave: qué pasa cuando tu empleado más importante se va

Toda organización tiene personas clave: el ingeniero senior que entiende el sistema heredado, el gerente de cuentas que mantiene las relaciones con los clientes, el líder de operaciones que sabe por qué los procesos funcionan de la manera en que lo hacen, el gerente de producto que aporta el contexto estratégico que conecta la hoja de ruta con el mercado. Estas personas son valiosas precisamente porque poseen conocimientos que nadie más tiene, y esa concentración de conocimientos es también la mayor vulnerabilidad de la organización.

Cuando una persona clave se va, y eventualmente todos lo hacen, el conocimiento se va con ella. El equipo descubre los vacíos durante las semanas y meses siguientes, una situación incómoda a la vez. El despliegue falla debido a un paso manual que nadie documentó. Una relación con un cliente se enfría porque el nuevo contacto no tiene el contexto que el gerente de cuentas anterior aportaba. Una decisión estratégica se vuelve a discutir porque nadie recuerda por qué se eligió el enfoque actual.

Las investigaciones sugieren que reemplazar a un empleado senior cuesta entre el 100 y el 200% de su salario anual si se tienen en cuenta la contratación, la incorporación y la pérdida de productividad durante la transición. Pero la pérdida de conocimientos, el contexto institucional que no se puede reemplazar contratando a una nueva persona con habilidades similares, suele ser el coste mayor y el más difícil de cuantificar.

Lo que realmente se va por la puerta

El conocimiento que se va con una persona clave se divide en varias categorías, y la mayoría de los esfuerzos de transferencia de conocimiento solo capturan la primera.

Conocimiento procedimental: cómo realizar tareas específicas. Procedimientos de despliegue, administración de sistemas, procesos de informes de clientes. Esto es lo más fácil de documentar y transferir, y es en lo que se centran la mayoría de las entrevistas de salida.

Contexto de decisión: por qué las cosas son como son. Por qué la arquitectura se diseñó de esta manera. Por qué se eligió a este proveedor en lugar de a aquel otro. Por qué el proceso tiene este paso en particular que parece innecesario pero que existe debido a algo que salió mal hace dos años. Esto es mucho más valioso que el conocimiento procedimental y mucho más difícil de transferir, porque la persona que lo posee a menudo no se da cuenta de cuánta argumentación implícita lleva consigo.

Conocimiento de relaciones: la comprensión informal de cómo trabajar con personas, equipos o clientes específicos. A qué parte interesada se debe consultar primero. Qué cliente tiene un historial de cambios de alcance. Qué líder de equipo prefiere la comunicación asíncrona. Este conocimiento es casi imposible de transferir formalmente porque se acumula a lo largo de años de interacción.

Juicio situacional: la capacidad de tomar buenas decisiones en situaciones ambiguas basadas en la identificación de patrones a partir de años de experiencia. El ingeniero senior que "simplemente sabe" que un enfoque en particular causará problemas. El líder de ventas que puede saber en cinco minutos si un cliente potencial es serio. Este es conocimiento tácito en su forma más pura y no se puede transferir completamente a otra persona.

Por qué las sesiones de transferencia de conocimiento no funcionan

La respuesta estándar a la salida de una persona clave es una sesión de transferencia de conocimiento: una serie de reuniones en el periodo de preaviso de dos semanas donde la persona que se marcha descarga todo lo que sabe en su reemplazo o en el equipo.

Estas sesiones capturan quizás el 10-20% de lo que la persona realmente sabe, por varias razones.

Limitaciones de tiempo. Dos semanas no son suficientes para transferir dos años de contexto acumulado. Las sesiones son apresuradas, la cobertura es selectiva y el reemplazo absorbe más información de la que puede retener.

El punto ciego del experto. Las personas que son muy expertas en algo subestiman constantemente cuánto saben, porque el conocimiento se ha vuelto automático. El ingeniero senior no menciona el paso de despliegue manual porque lo hace sin pensar. El gerente de cuentas no menciona la preferencia del cliente por las llamadas los jueves porque es simplemente algo que sabe.

Preguntas que aún no se han hecho. Gran parte del conocimiento de la persona que se va es contextual: surge en respuesta a situaciones específicas. La pregunta "¿por qué el sistema de facturación gestiona los reembolsos de esta manera?" solo se hace cuando alguien se encuentra con la lógica de reembolso por primera vez, lo que podría ser tres meses después de que la persona que sabía la respuesta se haya ido.

La alternativa de captura continua

La respuesta estructural al riesgo de personas clave es la misma que la respuesta a la deuda de documentación, el conocimiento tribal y el impuesto de coordinación: capturar el conocimiento de forma continua como un subproducto del trabajo diario en lugar de apresurarse a extraerlo en el momento de la partida.

La documentación auto-escrita logra esto convirtiendo la actividad de compartir conocimientos que ya está ocurriendo en documentación persistente y con opción de búsqueda. Cuando el ingeniero senior explica una decisión de diseño en Slack, esa explicación se captura. Cuando la reunión cubre el razonamiento detrás de un proceso, el razonamiento se documenta. Cuando la descripción de una PR explica por qué se eligió un enfoque en particular, el razonamiento se conserva junto con el código.

A lo largo de los meses, esto produce una base de conocimientos que contiene una parte sustancial de lo que sabe la persona clave, capturada en contexto, en el momento de la creación, sin requerir ningún esfuerzo especial por su parte. Cuando finalmente se vaya, la documentación que generó a través de su trabajo normal permanecerá.

Esto no elimina por completo el riesgo de personas clave: el conocimiento tácito y el conocimiento de relaciones se resisten a la captura automatizada. Pero reduce sustancialmente el riesgo al garantizar que el conocimiento procedimental y de decisión, que constituyen la parte más grande y aplicable de lo que se va por la puerta, se conserven.

Evaluando su exposición

Una forma rápida de evaluar el riesgo de personas clave en toda su organización: para cada sistema crítico, proceso o relación con el cliente, pregunte ¿a quién llamaría el equipo si algo saliera mal a las 2 de la mañana? Si la respuesta es sistemáticamente la misma persona o dos personas, esos son sus riesgos de personas clave.

Luego pregunte: si esa persona diera su aviso de dos semanas mañana, ¿qué perderíamos? La brecha entre lo que está en su cabeza y lo que está en su documentación es su exposición.

Para la mayoría de las organizaciones, la exposición es mucho mayor de lo que esperan, porque el conocimiento de la persona clave se ha acumulado durante años, mientras que la documentación se ha acumulado esporádicamente en el mejor de los casos. Cerrar esa brecha es una inversión en retención de conocimiento que se amortiza sola la primera vez que evita una transición dolorosa.

Preguntas frecuentes

¿Cómo identificamos nuestros riesgos de personas clave? Mapée sus sistemas críticos, procesos y relaciones. Para cada uno, identifique quién posee el conocimiento más profundo. Si alguna persona aparece en más de tres caminos críticos, representa un riesgo de persona clave. La pregunta del factor autobús hace que esto sea concreto: ¿cuántas personas tendrían que irse antes de que este sistema o proceso se vuelva inmanejable?

¿Deberíamos crear redundancia mediante la capacitación cruzada? La capacitación cruzada ayuda pero tiene límites: la inversión de tiempo es grande y la persona capacitada rara vez alcanza la profundidad del poseedor principal del conocimiento. La documentación es una forma de redundancia más escalable porque sirve a todos en lugar de a un solo respaldo designado.

¿Se aplica esto a roles que no son de ingeniería? Absolutamente. Los equipos de ventas pierden el contexto del cliente cuando los gerentes de cuentas se van. Los equipos de operaciones pierden el conocimiento de los procesos cuando los líderes de operaciones cambian de puesto. Los equipos de producto pierden el contexto estratégico cuando los gerentes de producto cambian de rol. El enfoque de captura de conocimientos se aplica a cualquier rol donde el contexto acumulado sea crítico.

Lecturas relacionadas: El factor autobús, El coste oculto del conocimiento tribal, Los diferentes tipos de conocimiento, Cómo escalar un equipo de ingeniería. Páginas relacionadas: Documentos auto-escritos, Retención de conocimiento

.