El Propósito de las Evaluaciones de Desempeño
Las evaluaciones de desempeño existen para servir dos propósitos: proporcionar retroalimentación que ayude a los ingenieros a crecer, y tomar decisiones justas sobre compensación, promoción y cambios de rol. Estos dos propósitos a menudo están en tensión. Como Tech Lead, puedes no ser responsable del proceso de evaluación (eso típicamente recae en el Engineering Manager), pero proporcionas input crítico sobre el rendimiento técnico, y tu retroalimentación influye significativamente en los resultados de la evaluación.
Principios de Evaluaciones Justas
- Sin Sorpresas: Nada en una evaluación debería ser la primera vez que el ingeniero lo escucha. Toda la retroalimentación debería haberse dado en tiempo real durante el período de evaluación.
- Basada en Evidencia: Las evaluaciones deben estar respaldadas por ejemplos específicos, no impresiones generales.
- Calibrada: El mismo nivel de rendimiento debe recibir la misma calificación independientemente de quién sea el evaluador.
- Orientada al Crecimiento: La evaluación debe proporcionar un camino claro hacia adelante, no solo una evaluación retrospectiva.
- Bidireccional: Los ingenieros deben tener la oportunidad de auto-evaluarse y dar retroalimentación sobre su gestión.
El Ciclo de Evaluación
Cronograma Típico de Evaluación
| Fase | Plazo | Actividades |
|---|---|---|
| Auto-Evaluación | Semana 1-2 | El ingeniero reflexiona sobre logros y áreas de crecimiento |
| Retroalimentación de Pares | Semana 1-2 | Recopilar retroalimentación 360 de colaboradores |
| Evaluación del Manager | Semana 2-3 | El manager escribe la evaluación incorporando todos los inputs |
| Calibración | Semana 3 | Los managers alinean calificaciones entre equipos para consistencia |
| Entrega | Semana 4 | Reunión 1-on-1 para entregar la evaluación y discutir crecimiento |
Escribiendo Evaluaciones Técnicas Efectivas
Al proporcionar input sobre el rendimiento técnico de un ingeniero, sé específico y basado en evidencia. Usa ejemplos concretos del período de evaluación.
## Evaluación Técnica: Buen Ejemplo
### Ejecución Técnica (Supera Expectativas)
Lideró la migración del servicio de pagos de REST a gRPC,
reduciendo la latencia p99 de 450ms a 120ms. Diseñó la
estrategia de migración que permitió cutover sin tiempo de inactividad.
La calidad del código fue consistentemente alta con cobertura de tests exhaustiva.
### Liderazgo Técnico (Cumple Expectativas)
Escribió 2 RFCs este ciclo (estrategia de caché, versionado de API).
El RFC de caché fue bien recibido y adoptado. El RFC de versionado
de API necesitó revisión significativa después de la revisión,
sugiriendo que más investigación previa de alternativas ayudaría.
### Mentoría (Por Debajo de Expectativas)
Se comprometió a mentorizar a un ingeniero junior pero canceló 3 de 6
sesiones de pair programming programadas. El ingeniero junior expresó
frustración por el apoyo inconsistente. Esta es un área para mejora
enfocada el próximo trimestre.
---
## Evaluación Técnica: Mal Ejemplo
### Ejecución Técnica
"Hizo buen trabajo este trimestre."
### Liderazgo Técnico
"Escribió algunos RFCs."
### Mentoría
"Podría ser mejor mentorizando."El Proceso de Calibración
La calibración asegura que las calificaciones sean consistentes entre managers y equipos. Sin calibración, algunos managers califican generosamente y otros con severidad, creando resultados injustos.
- Anclaje por nivel: Define cómo se ve "Cumple Expectativas" para cada nivel de ingeniería. Un ingeniero de nivel medio cumpliendo expectativas se ve diferente de un ingeniero senior cumpliendo expectativas.
- Comparación entre equipos: Los managers presentan sus calificaciones y evidencia de soporte a managers pares. Los valores atípicos se discuten y ajustan.
- Calibración de promociones: Los candidatos a promoción se evalúan contra un estándar consistente.
- Verificaciones de sesgo: Busca patrones en calificaciones entre demografías. El sesgo inconsciente puede sistemáticamente sub-calificar a ciertos grupos.
Entregando la Evaluación
- Programa una reunión dedicada de 45-60 minutos. No apresures esto.
- Comparte la evaluación escrita por adelantado para que el ingeniero pueda leerla y procesarla antes de la conversación.
- Comienza con la evaluación general y los temas clave, luego profundiza en detalles.
- Para cada área de mejora, proporciona una sugerencia específica y accionable y ofrece apoyo.
- Termina con una discusión orientada al futuro: "¿En qué quieres enfocarte en el próximo período de evaluación?"
- Escucha más de lo que hablas. El ingeniero puede tener contexto que te falta.
Errores Comunes en Evaluaciones
- Sesgo de recencia: Dar peso excesivo al último mes del período de evaluación. Mantén notas durante todo el ciclo.
- Sesgo de indulgencia: Dar evaluaciones positivas a todos para evitar conversaciones difíciles. Esto perjudica a los de alto rendimiento que merecen diferenciación.
- Efecto halo/cuernos: Dejar que un área fuerte o débil coloree la evaluación de todas las áreas.
- Comparar contigo mismo: Evaluar ingenieros basándote en cómo tú harías el trabajo. Evalúa contra las expectativas de su nivel.
- Ignorar el trabajo de pegamento: Subestimar el trabajo esencial pero menos visible como documentación, mentoría, revisiones de código y respuesta a incidentes.
Resumen
Las evaluaciones de desempeño son una herramienta poderosa cuando se hacen bien y una fuente de desmotivación cuando se hacen mal. Las claves son especificidad, justicia, consistencia y un enfoque genuino en el crecimiento. Como Tech Lead, tu input técnico detallado es esencial para evaluaciones precisas. Mantén notas durante todo el período de evaluación, proporciona retroalimentación en tiempo real y asegura que la evaluación formal no contenga sorpresas.