evaluation - logica - pruebas psicometricas para programadores
¿Cómo evaluarías a un programador? (4)
Hace unas 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 promedio, pero escuché historias de terror de tiendas que sí requieren un nivel promedio.
Mi pregunta es la siguiente:
- Como programador, ¿qué preguntas de evaluación le gustaría ver?
- Como gerente, ¿qué preguntas de evaluación le gustaría ver?
- Como evaluador, ¿cómo puede evitar el sesgo en su evaluación?
- Me encantaría eliminar la prueba de evaluación. ¿Hay alguna ventaja de tener una prueba de evaluación? Cualquier desventaja?
¿Qué hay de 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 pude juzgar a los programadores con quienes no trabajé directamente.
Una persona puede pensar que alguien es un holgazán, mientras que otra persona ve que está planeando mucho tiempo antes de comenzar a codificar
Desafortunadamente, 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 esto.
¿Qué hay de obtener 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.
Obtiene cosas es realmente 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 puedes 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 de uno en uno, se trata de la desarrollador que estás revisando.
Primero consideraría no necesariamente la cantidad de líneas de código, sino el valor del código que la persona agrega como reflexivo, por supuesto, a 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?