Premisas para reuniones de revisión

Quiero compartir algunos premisas básicas que utilizo intento utilizar en mis reuniones de revisión (iteration review).

Todo el equipo

En la review está presente todo el equipo, ya sea para llevarse halagos o críticas.

Ambiente limpio

La revisión no se realiza en un ambiente desarrollo sino en un ambiente de review/demo, el cual es un ambiente “limpio” y donde el producto queda disponible incluso después de finalizada la reunión para que el responsable de producto y los stakeholders puedan acceder a su gusto en cualquier momento ya sea para realizar demostraciones a terceros, pruebas exploratorias o simplemente para consulta.

La review no se mueve

La reunión de revisión se agenda al comienzo de la iteración y no se posterga por retrasos de parte del equipo de desarrollo. La reunión se realiza y se muestra lo que se tiene, si parte del compromiso no llegó a completarse, no importa, hay que dar la cara y decir que no se llegó. La reunión puede moverse si el responsable de producto o los stakeholders tienen un imprevisto, pero NO puede moverse por funcionalidades incompletas.

Dos tipos de Review

Continuando con la cuestión de la reunión de revisión, ayer hablaba con Charly Paez sobre dos tipos bastante distintos de reuniones de revisión las cuales a mi entender son consecuencia del nivel de participación del responsable de producto a lo largo de la iteración.

Caso de poca participación

En estos casos el contacto entre el equipo de desarrollo y el responsable de producto ocurre en (unos pocos) momentos muy puntuales a lo largo de la iteración: la reunión de planificación, algún mail de validación, alguna reunión de refinamiento y la reunión de revisión. El equipo de desarrollo trabaja en las funcionalidades y consulta  al responsable de producto pero recién presenta la funcionalidades terminadas en la reunión de revisión. Esto hace que la reunión de revisión sea una presentación del equipo de desarrollo hacia el responsable de producto. A veces esta reunión de revisión trae sorpresas y se extiende más de una hora.

Caso de mucha participación

En estos casos la interacción entre el responsable de producto y el equipo de desarrollo es mucho más frecuente y fluida. Al mismo tiempo el equipo desarrollo no espera al final de la iteración para mostrar/validar las funcionalidades desarrolladas. Sino que a medida que las funcionalidades van siendo desarrolladas/completadas el equipo las va validando con el responsable de producto. Más aún, el responsable de producto tiene una participación muy activa en las pruebas de aceptación. Esto que hace que el responsable de producto llegue a la reunión de revisión sabiendo de antemano con qué se va a encontrar y habiendo ya usado las funcionalidad que se va a presentar. En estos casos la reunión de revisión tiene un sentido distinto. Ya no tenemos al equipo presentando el producto al responsable de producto (pues este ya lo vio) sino que tenemos al responsable de producto presentando el producto al resto de los stakeholders.

Personalmente cuando puedo elegir, elijo sin dudas este segundo tipo de revisiones ya que cuando pude utilizarlo el resultado de nuestro trabajo tuvo muchísimo más impacto en la organización. En realidad no creo que el impacto sea consecuencia del tipo de revisión sino al contrario: el proyecto era de alto impacto, eso hizo que el responsable de producto tuviera un gran involucramiento en el proyecto y eso derivó una excelente interacción con el equipo de desarrollo y en reviews del segundo tipo.

Continuará…

(no me gustan los nombres que le puse a cada tipo de review, si alguien mejores propuestas, son bienvenidas)

XP2015: Day 5 Summary

This was the last day of the conference and it was dedicated to workshops (academic and industrial**). I started the day in the Refactoring (academic) workshop and after coffee break I switch to the Retrospectives (industrial) Workshop by Paulo Caroli which was one of the best sessions I attended in the whole conference. Paulo shared many techniques to plan/guide retrospectives, many of them are documented in his book Fun Retrospectives.

After the lunch it was the time to delivery my BDD Tutorial, a technical hands-on session where we reviewed the BDD technique and several implementation details with tools like Cucumber-JVM, Fitnesse and JBehave. Everything went as expected, no major issues with the technical stuff, all participant were able to run the Virtual machine I created for the tutorial. I am very happy with the results and I think I will plan to run it again in South America before the end of the year.

DSC04944

 

** academic workshop are basically presentation and discussions about formal research papers while industrial workshops are totally different, they are interactive sessions where the audience listen and do.

Agiles 2015: Diseño del proceso de selección de propuestas

Este año al igual que los años anteriores la conferencia contará con un conjunto de sesiones que surgirán de una convocatoria abierta (dicha convocatoria ya está en curso). Dado que tenemos una cantidad limitada de tiempo y espacio para sesiones, tenemos que seleccionar cierta cantidad de sesiones de entre todas las propuestas recibidas. Estimamos que tendremos espacio para entre 30 y 40 sesiones. Para elegir esas sesiones hemos definido un proceso de 3 etapas: revisión, evaluación y selección.

Etapa 1: revisión

En esta primera etapa un equipo de revisores surgidos de la comunidad, revisa las sesiones de forma objetiva, dando feedback sobre cuestiones concretas como ser:

  • La propuesta tiene faltas ortográficas
  • La propuesta está incompleta
  • La descripción es muy escueta y no queda claro el objetivo de la sesión
  • La propuesta no es consistente (se propone un workshop para 10 personas pero se plantea que los participante trabajen en 3 grupos de 5 personas )
  • La propuesta tiene errores conceptuales (técnicas para que el Scrum Master asigne a cada miembro del equipo las tareas en las que debe trabajar)

Con este feedback, cada autor debería poder mejorar su propuesta antes del cierre de la convocatoria.

Etapa 2: evaluación

Una vez cerrada la convocatoria, el equipo de revisores realiza una evaluación de las propuestas de cara a generar un ranking de propuestas. Cada propuesta es evaluada por varios pares de revisores pues en esta etapa todos los revisores trabajan de a pares.

Etapa 3: Selección

Una vez completada la evaluación hay que tomar las sesiones y ubicarlas en el programa de la conferencia. Esta no es un tarea trivial pues hay algunas restricciones adicionales como ser la diversidad: queremos tener sesiones sobre diversos temas y de oradores de diversos paises. Naturalmente estas restricciones adicionales implican que algunas sesiones queden fuera del programa a pesar de tener una muy buena evaluación (si las mejores 15 propuestas son sobre Scrum, es muy posible que varias de ellas queden fuera del programa para respetar la diversidad).Al final de esta etapa se cuenta con el programa completo de sesiones y cada autor sabe si su sesión ha sido o no aceptada.

XP2015: Day 4 Summary

As usual we started with the keynote, in this occasion by Brian Fitzgerald (Irish Software Engineering Research Centre). He talked about New directions for Software Development Process. He started with a summary of the evolution of software development process and after that he focused on the impact of Open Source movement and Crowd funding initiatives.

After the keynote I attended to the Lightning talks session where I found some interesting presentations performed by Brazilian folks (Paulo Caroli and Rafaela Fontana).

In the afternoon I attended to the testing track where I saw the most interesting sessions of the day: Llewellyn Falco talking about Getting Existing Code under Tests and Charlie Poole’ demo: From Test to Theories and back  again. Excellent speakers and very useful information.

The last session I attended was Pragmatic Architecture for Agile Teams by Janne Sinivirta, it was fine, nothing new for me but it was a useful summary of key points.

Finally at 5 PM it was the main conference closing (even when the next day there were some more workshops). As usual the closing included a retrospective activity, thanks to everyone and the announcement of the next year conference which will be held in Edinburgh.

xp_day_4

 

XP2015: Day 2 Summary

First of all I need to do a brief explanation of the conference layout. The main part of the conference takes place during Tuesday, Wednesday and Thursday. In addition to that, there are additional workshops on Monday and Friday.

So on Tuesday was the conference opening. As expected it started with the welcome by Maria Paasivaara (general chair). After that, Janne Järvinen offer a brief presentation of the Need for Speed program. A program in Finland that aims to join students and industry. Next there was the keynote by Linda Rising who talked about Continuous Retrospective. The keynote was fine, I wrote down some resources to check.

At the end of the keynote, every speaker of that day had 30 seconds to present his session and perform an invitation, good idea.

The next session I attended was Why we need architects by Rebecca Wirfs-Brock. It was interesting but nothing new for me, so in the middle I switched to the session by Nitor guys who perform a technical demo of their tool Willow which provides support for elastic cloud deployments. I really liked it.

In the afternoon I  attended to a Continuous Delivery session by Omenia guys, nice session. After that it was my first session: Continuous Delivery at Enterprise level with Jenkins and Octopush (the tool I developed with OLX guys). Everything went fine, the demo was successful but just in case I had prepared a short demonstration video. The slides are available here.

The next session I attended was a panel about Continuous Delivery. I stayed there just 15 minutes and I left the room because to my surprise the debate was very poor. I moved to another session about contracts by Antti Kirjavainen which was much better.

Finally we got to the best part of the day: the open space, yeah!!!! We had a marketplace to collect sessions for the three days. The facilitator was Charlie Poole and I liked his performance. After the marketplace we had like a cocktail and next to it the open space sessions started. We had 3 hours from 19.00 to 22.00 with up to 7 parallel sessions. For me the best session was the one I proposed: Programming practices. The goal was simple: share ideas/practices/tips among programmers. Four person joined the session: Daniel (a coach from Germany), Sebastian (a developer/trainer from Sweden), Wouter (a consultant from Holland) and Oller (a tech lead from Sweden). For me it was a great session, I really enjoyed it.

xp_day2_2

Session about contracts

xp_day2_3

Keynote by Linda Rising

City view from the conference center

XP2015: Day 1 Summary

The first session I attended was a workshop by Wouter Lagerwaij: Continuous Delivery with Docker and Jenkins Job Builder.  It was really really interesting, the speaker was an expert on the topic and the workshop’s materials were very properly prepared. I took several useful notes to review. When the workshop finished (on time, of course) we had lunch.

The lunch was self-service and included salad, fish, potatoes, cheese and bread. After lunch there was also coffee and tea available.

In the afternoon I had to choose between Fearless Change workshop by Linda Rising and DevOps and Continuous Value Delivery with Lego and Chocolate workshop by Dana Pylayeva. What do you think I choose? Yes, of course, the second one because is more related to the concerns I usually work. The workshop was fine, after brief conceptual introduction we worked in groups in an activity similar to El Pajarraco but with with a different focus: business value and team collaboration. I liked the activity and also the way Dana presented the DevOps theory.

The last activity of the day was a reception at the City Hall where we shared some drinks and soft food. It was a nice networking activity were I met people from several countries including: Holland, Slovenia, USA, Spain, Sweden, Brazil and Finland of course.

xp_day1 xp_day1b

 

De Colombia a Finlandia

El anterior post (hace unos 10 días) lo escribí estando en Girardot, una ciudad de Colombia que todo el año tiene una temperatura alrededor de los 30 grados. Mientras escribo este post, estoy en Helsinki, la capital de Finlandia, donde ahora (primavera) se promedian 12 grados de temperatura, pero que en una noche de invierno pueden llegar a 30 bajo cero. Entre uno y otro extremo pasé brevemente por casa para disfrutar del extraño otoño caluroso que azota Buenos Aires por estos días.

Pero no vine a Finlandia para compensar el calor de Girardot sino para participar de la conferencia XP2015. Llegué ayer luego de ~17 horas de vuelo con una escala de ~9 horas en Alemania. Después de semejante viaje, mis expectativas para la conferencia se han incrementado un poco más ;-)

Mirando el programa parece que habrá de todo: keynotes, muchas sesiones surgidas del call for papers, open space (en paralelo con las sesiones), clínica coaches (en  los coffee breaks), presentación de trabajos formales de investigación y actividades sociales (al anochecer).

Continuará…

Preparandome para XP 2015

A fin de mes voy a estar viajando a Helsinki para participar de la conferencia XP 2015, donde además de disfrutar de la conferencia como asistente, estaré participando como orador/facilitador dos sesiones.

La primera de ellas es una sesión del tipo Technical Demo en la que estaré mostrado Octopush, una herramienta open source que desarrollamos con la gente de OLX para orquestrar deployments en contextos de entrega continua.

La segunda sesión que estaré facilitando es un taller de Behaviour-Driven Development. El taller está dividido en partes, la primera con foco en el flujo de trabajo y en las cuestiones de colaboración/comunicación y la segunda con foco en las cuestiones técnicas. Para esto último utilizaremos una máquina virtual con todas las herramientas ya instaladas de cara a poder utilizar mejor el tiempo del taller y no perder tiempo en instalación y configuración.

xp2105

Sobre el libro de experiencias Ágiles

En una de las sesiones del open space del Agile Open Camp propuse escribir un libro de experiencias contando casos de utilización de métodos ágiles en proyectos reales. La idea venía rondando en mi cabeza desde hacía ya bastante tiempo, creo que desde que leí el libro Anthology de la gente de ThoughtWorks, allá por 2009. Este libro no me pareció deslumbrante, pero me gustó y lo que más me llamó la atención fue su formato: el libro es básicamente un compendio de artículos de diversos autores, donde cada capítulos esto totalmente independiente del resto. Al mismo tiempo la escritura de Construcción de software, me generó muchas ganas de seguir escribiendo pero de forma más liviana (escribir este libro nos llevó unos 2 años) experimentando con alguna plataforma de autoedición.

El formato inmersivo del AOC me pareció ideal para hacer hacer un especie de hackaton de escritura, así que llegado el momento hice la propuesta.

De esta forma fue que el sábado 18 en el contexto del AOC,  justo antes de la cena nos sentamos a escribir la primera tanda de casos. Para el momento de la cena y en apenas 2 horas ya teníamos la primera versión cruda de 6 casos. Luego a lo largo de la semana fueron llegando más capítulos. Finalmente este último fin de semana trabajamos en la revisión/corrección y demás detalles de publicación. Para la escritura utilizamos lenguaje Markdown y trabajar coordinamos utilizamos GitHub. Finalmente para la edición, seguimos la sugerencia de Martín Salías y utilizamos la plataforma GitBook.

El resultado de este experimento es un libro gratuito que reúne 15 relatos de agilistas Argentinos. Algunos relatos cuentan prácticas/técnicas que funcionaron y otros cuentan prácticas/técnicas que no funcionaron lo cual también considero de gran valor.

Como coordinador/editor quiero agradecer a todos los autores que se sumaron a la iniciativa de este experimento. También quiero destacar y agradecer el impecable trabajo de revisión realizado por Thomas Wallet y la inagotable creatividad de Mauro Strione en el diseño de la portada creada sobre la base de una foto de Pablo Tortorella.

El libro está disponible para descarga gratuita en diversos formatos en: http://nicopaez.gitbooks.io/libroagileaoc2015/