¿Cómo evaluarías a un programador?

Question

Hace algunas semanas, se me asignó evaluar a todos nuestros programadores. Estoy muy incómodo con esto ya que fui quien enseñó a todos el lenguaje de programación de la tienda (todos salieron de la universidad sin conocer el idioma y, por suerte, soy muy hábil con eso). En la evaluación, fui muy parcial en su desempeño (puntajes perfectos).

Me alegra que nuestra tienda de programación no requiera un nivel de rendimiento medio, pero escuché historias de terror de tiendas que sí requieren un nivel medio.

Mi pregunta es la siguiente:

1. Como programador, qué preguntas de evaluación le gustaría ver?
2. Como gerente, ¿qué preguntas de evaluación le gustaría ver?
3. Como evaluador, ¿cómo se puede evitar el sesgo en su evaluación?
4. Me encantaría eliminar la prueba de evaluación. ¿Hay alguna ventaja de tener una prueba de evaluación? Cualquier desventaja?

Answer 1

Obtiene cosas realmente es todo lo que necesita para evaluar a un desarrollador. Después de eso, observa la calidad que genera el desarrollador. ¿Escriben pruebas unitarias y creen en las pruebas y son responsables del código que generan? ¿Toman la iniciativa para corregir errores sin que se les asignen? ¿Les apasiona la codificación? ¿Están siempre aprendiendo constantemente, tratando de encontrar mejores formas de realizar una tarea o mejorar un proceso?Estas preguntas son más o menos como juzgo a los desarrolladores directamente debajo de mí. Si no están directamente debajo de ti y no eres un informe directo para ellos, entonces realmente no deberías estar evaluando. Si se le asigna al evaluar a los programadores que no están bajo usted, entonces debe ser proactivo para responder las preguntas anteriores sobre ellos, lo que puede ser difícil.

No se puede eliminar la prueba de evaluación. Sé que a veces puede llegar a ser tedioso, pero en realidad disfruto hacerlo y es muy valioso para el desarrollador que está evaluando. Debe ser un administrador que se preocupa por cómo lo hacen sus desarrolladores. Eres un reflejo directo de ellos y de lo que son de ti. Una pregunta que siempre le dejo al desarrollador es que ellos me evalúen. La evaluación debe ser un camino de dos carriles.

También tengo que evaluar una lista de preguntas para cortador de galletas, lo cual hago, pero siempre agrego lo anterior y trato de hacer que la evaluación sea divertida y un ejercicio de aprendizaje durante el tiempo que tengo el desarrollador uno a uno, se trata del desarrollador que estás revisando.

Answer 2

¿Qué tal si recibimos la opinión de todos? Todos los que una persona está trabajando tendrán una visión única de esa persona. Una persona puede pensar que alguien es un holgazán, mientras que otra persona ve que está pasando mucho tiempo planificando antes de comenzar a codificar, etc.

Answer 3

¿Qué tal obtener la opinión de todos? Todos los que una persona está trabajando tendrán una visión única de esa persona.

Eso funcionaría si (1) la evaluación se lleva a cabo con puertas abiertas y (2) ha trabajado con esa persona en un proyecto o incluso en el mismo módulo. Como la persona que los evalúa, no podía juzgar a los programadores con los que no trabajaba directamente.

una persona podría pensar que alguien es un vago, mientras que otra persona ve que están gastando una gran cantidad de tiempo a la planificación antes de empezar a programar

Por desgracia, esto es discutible. Alguien que parece un holgazán podría estar en pensamientos profundos, o tal vez no. ¿Y es alguien que pasa mucho tiempo planificando, necesariamente un mal programador?

Creo que una buena pregunta de evaluación podría responder a esto.

Answer 4

Primero consideraría no necesariamente la cantidad de líneas de código, sino el valor del código que la persona agrega como reflejo, por supuesto, de lo que están asignados a hacer. Alguien le dijo que mantenga los versículos del código creando una nueva aplicación. Es muy diferente. También considere cómo la persona usa nuevas técnicas para hacer que el código sea relevante y actualizado. ¿Qué tan fácil de mantener es el código que crea la persona? ¿Hacen las cosas de manera lógica y comprensible para el resto del equipo? ¿Su codificación mejora la aplicación o simplemente la arruina? Por último, ¿su codificación mejora con el tiempo?