Agile Open 2009: Nosotros somos el cambio que estabamos esperando

pues si, si queremos que algo cambie, si creemos que algo huele a podrido en la industria de las IT, si creemos que hay otro camino mejor, entonces no podemos quedarnos sentados a esperar que alguien lo arregle, nosotros somos los que tenemos en nuestras manos las herramientas y los conocimientos para propiciar este cambio, necesitamos un cambio de actitud que consise basicamente en llorar menos y arriesgarnos más por lo que creemos.

Esta es la idea principal que me ronda por la cabeza despues del agile open 2009, un evento que ha superado con creces cualquier expectactiva, un evento vivo lleno de gente apasionada por su trabajo con ganas de aprender y de compartir. Toda una experiencia, era exceptico con el formato "open" ahora soy fan incondiconal. Resumo un poco el evento desde mi perspectiva, que no es la única porque cada cual vivio el open a su manera en función de las charlas/discusiones a las que fue acudiendo durante el día, otra cosa fantastica de este formato.

Primer día

El primer día se hizo la presentación del evento, agustin yague, jose manuel beas, xavi albadalejo y xavier quesada fuerón los maestros de ceremonias que presentarón el evento y la asociación agile-spain y sus objetivos. Posteriormente los asistentes iban proponiendo charlas y más tarde había que votar las charlas para llenar los 30 slots disponibles (6 aulas y 5 sesiones).

Lo primero que me sorprendio es la cantidad de gente que propuso charlas, se monto una cola que no veas y se propusierón más de 50 charlas creo recordar. Algunas charlas se juntarón en un slot por ser de tematica muy similar y algunas pocas quedarón fuera, la verdad es que yo pensaba que iba a ser un caos total pero la autogarnización funciono realmente bien y entre más de 100 personas se pudo confeccionar el programa de charlas, sin duda el primer exito del open!

Segundo día, el meollo del asunto

La variedad de las charlas hizo que cada uno se hiciera su hoja de ruta en función de sus gustos, y creo que todos encontramos en el open "nuestra conferencia", mi elección fue mayoritariamente hacia los temas más tecnicos, ultimamente me preocupa mucho que se esten perdiendo las practicas tecnicas que están en el corazón de agile (XP fundamentalmente) con la popularización de Scrum y me encontre rodeado de mucha gente con la misma preocupación y con la idea clara de que estas practicas son fundamentales, y diciendolo bien alto no con la boca pequeña.

1 - Artesania del software, belleza en el código:

Fue la primera toma de contacto con Xavier Gost, sin duda la persona que más me ha impresionado en este open. Más que una charla fue una discusión donde se debatio sobre la belleza en el código y sobre el concepto del desarrollo del software como una artesania muy alejado de los procesos industriales y de la idea de ingenieria, algo con lo que resulta obvio que estoy de acuerdo para cualquiera que lea el titulo de este blog jeje. Discutimos sobre la idea del maestro y el aprendiz como metodo para formar a nuevos artesanos, y se pusierón sobre la mesa ideas realmente importantes que nuestra industria parece ignorar completamente:

• Un buen artesano del software se forma en 10 años o más, esto de aprenda java en 2 días o el cursillo por fasciculos "programar es facil" es una soberana estupidez. Y nuestra industria insiste en que quien lleva 10 años y sigue siendo programador es un "fracasado" y en forzar a la gente a abandonar las tareas tecnicas por otras de gestión justo cuando empieza a alcanzar un cierto nivel de artesania aceptable.
• Escribir código es como escribir un ensayo, lo escribimos para que lo lean otros no para que lo lea la máquina. Aplicando esta metafora en lugar de la metafora industrial de cadena de montaje quizas logremos que alguien entienda de una vez que 3 becarios mal pagados y peor formados no pueden hacer el trabajo de un verdadero artesano.

2 - Metricas en el desarrollo ágil

Charla impartida por rodrigo corral, magnifico ponente y magnifica charla, rodrigo fue conduciendo a través de lanzar preguntas de modo que de forma deductiva todo el mundo terminará convencido de las conclusiones. Las conclusiones más destables fuerón:

• Dividir en pequeñas historias y reestimarlas de forma atomica: esta terminada o no, no nos interesa nada más.
• Estimaciones con la colaboración de TODO el equipo.
• Visibilidad del estado del proyecto con indicadores objetivos y simples (los podría entender mi abuela), es decir, la grafica de burndown.

3 - Agilismo de guerrilla

Charla genial!, la presentación de xavi gost de la charla el primer día fue algo como "como introducir el agilismo sin permiso". Xavi nos hablo de como introducir el agilismo desde las bases, en las areas más tecnicas, sin permiso si quiera de tus compañeros, algunas ideas:

• Haz pruebas unitarias, aunque los demás no las hagan tu hazlas y demuestra que son utiles. Alguien pregunto que si tu te pones ha hacer pruebas vas a ir más lento que el resto, la respuesta fue magnifica "no se conoce el caso de nadie que le hayan echado por programar lento y hacer test!, y si te echan por hacer test es que son unos mamones". El agilismo de guerrilla implica mojarse y correr riesgos, si vas más lento pues vas más lento, pero haces un buen trabajo como profesional y muestras el camino a otros para hacerlo bien. Y desde luego, si te echan por esforzarte en hacer las cosas bien esa empresa no se merece tu tiempo.
• micro-commits, esta es muy buena, consiste en bajarse el código "de otros" del scm y cambiarlo, para mejorarlo obviamente, cuando se lo bajen y les empieze a dar conflictos empieza la diversión jeje. De esta forma por un lado verán la forma de hacer mejor las cosas y por otro se hará patente la necesidad de una politica de scm como dios manda, decia xavi "en algunos sitios en los que trabaje pregunte: habrá que hacer un mergue no?, y me respondierón: un que?".
• haz integración continua, por tu cuenta y sin permiso, en tu equipo donde sea, y da el coñazo cuando se rompa el build, o mejor aún, configura la herramienta de IC para que mande correos a los que rompan el build. Cuando vean la utilidad del cacharro no podrán vivir sin integración continua.
• Pair programming forzoso, de vez en cuando te sientas al lado algún compañero ha hacer pair, a lo mejor alguno te manda a la mierda, pero son los riesgos que debe asumir un guerrillero!

Brutal, vaya crack. Lo mejor es no me queda la menor duda de que no esto lo ha echo más de una vez, no es de boquilla.

Se puede estar más o menos deacuerdo con los metodos de guerrilla y con lo radical de la propuesta, pero lo que desde luego es una verdad como un templo es el fondo y el titulo de esta entrada, el cambio esta en nostros mismos y si queremos el cambio hay que llorar menos y mojarse más. ¿Somos agentes de cambio o nenazas lloronas?

4 - Artisanal Retro-Futurism and Team-Scale Anarcho-Syndicalism

O más resumidamente, la charla del queso jeje. charla propuesta por Luismi Cavallé, que de nuevo era otro crack, un tio con las ideas muy claras y que supo trasmitir muy bien las ideas detras del ARxSA.

Yo no conocia este "movimiento", me sonaba pero no le había prestado mucha atención, y acabo de descubrir que si encajo en algún lugar dentro del agilismo es justo aqui!. Algunas de las premisas de esta idea son:

• La tecnología es importante, hay tecnologías con las que hacer agilismo es más facil que con otras y esto no lo podemos obviar y sacarlo de la ecuación. El paso hacia el agilismo puede suponer también un cambio tecnologico. Cosas como rails, grails o REST en contraposición a SOAP son algunos ejemplos. La metodología no es "neutra" y da igual con que tecnología la apliques, la tecnologia usada y la forma de usarla es parte del agilismo también. Podriamos ser agiles sin hudson?, sin las herramientas de testing de las que disponemos? etc,etc.
• Vuelta a los valores core del agilismo, lo resumia el ponente con un twit de Ron Jeffries, "si no haces TDD ni intentes hacer scrum". Es decir, si no engrasas la maquinaria primero, si no dispones de buenos artesanos, ¿donde vas con tu pizarra llena de post-it de colores?, hay que ser muy inocente para pensar que algo así va a solucionar tus problemas.

5 - Pair Programming y ping-pong programming (jose manuel beas vs xavi gost)

Esta charla fue muy divertida, se comentarón entre todos ventajas/desventajas del pair programming y cuando aplicarlo y por otro lado jmb y xg hicierón un ejercicio de ping-pong programming, basicamente esto consiste en que uno escribe el test y el otro luego escribe el código necesario para pasar ese test y un nuevo test y así sucesivamente.

Aunque era la ultima del día y ya no estaba el cuerpo para muchas maravillas en la programación lo mejor fue la cantidad de discusiones interesantes cuando pones a unos cuantos artesanos del software delante de un trozo de código jeje, muy divertido. A xavi casi le da un ataque cuando alguien puso un nombre de propiedad comenzando con guion bajo! xd.

Retrospectiva del evento

Al final del evento se hizo una restrospectiva con todos los asistentes (si con todos, 160!) donde se cerro la conferencia y se hizo una lista con lo bueno y con lo malo del evento. Lo mejor fue que practicamente todo el mundo se quedo a la retro, que se veia en las caras de la gente que lo habían pasado realmente bien, el buen rollo era evidente en el ambiente, lo nunca visto en una conferencia!, sin palabras!.

Ya termino que me queda mu largo esto (como siempre xd), espero haberos dado un poco de envidia a los que no estubisteis, envidia sana para que os animeis a venir a los proximos eventos y para que os apunteis/formeis grupos locales, en el grupo de madrid somos unos cuantos pero hay sitio para todos los que vengan!.