Partida lenta y Open Space

Esta vez las charlas partieron un poco tarde, quizás una media hora. Al llegar al primer piso (donde estaba la infomación del evento) me di cuenta que el papelógrafo con Post-Its en donde se inicaban los posibles temas para el OpenSpace habá desparecido. Lo encontré en una sala lejana, custodiado por algunos miembros del equipo organizador. Al final logramos reunirnos algunas personas para hablar de la conformación de una comunidad latinoamerciana de Metodologías Ágiles. La discusión fue similar a la que tiene el equipo de ChileAgil: ¿a quién debemos apuntar? ¿a desarrolladores? ¿a las empresas? ¿a la academia?

También se habló de los medios de difusión. El único camino claro fue coordinarse a través de la lista de discusión que originó esta conferencia.

La única charla sobre XP

Luego vino la única charla sobre eXtreme Programming, que la dio Israel Antezana de Bolivia. Claramente en Aregntina Scrum es la rama ágil prevalente, pero creo que se irá vanzando a algo más integral como eXtreme Programming a medida que se pase de la organización de proyectos a la generación de productos más robustos.

Acceptance Testing with Fitnesse

La primera aproximación que tuve a la agilidad fue a través de un artículo subversivo de Robert Martin, de ObjectMentor llamado “Iterative e Incremental Development” donde invitaba a hacer IID de tal manera que al resto del mundo le pareciera una cascada … Bueno, su hijo Micah ahora estaba acá con nosotros, para hablarnos de Test de Aceptación Automáticos (AAT).

Los tests de aceptación para mí son fundamentales. Es el rol principal que debe cumplir un cliente (“product owner” en la nomenclatura de Scrum). Mi experiencia siempre ha sido la definición y ejecución de dichos tests de manera manual, pero en esta charla Micah nos presentó las que son las herramientas clásicas de ATT: FIT de Ward Cunningham, y su complemento Fitnesse, creado por ObjectMentor.

Con ellas, es posible ingresar datos de prueba (fixtures) en una página de un wiki, y creando clases en Java o Python es posible juntar esos datos con el código que se va a testear. El uso de una herramienta como el wiki permite que un usuario final pueda expresar en un lenguaje cercano a él los ejemplos que desea que el sistema cumpla. Interesante.

El Panel de Discusión final

En este panel se reunieron todos los expositores angloparlantes de la conferencia, mandando su mensaje subre la proyección de la agilidad.

El momento más interesnate fue el disentimiento de Mary Poppendieck con los modelos de certificación, lo que sonó fuerte para Tobías Mayer, quién justamente estaba realizando un curso de “Certified Scrum Master“. Tobias se defendió indicando que el hacía lo mismo que Mary hacía en sus cursos de Lean, pero ella replicó que lo único que ella podía acreditar era que los alumnos habían asistido a sus curso, pero no otorgar un sello de garantía. He indicó que las conferencias de agilidad ahora estaban llenas de “scrum masters” con poca experiencia como desarrolladores, olvidándose de que en definitiva lo que debe prevalecer en el tiempo es código bien hecho.

A mí en lo personal me complica el concepto de un certificado de maestría en Scrum  que se obtiene en un curso de sólo dos días. Es una buena herramienta de marketing llamarlo “certificación”, pero confunde el real alcance de la capacitación. Mi experiencia me indica que alguien puede condiderarse “master” solo despues de haber aplicado y entendido bien el metodo como obrero.

La Retrospectiva Final

Al finalizar se realizaró una restrospectiva abierta en donde los que quisieran indicaron las fortalezas y debilidades del evento. La evaluación fue positiva en general, con muchos puntos que es posible fortalecer para futuras ocasiones.

En ese instante Juan Gabardini me ofreció un souvenir, mi propia polera (“remera” en argentino) del evento, la que acepté gustoso. El alma de turista uno nunca la pierde .

Proyecciones

Está claro que se ve venir un “Agiles 2009″, quedando en duda si se vuelve a hacer en Argentina o en otro país. Probablemente el equipo que acá se organizó quede con las ganas de repetir y mejorar la experiencia, pero habrá que equilibrar eso con la necesidad de expandir la comunidad.

Por lo pronto habrá que comunicarse mediante la lista de yahoo groups, a la espera de un portal que sirva de hub de comunicaciones a las diversas listas de discusión que se han ido armando a o largo de nuestro continente. Por mi parte, me llevo la tarea de que el “XP day” o “Agile Day” de este año sea mejor para ir fortaleciendo la comunidad chilena.

La idea de este curso es que los alumnos vivan una experiencia “miniaturizada” de XP, es decir: realizan un proyecto de desarrollo de software real pero acotado a las 3 horas semanales del taller. Esto quiere decir que se planifica con le Planning Game, se programa en pares y guiando el desarrollo por tests, hay un cliente in situ,… en fin, se aplican las prácticas valores y principios de XP

Como profesor de este ramo fue que me inicie como coach de XP, experiencia que después de muchos años he podido comenzar a aplicar en mi vida profesional en la empresa Microsystem.

Espero que haya una buena cantidad de alumnos que inscriban el curso (es opcional) y que se entusiasmen con la agilidad como forma de hacer mejor software de forma más agradable para clientes y desarrolladores.

Esta es mi tesis de magister, en donde analizo al metodlogóa que aplico en mi curso de la Universidad de Chile desde el 2002 en el curso “Taller de metodologías Ágiles de desarrollo de Software”, para decubrir las razones del entusiasmo que ha provocado en los alumnos y clientes de los proyectos realizados.

Espero en el futuro generar algunos artículos que resuman los tópicos descubiertos en esta tesis. Por mientras, esta disponible en la URL  http://chileagil.comopapel.com/publicaciones/1/

Aprovecho de avisar que este espacio se abre para todo aquel que quiera compartir sus trabajos sobre metodología ágiles, sean estos académicos o no.

Saludos

Agustín Villena

Este es el Abstract de la Tesis:

Las metodologías ágiles de desarrollo de software, y en particular Extreme Programming (XP), constituyen una de las tendencias de mayor impacto en la industria del desarrollo de software en la última década, gracias a su enfoque centrado en la generación temprana de valor y en su acento en el aspecto humano del desarrollo de software. Su adopción sin embargo ha demostrado ser bastante compleja debido a los cambios de paradigma que ellas plantean.

Desde los inicios de estas metodologías surgió el interés de incorporar esta nueva mirada como una forma de enriquecer la formación de los futuros ingenieros de software. En este trabajo se plantea que un buen aprendizaje de las metodologías ágiles de desarrollo de software puede ser logrado por los alumnos a través de una experiencia educativa teórico-práctica basada en la aplicación de dichas metodologías en proyectos reales. Este enfoque ha sido aplicado desde el año 2002 en el curso CC62V “Taller de metodologías ágiles de desarrollo de software” del Departamento de Ciencias de la Computación de la Universidad de Chile, y en esta investigación se pone a prueba esta hipótesis, a partir del análisis de una de las instancias del curso realizada entre los meses de agosto y noviembre del año 2005.
Para realizar este análisis se construyó un modelo evaluativo de aprendizaje basado en cómo las metodologías ágiles, y en particular Extreme Programming (XP), organizan el entorno de un proyecto de desarrollo de software para mantener la sincronía entre los cambiantes elementos que allí están en juego. Dichos elementos son el problema de negocios, la tecnología, la experiencia y destrezas del equipo de desarrollo, y el producto en desarrollo.
El modelo de evaluación fue aplicado sobre los trabajos generados por los alumnos de la versión del curso usado como experimento de esta investigación, complementados con las observaciones realizadas por el profesor en la sala de clases, y otras evidencias tales como las opiniones de los clientes y una encuesta de evaluación de impacto hecha a los alumnos aproximadamente 6 meses después de finalizado el curso.
Con respecto al impacto en el aprendizaje de los alumnos, se observó una comprensión y aplicación generalizada del marco de prácticas de XP, aunque el nivel de logro estuvo muy relacionado al entorno de trabajo logrado por cada uno de los proyectos realizados. En particular se encontró que algunos elementos no considerados en la hipótesis original, tales como la complejidad del problema a resolver y la relación con el cliente, tenían también un impacto relevante sobre el éxito de los proyectos, y no sólo los aspectos pedagógicos. Se comprobó la eficacia de este modelo pedagógico que promueve el equilibro entre teoría y práctica, el ambiente humano de equipo y de colaboración con el cliente y las destrezas entrenadas. Por su parte, la práctica de XP más destacada por los alumnos es la “programación en parejas”, que presenta la mejor evaluación durante el curso y es la más aplicada a posteriori. Otra práctica que causa mucho interés es el “desarrollo guiado por test”, pero se indican problemas de tiempo y experiencia para poder aplicarla después del curso.
En lo que se refiere al modelo pedagógico aplicado para que los alumnos conozcan e internalicen las prácticas de XP, se determina que las claves de su éxito se encuentran en:

• reproducir de manera fiel el ambiente de aprendizaje colaborativo acelerado que se genera en la práctica profesional de las metodologías ágiles,
• y complementar dicho ambiente con una leve capa de acciones docentes orientadas a reflexionar y retroalimentar el dominio de la metodología.