Tienes a un ingeniero cuyo rendimiento ha caído en los últimos dos meses. ¿Cómo lo gestionas?

Empieza con una conversación privada para entender la causa antes de etiquetarlo como un problema de rendimiento. Separa capacidad, motivación, claridad y circunstancias, porque la solución es distinta en cada caso. Fija expectativas concretas y observables con un plazo, y haz seguimiento semanal en vez de guardarte el feedback para la temporada de evaluaciones. Documenta lo acordado. Si no mejora, pasa a un plan formal pronto y con honestidad, nunca como una sorpresa.

Lo primero es revisar mis propias suposiciones, porque el output es un indicador pésimo. Miro comentarios de revisión, tickets y trabajo de incidentes, y luego pregunto en vez de afirmar. En el caso que tengo en mente, un ingeniero de nivel medio se apagó durante seis semanas y yo asumí desconexión. La causa real era que había heredado la guardia de un servicio que nadie había documentado, y estaba apagando fuegos solo casi toda la semana. Eso es un fallo de gestión, no de rendimiento. Arreglamos la rotación, escribimos el runbook y su rendimiento se recuperó en un mes. Cuando de verdad es un tema de rendimiento, me pongo muy concreto: aquí tienes tres ejemplos específicos, así se ve el estándar en tu nivel, esto es lo que necesito ver en las próximas seis semanas y hablamos todos los viernes. Lo pongo por escrito ese mismo día. Nunca dejo que un plan formal sea la primera vez que alguien se entera de que hay un problema, porque ese fallo es mío, no suyo.