Get best of the week

Cómo medir y evaluar la productividad del desarrollador

¡Hola, ciudadanos de Khabrovsk! En este extraordinario día libre del fin de semana, queremos compartir con ustedes un artículo interesante que fue traducido en la víspera del inicio del curso Team Lead 2.0 .



Los desarrolladores necesitan comentarios para poder mejorar sus habilidades y adquirir nuevos conocimientos. Según el editor de Inc. La revista, por Jeff Hayden, las métricas tradicionales pueden ser engañosas porque no siempre reflejan una imagen clara. Anteriormente, evaluar el desempeño del personal era una tarea desalentadora, por lo que aparecieron herramientas de Git Analytics como Waydev. Esta herramienta ofrece un enfoque de desarrollo basado en datos para ayudarlo a sacar lo mejor de su personal.

Es muy importante medir los indicadores correctos y hacerlo correctamente. A su vez, la elección de los indicadores depende de los detalles de su negocio y las responsabilidades laborales de cada ingeniero de software.

Le informaremos sobre un algoritmo que ayudará a evaluar la efectividad de los programadores:

El establecimiento de metas


Establecer objetivos organizacionales y verificar regularmente que todos los miembros del equipo los sigan es una prioridad desde el comienzo del proyecto. Incluso si su organización ha subcontratado el desarrollo de software, el equipo de desarrollo no será una organización independiente cuya única función sea escribir código y probarlo. La integración de objetivos técnicos con objetivos comerciales comunes es un paso importante en su camino. La conceptualización de las tareas en las primeras etapas es la base para evaluar la efectividad del trabajo en las etapas posteriores.

Cada objetivo debe encajar en la idea principal del negocio, tanto a nivel de equipo como a nivel individual de cada empleado.

Colocación de cimientos


La medición del rendimiento se reduce a dos preguntas principales: qué y cómo. La pregunta "qué" se refiere a las tareas reales que enfrenta el equipo. Implica cierto hecho y expectativa. Al responder la pregunta "qué" puede significar, por ejemplo, la escritura oportuna y la prueba del código. Aquí, la "oportunidad" es un hecho claro, y la excelente calidad del código es una expectativa implícita.

La cuestión de "cómo" está relacionada con el proceso, es decir, qué tan bien trabajó el programador en el equipo, qué tan innovador fue su enfoque de la tarea, etc.

Evaluar el "qué" y el "cómo" fundamentales le permitirá comprender no solo en qué tareas está trabajando el equipo, sino también qué tan bien las realiza. Waydev proporciona una vista panorámica de sus trabajadores utilizando Work Log. Le permite ver cada solicitud de confirmación o extracción que un desarrollador de su empresa realizó por unidad de tiempo.



Centrarse en el largo plazo


Al desarrollar software, nunca debe centrarse en el componente cuantitativo del producto que se está desarrollando. Las líneas de código adicionales harán que el software sea engorroso y más difícil de mantener. Por el contrario, minimizar el número de líneas de código no es una panacea: dicho software será difícil de entender y escalar.

El enfoque orientado a resultados a largo plazo implica que, en lugar de cuantificar la efectividad del producto, el producto se evalúa en función de los resultados del equipo. Para evaluar los procesos y lanzamientos de desarrollo, es necesario analizar la estabilidad, la frecuencia de entrega y la frecuencia de actualizaciones del producto final.



Para evaluar la efectividad de un equipo en particular, debe comprender si ha logrado los resultados deseados. Al centrarse en esto, no solo aumentará la productividad de los desarrolladores, sino que también alcanzará los objetivos de la organización, lo que significa que recibirá más beneficios a largo plazo. En Waydev, puede usar la función Línea de tiempo del proyecto para ver cómo cambian el enfoque y el volumen del trabajo con el tiempo. Descubra en qué se centran los desarrolladores. ¿Se trata de escribir código nuevo, refactorizar los antiguos o ayudar a colegas? Vea qué eventos han afectado el rendimiento de su equipo para que, al tomar decisiones posteriores, pueda concentrarse en los datos recibidos.

Preparación de evaluaciones


Para que la evaluación se base, debe tener un cierto estándar que pueda seguir cuando lo reciba. Tal estándar puede servir como una descripción del trabajo o un plan de trabajo propuesto.

Consulte las descripciones de trabajo existentes, documentos, registros, correos electrónicos y cualquier otro dato que le permita llegar a una conclusión sobre la efectividad del empleado.

Si está en el equipo recientemente, hable con el líder del equipo del desarrollador, sus colegas y, si es posible, con los clientes habituales con los que trabajó.

El éxito o el fracaso depende no solo de la persona, sino también de las condiciones de trabajo:

  • ¿Hubo alguna circunstancia de fuerza mayor? Por ejemplo, ¿la complejidad subestimada de la tarea o el cambio de prioridades? Quizás esto es precisamente lo que evitó que el desarrollador lograra su objetivo y encontrara la aplicación de sus habilidades.
  • ¿Qué éxito ha logrado la compañía y cuál es la contribución de un ingeniero de software en particular? ¿Utilizó sus habilidades clave correctamente?



Con Project Timeline en Waydev, puede identificar los puntos de datos más relevantes en el flujo de trabajo de su equipo y tener una discusión productiva sobre qué conocimiento puede aplicar a su próximo sprint. Project Timeline lo ayuda a usted y a su equipo a responder rápidamente a los bloqueos del proceso que afectan el estado de salud de su desarrollo durante las conversaciones y evaluaciones retrospectivas.

Análisis de objetivos y habilidades clave.


Compare el rendimiento actual con el deseado o definido en la descripción del trabajo. Si hay resultados visibles, asegúrese de que se reflejen en ejemplos específicos y determine su valor:

  • ¿Se ha alcanzado / excedido el rendimiento deseado?
  • ¿Las condiciones de trabajo desfavorables obstaculizaron el logro de los objetivos establecidos?
  • ¿Se han logrado estos objetivos debido a que el empleado trabaja horas extras?
  • ¿El resultado del trabajo fue tan bueno que se debería alentar a este empleado?
  • ¿Este desarrollador jugó un papel clave en el logro de los objetivos de todo el equipo?



Si no hay resultados visibles, haga las siguientes preguntas:

  • ¿El éxito de la tarea dependía de esta persona?
  • ¿El problema fue causado por razones tales como la falta de equipo necesario, un volumen demasiado grande de tareas, una declaración confusa del problema o la ausencia de otros recursos necesarios?
  • ¿Puede una persona más competente resolver estos problemas?
  • ¿Cuáles son las consecuencias de no completar una tarea?



Determine con qué regularidad y eficacia el empleado aplica sus habilidades clave en su trabajo:

  • ¿El empleado usa estas habilidades diariamente?
  • ¿Utilizó todas sus habilidades, o solo algunas? ¿Que tipo?
  • ¿Cómo la aplicación de habilidades ayuda a un desarrollador a resolver tareas de trabajo? ¿Cómo afecta esto al flujo de trabajo y al éxito del equipo?
  • ¿Fue difícil para el desarrollador completar la tarea? Si es así, ¿cómo afectó esto a sus objetivos y flujo de trabajo?

Si es difícil para el desarrollador completar las tareas de trabajo y no se logran los objetivos establecidos, entonces debe pensar en organizar cursos adicionales de capacitación o educación continua.

Discusión


Todas las conclusiones que logró sacar durante el análisis deben discutirse con el propio empleado. Centrarse en sus éxitos. Para transmitir su comprensión de la situación con la mayor precisión posible, utilice ejemplos específicos. Comience con los aspectos positivos, pero asegúrese de prestar atención a las dificultades encontradas. Si el objetivo no se logró debido a una causa independiente del desarrollador, en ningún caso debe pensar que tiene la culpa de todo.

Asegúrese de hacer preguntas y escuche atentamente las respuestas. Esto ayudará a identificar problemas y comprender cómo se relaciona una persona con ellos: si quiere resolverlos, qué ve fuera de la situación y qué le gustaría cambiar.

Recomendaciones


Con base en la información que recibió durante la conversación con el empleado, su gerente y sus colegas, haga una lista de sugerencias que podrían mejorar la productividad del desarrollador.

Cómo escribir comentarios y recomendaciones


Para comentarios, se necesitan comentarios sobre el trabajo realizado. En función de los comentarios recibidos, el ingeniero podrá evaluar sus fortalezas y debilidades y sus esfuerzos directos en la dirección correcta. Recuerde que los comentarios pueden juzgarse no solo sobre el empleado, sino también sobre la persona que los escribió. Deben estar compuestos profesional y objetivamente.

Los comentarios deben reflejar los siguientes puntos:

  • ¿En qué medida el desarrollador ha completado su tarea?
  • ¿Con qué frecuencia demostró profesionalismo y habilidades clave?
  • ¿Qué ha mejorado durante el período de evaluación?
  • ¿Qué necesita ser mejorado?

Los comentarios deben tener las siguientes propiedades:

  • Objetividad;
  • Lo completo;
  • Veracidad;
  • Especificidad de dominio
  • La conclusión positiva.

Aspectos a considerar


Asistencia


En primer lugar, debe comprender si el desarrollador aparece en el trabajo. Considere la hora de llegada, salida y ausencia. Si alguien del equipo llega tarde al trabajo, abandona el lugar de trabajo por un tiempo prolongado, abandona antes de lo necesario o toma una licencia por enfermedad sin una buena razón, ciertamente no busca dar lo mejor de sí. Recuerde que la asistencia deficiente puede ser causada no solo por la pereza común, sino también por razones más serias, por ejemplo, falta de motivación, problemas de salud o agotamiento emocional.



Evitar sus deberes en el trabajo puede ser un mal ejemplo para todo el equipo. Debido a esto, otros desarrolladores tienen que asumir responsabilidades adicionales para compensar de alguna manera la ausencia de un colega en el lugar de trabajo. La situación se agrava si su organización tiene una escasez de desarrolladores y el problema se estanca. Comience a practicarlo lo más rápido posible, ya que ignorarlo puede ocasionar problemas en la vida personal y la salud de sus desarrolladores.

Dando ayuda


Todos estamos enfocados en ayudar a los clientes, pero el trabajo en equipo también es muy importante. Konowe & Associates cree que este elemento es uno de los indicadores clave de desempeño para los desarrolladores: “¿Preguntamos en su departamento (o en la empresa en su conjunto) que fue más receptivo y lo ayudó más que otros en los últimos seis meses? Y resulta que esta motivación anónima de los desarrolladores nos permite identificar a los verdaderos fanáticos de su campo, y no solo a los favoritos del liderazgo ".



La disposición a ayudar a los demás es un elemento esencial del trabajo en equipo. Colaborar en tareas complejas es mucho más efectivo que tratar de convertir montañas solo. Revisión de la función de colaboraciónle permite comprender quién comparte sus conocimientos con los demás. También le proporciona indicadores cuantitativos que lo ayudarán a evaluar el estado del flujo de trabajo de las revisiones de código.



Habilidades de planificación


Todos los miembros del equipo deben completar el trabajo a tiempo. Deben poder administrar adecuadamente el tiempo y los recursos y priorizar correctamente para llevar a cabo su trabajo de la manera más eficiente posible.

Preste atención a los plazos y la calidad del trabajo que podría sufrir debido al apuro para cumplir con el plazo: esto ayudará a comprender qué tan eficientemente trabaja el empleado. También es muy importante tener en cuenta la cantidad de tiempo dedicado al trabajo: si una persona lo procesa de manera estable, vale la pena hablar con él sobre el tiempo de planificación.

Iniciativa


Es bueno cuando los colegas están interesados ​​en saber si pueden ayudarlo con algo. Es aún mejor si ven metas y toman todas las acciones necesarias para alcanzarlas. La iniciativa es un indicador de participación en el trabajo. Identificar a los desarrolladores más activos es importante para las empresas en crecimiento, donde constantemente aparecen nuevos trabajos y los recursos humanos se redistribuyen rápidamente. Para el trabajo más efectivo del nuevo departamento, será mejor equiparlo con la mayor cantidad de personal de iniciativa. Podrán adaptarse rápidamente a las nuevas condiciones y trabajar por delante de la curva.

Para identificar a los miembros más activos de su equipo, marque la casilla cada vez que un desarrollador tome la iniciativa en el equipo.

Calidad


La calidad del trabajo es lo más importante, pero al mismo tiempo, la medida de rendimiento más compleja que se puede medir. Es probable que los ingenieros que trabajan con calidad e involucrados sinceramente en el proceso de trabajo muestren mejores resultados. Tal compromiso puede ser un criterio de calidad.

La productividad de los desarrolladores no se mide solo en las características cuantitativas del producto desarrollado, por lo que el problema no se resuelve. Los desarrolladores que escriben líneas de código adicionales simplemente aumentan la complejidad del software, lo que dificulta su mantenimiento. Debe comprender en qué están trabajando sus desarrolladores: ¿calidad o cantidad?

Los expertos del sitio web de HR World ofrecen evaluar la calidad del resultado final por la cantidad de funciones que fueron rechazadas o devueltas para su revisión. Puede utilizar esta técnica o elegir otra, más adecuada para los detalles de su empresa.

Conclusión


Por supuesto, evaluar el rendimiento en números específicos es importante, pero Cheryl Stein, un entrenador de negocios de Monster.com, le aconseja que no se limite a los números. Después de todo, los miembros del equipo son personas vivas, no solo recursos. Stein señala que algunas cualidades, por ejemplo, la capacidad de encontrar un acercamiento a cualquier persona, ahora valen su peso en oro, y tales habilidades no deben pasarse por alto. Stein también escribe sobre lo importante que es prestar atención a los cambios en la productividad laboral, ya que puede ser un síntoma de más cambios globales en la empresa.

"Una disminución en la productividad laboral puede indicar cambios en el mercado o estrategias, ideas y valores de marketing insostenibles".

Al medir la efectividad, es importante tener un diálogo con el equipo. La gente necesita saber cómo evalúa y saca conclusiones. Entonces cada desarrollador comprenderá su posición en el equipo. Con Waydev, puede ver información sobre miembros específicos del equipo, ver su progreso, ayudarlos a resolver problemas y así proporcionar una mejor comunicación vertical dentro de la organización.


¿Cuáles son los riesgos del trabajo remoto de los departamentos de TI? ¿Qué enfoques son necesarios para que el equipo trabaje eficientemente sin la necesidad de rastrearlos? ¿Por qué udalenka también necesita un horario? Las respuestas a estas preguntas se pueden encontrar en nuestro seminario web gratuito, que se realizará el 13 de mayo. Regístrese para un seminario web .

More articles:


All Articles