Thursday, June 5, 2014

Acerca de la autonomía

Recuerdo una vez tuve que entregar una evaluación de desempeño a una persona, y surgió la duda sobre qué significa ser autónomo. Más allá de la respuesta obvia de que pueda resolver sus responsabilidades sin necesidad de apoyo de pares o supervisores, creo que se le puede agregar algo relacionado con la visibilidad de sus tareas.

Se me ocurrió un ejemplo simple, quizás demasiado, pero que creo que puede explicar las diferentes posturas. 

Supongamos que necesito que alguien transcriba en un pizarrón una lista de tópicos a revisar en una reunión. La persona encargada toma la tarea. De golpe se encuentra con que existen tres marcadores con distintos colores, y por su experiencia previa sabe que no es algo trivial. Cuales son sus opciones:
  1. Decidir el color ella misma. 
  2. Preguntarme.
  3. Acercarce a mi y proponerme las opciones sin dejar de explicar cuál es su recomendación. Ej: no recomiendp el rojo por su connotación negativa. El verde es mi selección, porque se lee claramente y en general se lo asocia a cuestiones positivas, que avanzan (como un semáforo).  
Por qué elijo la tercer opción? Voy descartando de a una:
  1. Esta opción no representa una autonomía sana, porque no permite validar o modificar las opciones hasta que ya esté todo terminado. Si bien la persona trabajó en forma autónoma, no hay puntos de control, donde se pueda validar lo que se hizo hasta que ya no está terminado. A los efectos prácticos, es como un proyecto de una sola iteración.
  2. En la segunda opción, la persona no es autónoma en absoluto. Necesita ayuda en la toma de decisiones porque no sabe cómo proceder. A esta persona, yo podría decirle algo así como... "bueno, vamos con el color azul".
  3. La tercer opción es mi preferida, porque la persona muestra iniciativa, justifica las decisiones, pero las valida antes de consumir un tiempo que una vez transcurrido, no se podrá volver atrás. Además, al explicarme el por qué de las decisiones que tomó me facilita la comprensión cómo es su proceso mental y cómo toma sus decisiones, volviéndola más predecible, cosa que en definitiva, le brindará mayor confianza por mi parte, ganando autonomía.

Tuesday, May 27, 2014

Qué tipo de jefe tenés y cómo ayudarlo

Todos tenemos un jefe a quién reportar, y si bien nosotros no somos perfectos, tampoco lo son nuestros jefes. Ellos también tienen sus fortalezas y debilidades. En esta entrada voy a intentar enunciar algunas de sus características y cómo ayudarlos a mejorar, porque en definitiva, si a tu jefe le va mal, a vos seguramente no te vaya mejor...

Jefe laizzes-faire

Este tipo de jefe te deja hacer lo que quieras, prácticamente no te controla. Muy pocos check-points, dando rienda suelta a tu gestión. Si tenés reuniones planificadas con él de revisión de tu trabajo, posiblemente falte o quiera resolverlas rápidamente. 

Ventajas
  • Tenés libertad de acción, podes trabajar a tu propio ritmo y con las herramientas que considerás mejores.
  • Aumenta el nivel de responsabilidad de tu trabajo.
Desventajas
  • Podés enterarte muy tarde de que estás yendo en la dirección incorrecta o que estás tomando decisiones erradas.
  • Si fallás en tu trabajo, no te va a apoyar, porque no está comprometido con tu trabajo.
Qué hacer
  • Tiene cosas más importantes. Asegurate que sienta importante tu trabajo
  • Asegurarte de tener las reuniones de revisión. Llegar siempre con la información lista para presentarle. Tener identificados de antemano los puntos en los que su decisión es importante.
  • Comprometerlo con tu trabajo, pidiéndole opinión y recomendaciones. Si lo participás de tus decisiones, él va a sentirse obligado a respaldarte al presentar los resultados del proyecto a terceros.
  • Enviale email semanales con tus objetivos y logros. Si bien no necesariamente van a ser leídos, estás dándole la oportunidad de que los lean
  • Puede ser que te conozca hace mucho y tenga plena confianza en vos. Asegurate que eso se mantenga dándole visibilidad del avance de tu trabajo

Jefe high definition

Este tipo de jefe estará atento de todos los detalles. Prácticamente no te dejará trabajar sin que sientas su mirada controladora por atrás de tus hombros.

Ventajas
  • Difícilmente hagas algo que no le guste, o que se transforme en una sorpresa desagradable para él cuando lo presenten a terceros.
  • Recibís feedback constantemente.
Desventajas
  • Posiblemente no te deje trabajar tranquilo, y te esté interrumpiendo constantemente para ver cómo venís.
  • Puede minar tu creatividad, al punto de anularla, transformándote exclusivamente en su brazo ejecutor.
Qué hacer
  • Posiblemente no confíe en tu trabajo, para que empiece a confiar en vos tenés que volverte predecible para él. ¿Cómo lograrlo? Para cada punto que requiera de su intervención intentá plantear el tema lo más objetivamente posible, despojado de sentimientos y emociones, y sobre todo: presentá todas las posibles soluciones que encontrás, junto con la que considerás mejor y por qué. 
  • Mostrale que el avance no se detiene si él no estuvo presente, porque por ejemplo, estuvo en reuniones toda la mañana. Si algo necesitaba de su conformidad para poder continuar, seguí con el siguiente punto de tu lista de prioridades (preparada por vos, pero validada con él ;)

Sunday, August 2, 2009

Linus Torvalds era ágil desde 2004!

Una frase de Linus Torvalds (el creador de Linux):

“Nadie debe empezar un proyecto grande. Empieza con uno pequeño y trivial y nunca esperes que crezca; si lo haces solamente sobre diseñarás y generalmente pensarás que es más importante de lo que lo es en esta etapa. O peor, puedes asustarte por el tamaño de lo que tu esperas que crezca. Así que empieza pequeño y piensa en los detalles. No pienses acerca de la foto grande y el diseño elegante. Si no resuelve una necesidad inmediata, seguramente está sobre-diseñado. Y no esperes que la gente salte a ayudarte, no es así como estas cosas funcionan. Primero debes tener algo medianamente usable y otros dirán "hey, esto casi funciona para mí" y se involucrarán en el proyecto”.

Si bien es un comentario orientado a los desarrollos open source, la primer parte del texto aplica 100% a las metodologías ágiles.

Fuente: http://en.wikiquote.org/wiki/Open_source

Sunday, May 3, 2009

Introducción a las metodologías ágiles

En el siguiente link podrán encontrar la presentación que usé para el seminario de Introducción a las Metodologías Ágiles, dictado en el MUG en mayo de 2009.

Saturday, May 2, 2009

¿Por qué usar un Issue Tracker?

Sigo con mis listas de razones sobre las herramientas. En este caso un Issue Tracker.

Quizás deba empezar por una pregunta más básica: ¿qué es un issue tracker? Acá tienen una buena explicación, aunque en inglés.
La respuesta a esta pregunta puede simplificarse a su traducción: el seguimiento de ítems de trabajo.

Al utilizar una herramienta como Jira, Bugzilla, Trac, obtenemos los siguientes beneficios:
  • un único punto de información de cada ítem de trabajo. No hay respuestas parciales en distintos mails y/o documentos.
  • un punto centralizado para todas las pruebas y bugs detectados de una aplicación. Al ser web, se evita el problema de planillas que se van actualizando simultáneamente en distintas versiones.
  • un punto objetivo de status actual de una iteración. La información que se visualiza en un issue tracker, si está actualizada es objetiva. Desaparecen las respuestas ambiguas de "vamos bien" o los porcentajes dudosos: estamos en un 75% del desarrollo completado.
  • poder publicar a los usuarios/clientes, una herramienta para que ellos hagan su propio seguimiento y/o reporte de incidencias.
  • poder revisar asignaciones y carga de trabajo de cada miembro del equipo
  • poder saber cuanto nos está faltando de tiempo estimado de los issues pendientes para terminar la iteración
  • poder llevar diverso tipo de estadísticas, por ejemplo: esfuerzo bug/esfuerzo total iteración, burndown chart, tiempo promedio de corrección los bugs, etc.

Thursday, April 23, 2009

Mapa de desarrollo Open Source

redhat.com publicó un mapa de desarrollo open source (http://www.redhat.com/about/where-is-open-source/activity/) según un estudio de Georgia Institute of Technology (Georgia Tech). Esto se basa en la cantidad de usuarios y proyectos open source que están ocurriendo en el momento.

Algunas curiosidades:
  • El primer país es Francia, seguido de Alemania y luego España.
  • EUA está en la 9a posición
  • China: 15
  • India: 23
  • Dentro de Latinoamérica, los principales son: Brasil 12, Venezuela 34, Perú 36 y Argentina 37

Tuesday, April 21, 2009

Jira + Confluence por u$s 5 cada uno

A todo aquel que esté interesado en conocer una excelente herramienta de issue tracking, le recomiendo acceder a este link (http://www.atlassian.com/) y acceder al Atlassian $timulus Package. La idea es que por 5 días (hoy finaliza el 4o) podremos acceder a la versión full de JIRA (aunque limitada la cantidad de usuarios a 5) por un año, renovable por otros u$s 5.

Creo que es una excelente forma de probar el producto en productivo.