Ejemplo de Evaluación de Desempeño para Programadores

Ya mencioné en este otro post que al momento de encarar un proceso de evaluación de desempeño hay factores humanos fundamentales que van más allá de los indicadores que se elija evaluar, el formulario que se utilice o el proceso en sí mismo.

Sigo opinando que lo más importante para maximizar el resultado de la experiencia – tanto para el evaluado como para el evaluador – es que la misma esté bien enfocada. El evaluador debe tener en cuenta que el objetivo fundamental de la evaluación es facilitar la comunicación y el entendimiento con su evaluado, generando un espacio formal para conversar sobre expectativas, fortalezas, puntos a mejorar y plan de acción para lograrlo.

En esta oportunidad supondremos que esto sucede y que cada evaluador ha recibido formación básica para poder conducirse durante el proceso.

El ejemplo que presento está orientado a evaluar a 90 grados (de arriba hacia abajo) el desempeño de programadores, analistas, líderes de proyecto… pero bien podría adaptarse para otras especialidades.

Continuar leyendo “Ejemplo de Evaluación de Desempeño para Programadores”

Leyes Físicas de los Dibujos Animados

Wikipedia tiene su propia página detallando las leyes físicas de los dibujos animados.
coyote.jpg
Algunas de las leyes del mundo de los cartoons son las siguientes:
  • Los explosivos únicamente van a quemar la piel del personaje, incluso cuando exploten cerca.
  • Los revólveres a veces disparan una bandera con la inscripción “BANG!” en vez de una bala real.
  • Los personajes que corren más allá de un precipicio, o que en general terminen ubicados altos en el aire, solo caerán luego de darse cuenta de su situación (dirigiendo una mirada hacia abajo).
  • Cuando un personaje comienza a correr, sus piernas serán mostradas por un leve instante como si el personaje se mantuviera en el mismo lugar, desapareciendo en una nube de tierra.
  • Cuando un personaje intenta hacer explotar dinamita, generalmente no lo logra al primer intento (sino que solo explota cuando el personaje va a chequear qué pasó con el explosivo).
  • Realizar hoyos o túneles en paredes puede ser logrado simplemente pintándolos.
  • Cuando el personaje es expuesto a un shock eléctrico, podrás ver brevemente su esqueleto como expuesto a rayos-x.
  • Los personajes pueden esconderse con éxito detrás de árboles, sin importar cuan grande sea el personaje o cuan delgado sea el árbol.
  • Frecuentemente los personajes pueden extraer objetos extremadamente grandes, de acuerdo a su necesidad, desde dentro de pequeños bolsillos o bolsos.
  • Un personaje chocando contra una puerta, pared, cerca o similar, dejará marcada una detallada silueta de su cuerpo.
  • Cazadores o predadores siempre intentarán distintos métodos de caza o trampa exactamente una vez (nunca dos) y generalmente sin éxito.
  • Las Compañías son llamadas “Acme Corporation” (el acrónimo ACME puede ser interpretado como “American Company Making Everything”).
  • Cualquier daño sufrido, cualquiera sea el mismo, nunca será permanente para el personaje.

Homenaje

El 28 de Septiembre pasado, falleció mi abuelo… el Zeide Mauri.

Moises Lerman

Nacido el 5 de Julio de 1917, se casó con mi bobe Magda y criaron 3 hijos, entre ellos mi mamá.

Mi abuelo fue un intelectual, un artista y un real ejemplo de bondad y entereza. Jamás lo escuché levantar la voz, jamás lo escuché quejarse.

Algunas cosas que aprendí de mi abuelo:

  • La familia está por sobre todas las cosas
  • Hay que amar, cuidar y respetar a la naturaleza
  • No es realmente necesario levantar la voz para convencer al prójimo
  • Las discusiones son buenas, no debemos temerles
  • Jugar y divertirse son excelentes formas de invertir nuestro tiempo
  • El dinero no es tan importante como los afectos
  • Aceptar las propias debilidades hace más fácil vivir con nosotros mismos
  • La vida es muchísimo más complicada ahora que en su juventud
  • Un perro da mucho más amor incondicional del que recibe
  • Debemos evitar pasar nuestra vida persiguiendo un objetivo lejano… dado que la vida es justamente el recorrido que hacemos día a día, y no el final del camino
  • Saber escuchar es más difícil que saber hablar

Te voy a extrañar, aunque una parte tuya seguirá por siempre dentro de mí.

¿Realidad o Ilusión? #2

¿De qué color ves los puntos?

¿Negros o blancos?

Ilusión 2

Al igual que con la ilusión anterior, únicamente enfocando toda nuestra atención en un punto determinado podemos ver su color verdadero.

Tengamos en cuenta la metáfora, y si se nos presenta la necesidad de realizar diagnósticos generales en muy poco tiempo, sepamos que los errores de nuestra parte son como mínimo probables, y actuemos en consecuencia.

Consejos para entrevistar programadores

Con el correr de los años y trabajando para distintas empresas, he entrevistado a algunos cientos de postulantes para ocupar posiciones de analistas de sistemas, programadores, diseñadores, testers y líderes.

Entrevista Laboral

La práctica, el método y la atención que destino a esta tarea me han ayudado a perfeccionar la efectividad de mis entrevistas laborales, logrando en la actualidad muy buenos resultados en la selección de personal técnico.

Considero que una entrevista laboral, desde el papel de un entrevistador, es similar a una evaluación de desempeño ficticia. En muy poco tiempo, y solo compartiendo unas horas con el entrevistado, se debe resolver si una “asociación” con la persona será beneficiosa para ambas partes.

Intentando reflejar algunos de los criterios que utilizo, es que me vi motivado a escribir este post. Voy a dividir el mismo en tres secciones:

  1. Preparación
  2. Ejecución
  3. Conclusión

Preparación

Antes de entrevistar a un postulante, si cuento con el tiempo necesario me gusta estudiar su CV, realizando anotaciones sobre aspectos que me llaman la atención.

Algunas cosas a las que les presto atención:

  • ¿La persona se postula para un puesto de programador pero está estudiando veterinaria? O lo que es más llamativo aún, ¿Inició la carrera de sistemas para suspenderla al segundo año y dedicarse a la química?
  • ¿El postulante duró menos de 1 año en los últimos 5 trabajos?
  • ¿El CV no es prolijo, tiene faltas de ortografía, no está organizado adecuadamente, no está actualizado?
  • ¿No se incluyen referencias de trabajos anteriores?

Continuar leyendo “Consejos para entrevistar programadores”

¿Realidad o Ilusión? #1

Siempre me llamaron la atención las ilusiones ópticas. Creo que son una forma ineludible de demostrar que todo lo que uno percibe no es más que un modelo incompleto de la realidad.

Frecuentemente, cuando me topo con una ilusión óptica, me surge filosofar un poco sobre lo limitados que son nuestros sentidos y las trampas que nos puede jugar nuestra mente si no asumimos nuestras deficiencias.

¿Vemos la realidad o solo un modelo simplificado de ella?

¿Escuchamos lo que nos dicen o lo que creemos entender?

Si una simple imagen burla nuestros sentidos ¿Cómo podemos asegurarnos que al tomar una decisión estamos teniendo en cuenta incluso las señales más básicas para seguir el mejor camino?

Les dejo un ejemplo para que se diviertan.

La siguiente imagen no está animada (Hacer click para agrandarla).

Sin importar lo que tu cerebro te indique, en realidad la imagen es estática.
Verás que al fijar la vista durante algunos segundos en alguna de las formas con forma de “pétalo”, todo se detiene.
Al mirar el centro negro dentro de un círculo, el mismo se detiene. Al correr la vista al próximo centro negro, el anterior empieza a moverse.

Ilusión Óptica 1

Utilizando la ilusión como metáfora, probablemente para entender mejor la situación que nos rodea primero debamos tomarnos el tiempo necesario, fijando nuestra atención paulatinamente en distintos puntos, antes de sacar nuestra conclusión final.

12 pasos para programar mejor

Como puede verse en los links de este blog, uno de los sitios que frecuento es el blog de Joel.

Hace varios años escribió un artículo sobre cómo evaluar si se están usando buenas prácticas para desarrollar software. Me pareció tan interesante que en esta oportunidad voy a traducir partes del artículo y modificarlo para reflejar mis opiniones. Más allá de alguna ironía que pueda usar, deben saber que me considero desde siempre un programador (aunque ahora esté algo oxidado), así que cuando hablo de programadores también me refiero a mi persona :-)
12 pasos para programar mejor

¿Alguna vez escucharon hablar de SEMA? Es un sistema bastante esotérico para medir cuan buenas son las prácticas utilizadas por un equipo de desarrollo de software. No, esperen! No sigan ese link! Les tomará cerca de 6 años entenderlo. Por eso Joel ha desarrollado su propio – y simplificado – test para evaluar la calidad de un equipo de desarrollo. La parte buena de esto es que lleva solo unos minutos entenderlo. Me tomaré el atrevimiento de modificarlo para reflejar también mis puntos de vista.

El Test de Joel (levemente modificado):

  1. Estás usando adecuadamente una herramienta de control de versiones?
  2. Podés realizar una implementación en un solo paso?
  3. Cada programador actualiza diariamente su versión local de desarrollo?
  4. Tenés una herramienta para registrar y administrar los bugs?
  5. Aprovechás todas sus oportunidades para arreglar los bugs existentes al escribir código nuevo?
  6. Contás con un cronograma de trabajo actualizado?
  7. Escribís especificaciones antes de desarrollar cualquier funcionalidad?
  8. Los programadores tienen un ambiente de trabajo adecuado?
  9. Usás las mejores herramientas de desarrollo que el dinero puede comprar?
  10. Tenés un equipo de testers independiente del equipo de desarrollo?
  11. Cuando se evalúan nuevos postulantes, les pedís que escriban código durante la entrevista?
  12. Realizás tests de usabilidad?

Continuar leyendo “12 pasos para programar mejor”

Evaluación de Desempeño

En dos de las empresas para las cuales trabajé, los momentos más estresantes del año sucedían durante las evaluaciones de desempeño semestrales.

Performance Review 1

Por alguna razón estas empresas deben haber copiado su sistema de evaluación de performance de algún libro de management en oferta, porque ambos funcionaban de una forma muy similar… y me siento un poco responsable por no haber podido sugerir algo un poco mejor en ese momento.

El tema funcionaba de la siguiente forma: Continuar leyendo “Evaluación de Desempeño”

Checklist de Proyectos

Hace aproximadamente 8 años, mi profesión me llevó a liderar un equipo de desarrollo de 40 personas en el Banco Hipotecario, que atendía los requerimientos de todas las gerencias y tenía como responsabilidad el mantenimiento correctivo y evolutivo del sistema principal del banco.

BH

Tengo recuerdos muy intensos de esa época, pero lo que más destaco es que la responsabilidad que asumí entonces y los obstáculos que superamos con mi equipo, fueron los disparadores concluyentes en mi carrera laboral.

A partir de ese momento, en todas las compañías y cargos que he ocupado, una gran parte de mi atención es dedicada a los procesos que se ejecutan para asegurar el éxito de los proyectos. Le he dedicado algo de atención al tema, he leído diversas publicaciones y asistido a varios eventos, aprendiendo sobre las recomendaciones del PMI (Project Management Institute), las certificaciones CMMI, los procesos y herramientas sugeridas por Rational – UML -, metodologías ágiles, XP, Scrum, etc.

Probablemente más adelante dedique un artículo a mi comparación entre las distintas propuestas y las ideas que se pueden aplicar para combinar las ventajas de cada postulado, pero en esta oportunidad quiero abordar el tema desde un punto de vista 100% práctico. Continuar leyendo “Checklist de Proyectos”