25 ejemplos de metas para programadores, contadas en trabajo que tú controlas

Ejemplos de metas para la evaluación de desempeño

Las metas para la evaluación de desempeño son conteos que puedes enseñar al final del año, cada una sobre tu propio trabajo.

• Escribir un documento de diseño por trimestre y pedirle comentarios a 2 personas antes de programar.
• Revisar 5 pull requests de otras personas cada semana durante 6 meses.
• Llevar 3 funcionalidades del primer commit a producción este año y escribir una nota corta de lo que cambió cada una.
• Llevar una bitácora de trabajo con una entrada por semana, con ligas a tus pull requests y documentos.
• Pedirle retroalimentación por escrito a 3 personas de tu equipo 2 meses antes de tu evaluación.

Metas de calidad de código y confiabilidad

Las metas de calidad cuentan pruebas, revisiones y arreglos. La guía pública de Google sobre revisión de código dice que un día hábil es lo máximo que debe tardar la respuesta a una solicitud de revisión.

• Responder cada solicitud de revisión de código en un día hábil como máximo, durante un trimestre.
• Agregar pruebas a 20 funciones que no tienen ninguna antes de que acabe el trimestre.
• Mantener 8 de cada 10 pull requests que abras por debajo de 200 líneas cambiadas durante 3 meses.
• Arreglar una prueba inestable por semana durante 10 semanas.
• Escribir el postmortem de cada incidente en el que trabajes en menos de 5 días hábiles, con al menos una tarea de seguimiento creada.

Metas de carrera para programadores: ascenso y alcance

Un ascenso lo deciden otras personas, así que divídelo en partes: las evidencias que tú puedes construir, como proyectos que dirigiste, documentos que escribiste o un servicio a tu cargo.

• Leer la matriz de niveles de tu empresa y anotar un ejemplo de tu trabajo para cada punto del siguiente nivel.
• Dirigir un proyecto que necesite a 2 equipos o más, desde el primer plan hasta el lanzamiento.
• Hacerte cargo oficialmente de un servicio y escribir su runbook antes de que acabe el trimestre.
• Preguntarle a tu líder cada mes, durante 6 meses, qué falta para el siguiente nivel, y anotar la respuesta.
• Escribir un caso de ascenso de una página con 5 evidencias antes de la temporada de evaluaciones.

Metas de desarrollo personal para programadores

Las metas de desarrollo personal son lo que tú eliges aprender. Si todavía estás aprendiendo a programar, las metas de programación empiezan un paso antes.

• Aprobar un examen de certificación de nube o de seguridad este año.
• Leer un libro técnico por trimestre y probar una idea de cada uno en tu propio código.
• Resolver 30 ejercicios cortos en un lenguaje de programación nuevo en 6 semanas.
• Ver una plática de conferencia por semana durante 12 semanas y escribir 3 líneas de notas de cada una.
• Usar el depurador, y no prints, para encontrar tus próximos 10 bugs.

Metas de equipo y mentoría para programadores

Las metas de equipo cuentan la ayuda que das, la parte del trabajo que nunca aparece en un commit.

• Dar mentoría a una persona con menos experiencia durante 6 meses, con una plática de 30 minutos cada 2 semanas.
• Recibir a 2 personas nuevas en el equipo este año y ayudar a cada una a subir un cambio en sus primeras 2 semanas.
• Programar en pareja con alguien del equipo una hora por semana durante 10 semanas.
• Entrevistar a 10 personas candidatas este año y mandar tus notas por escrito en menos de 24 horas después de cada entrevista.
• Grabar un recorrido de 10 minutos por un sistema que conoces bien, para las personas que llegan al equipo.

¿Qué es una buena meta para programadores?

Una buena meta para programadores cuenta trabajo que tú controlas: documentos de diseño, revisiones hechas, pruebas agregadas, personas a las que ayudaste. Un repaso de 35 años de investigación sobre metas encontró que las metas concretas y difíciles llevan a un mejor rendimiento que pedirle a alguien que haga su mejor esfuerzo. “Escribir mejor código” no tiene línea de llegada. “Agregar pruebas a 20 funciones antes del 31 de marzo” sí la tiene.

Los números del equipo son otra cosa. El programa de investigación DORA mide cómo un equipo entrega software con cinco métricas, que crecieron a partir de sus cuatro métricas clave originales. Cuentan cada cuánto despliega un equipo y cuánto tarda un cambio en ir del commit a producción. También cuentan qué parte de los despliegues necesita un arreglo urgente o una reversión, y cuánto se tarda en recuperarse de un despliegue fallido. La quinta cuenta los despliegues que no estaban planeados y salieron por un problema en producción. DORA las pensó para una aplicación o un servicio, y para el equipo que lo entrega. Pone como error común convertirlas en una meta, porque así es más probable que los equipos intenten manipular los números. Lo que importa, según DORA, es que tu equipo mejore con el tiempo, no competir.

Así que usa los números del equipo como dirección y pon tus propios conteos debajo. La guía de DORA nombra dos medidas más precisas que un equipo puede agregar: cuánto tardan las revisiones de código y la calidad de sus pruebas. También dice que los cambios chicos ayudan a la vez a la velocidad y a la estabilidad. La misma regla sirve lejos del código, en las metas profesionales de enfermería y en las metas de un asesor inmobiliario: cuenta el trabajo, no un resultado que deciden otras personas.

Cómo llevar el registro de las metas para programadores

Anota cada revisión, documento y prueba en la semana en que pasa. Un análisis de 138 estudios encontró que quienes daban seguimiento a su progreso cumplían sus metas más seguido, y que anotarlo funcionaba mejor que llevarlo en la cabeza. Tu bitácora también es el primer borrador de tu autoevaluación.

Las revisiones hechas y las pruebas agregadas son cantidades que se suman hacia un total: 120 revisiones en 6 meses es un número que vas llenando. Un día con una hora de un lenguaje nuevo es una cuenta de días, y 60 de esos días son una meta.

Mucho del año de quien programa nunca llega a un commit: la plática de diseño, la hora en pareja, la persona nueva que subió su primer cambio en el día 5. Una cuadrícula que se llena con cada documento, revisión y hora de ayuda deja ese trabajo a la vista.

Preguntas frecuentes

¿Cuáles son ejemplos de metas para programadores?

Revisar 5 pull requests por semana durante 6 meses. Escribir un documento de diseño por trimestre. Agregar pruebas a 20 funciones antes de que acabe el trimestre. Dar mentoría a una persona con menos experiencia durante 6 meses. Aprobar un examen de certificación este año.

¿Cómo escribir metas SMART para programadores?

Una meta SMART es concreta, tiene un número y tiene una fecha. “Escribir mejor código” no lo es. “Agregar pruebas a 20 funciones antes del 31 de marzo” sí, y también “Responder cada solicitud de revisión en un día hábil este trimestre”.

¿Las métricas DORA deben ser mis metas personales?

Úsalas como dirección para el equipo, no como tu calificación. DORA pensó sus cinco métricas para una aplicación o un servicio, y para el equipo que lo entrega. Pone como error común convertirlas en una meta, porque así es más probable que los equipos intenten manipular los números. Pon tus metas en revisiones, pruebas y documentos.