Mostrando entradas con la etiqueta eventos. Mostrar todas las entradas
Mostrando entradas con la etiqueta eventos. Mostrar todas las entradas

lunes, 6 de noviembre de 2017

Diez años de agilidad - Agiles 20xx

Segundo día Ágiles 2017, hermosa mañana, disfrutando la dinámica de open space, momento de propuestas de sesiones.
Se acerca Alan Cyment y me dice "Juan, este es el 10mo Ágiles, se me ocurrió que podemos proponer una sesión para rememorar el camino de los Ágiles".
Y así lo hicimos.
Rememoramos en 50 minutos este camino en el que nos formamos como comunidad, y crecimos juntos como personas y profesionales, pasando por los desafíos que nos llevaron desde un grupo de personas que no se conocían, sin respaldo institucional alguno, a realizar 10 eventos consecutivos, en 7 países, 8 ciudades, con entre 200 y 800 asistentes.


Este es mi resumen de lo que hablamos en la sesión y conversaciones adicionales que tuve luego de la sesión.


Pero antes, una brevísima introducción a Ágiles 20xx, las Jornadas latinoamericanas sobre metodologías ágiles.

¿Qué son los eventos Ágiles 20xx?

Ágiles es un encuentro anual de dos o tres día, donde intercambiamos experiencias sobre desarrollo ágil de software y la aplicación de agilidad a otros ámbitos, que se realiza en ciudades distintas de latinoamérica.
Esta es la lista de los Ágiles hasta ahora, ¡los primeros 10 Ágiles!


Sobre la sesión

Iniciamos agrupándonos por nuestro primer Ágiles. Fue una sorpresa. Varios de nosotros empezamos en el 2008 y había algunos de 2009 y 2010. Luego varios años sin representantes, y a partir del 2014, varias personas en cada evento. No analizamos con profundidad el motivo del hiato.
Le dedicamos mucho tiempo a las anécdotas y recuerdos de los primeros años, y muy poco a los eventos a partir del 2014.

2008 - El comienzo

¿Cómo empezó? En 2006 Alan organizó el primer CSM en Argentina con Tobias Mayer. Tobias pidió antes de su visita, que interactuaramos en un grupo. Usamos uno que había creado Alan (laasd: latin american agile software development). En 2009 el grupo cambió de nombre a Foro Ágiles.
Ese mismo año, Baufest organizó un CSM con Jeff Shuterland. Y volvió Tobias a realizar dos CSM adicionales. Hacia fines de 2006, había 100 CSM en Argentina y un grupo Yahoo! con algún movimiento.
Hacia fines del 2007, le propuse a Alan y a Tobias tomar un paso más en la construcción de una comunidad: organizar un evento. ¿Para qué un evento? Para conocer a personas que estaban haciendo lo mismo y que no conocíamos. También para hacer visible la agilidad en el mercado, para dejar de ser los locos que hacen algo que nadie más hace.
Alan lo propuso en el grupo de correo y se sumaron varias personas. Por ejemplo Martín Salías, Alejandra Alfonso, Pablo Tortorella. Y estoy cometiendo una gran injusticia, por todos los que ayudaron a que ocurra. Algunos están en esta foto.
Nos llevó un tiempo decidir el alcance y criterios del del evento. Por ejemplo, el alcance geográfico: ¿De Buenos Aires, de Argentina, de Latinoamérica, Hispanoamérica, Iberoamérica?
¿Pagado por quién? ¿Por los asistentes, los sponsors, por nadie? Tradicional o Open Space.
El diseño del evento fue:
  • Alcance Latinoamericano (incluyendo Brasil).
  • Idioma Español, Inglés y Portugués (sitio y sesiones).
  • Costos: Gratis para asistentes, sponsors pagos (en dinero o servicios) e invitados internacionales pagados principalmente por sus cursos.
  • Formato: Dos días, en paralelo, formato tradicional y open space. Esto lo hicimos siguiendo el ejemplo de un Scrum Global Gathering. ¡Fue un mal ejemplo!


Tuvimos muchas dificultades para que la instituciones confíen en nosotros. Nos cancelaron dos sedes "confirmadas" (Universidades) y una ONG para gestionar cobros y pagos, porque consideraban muy riesgoso el evento.
Y era totalmente entendible, un grupo de personas sin respaldo institucional, ni historia, organizando un evento para 200 asistentes, con invitados internacionales y 4 cursos.


Finalmente, lo logramos gracias al apoyo de SADIO y varias empresas, que nos dieron una mano grande, siempre por personas que tomaron las decisión de ayudar. Recuerdo por ejemplo a Microsoft (Ezequiel Glinsky), Epidata (Andrés Anacleto), Verizon (Sebastián Po). Ricardo Colusso y Juan Gabardini (yo) quedamos como co-presidentes con el solo objetivo de poder firmar acuerdos/contratos con algunas de las organizaciones.
Nos ayudó tener algunos nombres reconocidos participando: Tobias Mayer, Mary y Tom Poppendieck.

2009 - ¿Cómo seguir?

Aunque el open space del 2008 no funcionó bien en paralelo, dió lugar a la discusión de la próxima sede. Varios de los organizadores de 2008 consideraban que, con todo el esfuerzo que habíamos hecho, hubiera sido relativamente fácil repetir en Buenos Aires u otra ciudad de Argentina. Por otro lado, apostar a que la siguiente sede fuera en otro país afirmaba la idea inicial de un evento internacional. Las propuestas más firmes fueron Florianópolis (Samuel Crescencio) y Sao Paulo. También surgieron Córdoba, Lima y Montevideo.
Finalmente, a fines del 2008, nos decidimos por Florianópolis.
Nuevamente los organizadores locales tuvieron dificultades por no tener una organización que los respalde. Luego de muchos intentos, se logró una sede hermosa.
El diseño del evento se mantuvo, salvo unas unas pocas modificaciones:
  • Costos: pago para asistentes (con beneficios para estudiantes), sponsors pagos (en dinero o servicios). Alan dio cursos CSM que donó al evento.
  • Formato: Dos días de cursos y dos días de formato tradicional. Sin open space.

2010 - 2013 - Manteniendo la llama

En el 2009 los 5 asistentes peruanos tomaron valor y se propusieron como organizadores, entre ellos Gustavo Quiróz. Nuevamente fue un esfuerzo lograr el lugar. La parte administrativa la tomó una empresa amiga.
No había propuestas claras de sedes alternativas, por lo que repetimos la sede y volvimos a Buenos Aires. La comunidad argentina había pasado por dos años muy intensos en cuanto a evento open space, entre 2009 y 2010 habías hecho unos 20 encuentros en distintas ciudades. La idea de los eventos open space nos la propuso Xavier Quesada Allué, que los había visto en Bélgica con la marca Agile Open.
En 2011 se hizo en Buenos Aires, por primera vez en una Universidad, y ya con el apoyo administrativo de SADIO. Incorporamos el 3 día de open space (el sábado). Entonces, como parecía poco desafío, ¡Martían Alaimo organizó su casamiento y el evento en paralelo!
Seguimos sin tener propuestas alternativas para sedes y, debido al dinamismo que tenía la comunidad argentina en es momento, mantuvimos país pero cambiamos la ciudad a Córdoba para el 2012. Los peruanos, interesados en organizar, replicaron la serie de eventos open space en varias ciudades del país, como preparación a nivel comunidad.
En 2012 se volvió a hacer en una Universidad, aunque esta vez en un campus alejado. Participaron muchas más personas de una segunda ola comunitaria de Argentina. También se sumaron más personas de otros paises.
Se presentaron dos propuestas de sedes, por primera vez en varios años: Lima y Cochabamba. Y no teníamos un mecanismo consensuado para tomar la decisión. A pesar de los intentos, nadie quedó muy conforme con el proceso que llevó a la decisión.
En 2013 se produjo un quiebre, se sumaron muchos más personas.
Tanto Medellín como Montevideo prepararon bien su propuesta de sede. Varios de nosotros le dedicamos casi el día completo de open space para pulir el proceso de selección de sede.
Se generó, con la visibilidad de los paises participantes y las conversaciones que de allí surgieron, una idea más fuerte de comunidad latinoamericana. Surgió la idea de alternar las sedes entre norte, centro y sur del continente. Fue también, lamentablemente, el último evento con presencia fuerte de brasileros. Al punto que en 2013 y 2014 el sitio está solo en español.
En este tramo, empezamos a tener un keynote speakers lationamericano (desde 2011).

2014 - 2016 - Crecimiento

Como resultado de la profundas charlas sobre sede que se dieron en 2013, apareció el patrón de que se presenten dos o más sedes, y a igualdad de situación, se eligue por alternancia geográfica por historia de presentaciones en años anteriores. Entonces en 2014 se presentaron Montevideo, México y Cuba/Miami. En 2015 se presentaron Ecuador y Chile avisó que se estaban preparando para el año siguiente.
En estos años se hicieron algunos experimientos. En Medellín (2014) se contrató una empresa organizadora de eventos, se realizo en un hotel, casi se duplicó la cantidad de asistentes (más de 700), se incluyó almuerzo por primera vez, todo lo que llevó a elevar el valor de la entrada. En algunos sentidos, fue un evento más tradicional, salvo que se incluyó Facilitación Gráfica a nivel evento, por primera vez.
En Montevideo (2015) se ajustó el proceso de selección de propuestas, basandose en las experiencias previas, incluyendo ajustes en la aplicación de Call for Paper y un fuerte equipo de Facilitadores Gráficos.
En Quito (2016) se produjo el mismo problema que ocurrió en Lima 2013 y en Medellín 2014: alguna de las personas claves no estaban en la ciudad en la que se realizaba el evento. Esta es una situación inestable. Requiere mucho esfuerzo de comunicación y personal (tiempo y dinero).
En todos los eventos, el 3 día, en formato open space, tuvo relativamente pocos asistentes (la mitad de los asistentes a los primeros días). Y las sesiones presentadas normalemente no tenían el mismo nivel de preparación.

2017 y 2018 - ¿Madurez?

¡Tres días de open space! ¡Universidad! ¡Invitados muy especiales! ¡Almuerzos resueltos en el lugar! ¡Sin sponsors! ¡Entradas accesibles!

Fueron muchos experimentos. No charlamos sobre este evento en la sesión de historia, por lo que solo agrego una nota personal: ¡Estuvo genial!

Y sigamos construyendo, en el ¡2018 en Ciudad de México!

miércoles, 5 de marzo de 2014

Reunión Agile Peru en Lima el 27 de Febrero

Aprovechando mi estadía en Lima, el jueves pasado fui a la reunión mensual de Agile Perú. Nos reunimos en Avantica, que prestaron la sala y proporcionaron bebida.

Se presentaron temas y luego se votó, en un estilo Open Space. Iniciamos unas 15 personas y hubo unas 25 personas en total. Había un par de personas nuevas en agilidad, y personas con mucha experiencia. Se planteó hacer dos tracks, uno introductorio, pero finalmente se unificó en una sola ronda


Hubo tiempo para 4 temas, y podes ver todas las fotos en el album. Además, facilité gráficamente las charlas.

Mejores prácticas de Estimación

¡Sería mejor hablar de buenas prácticas, no de mejores!
Se partió de la pregunta frecuente del tipo: "como hago para estimar agile mejor que como lo hago ahora". Esto lleva a entender que si hacemos lo mismo que antes no podemos mejorar la estimación, y de ahí pasamos a entrega incremental, formatos alternativos de contratos, confianza, negociación win-win,  y alternativas para estimar al inicio de un proyecto con un equipo nuevo.
   

¿Cómo manejar proyectos llave en mano?

Casualmente (o no tanto :D) la conversación derivó naturalmente en el siguiente tema. ¿Cómo manejamos proyectos llave en mano?
A su vez, la pregunta fue cambiando a "cómo convencemos a nuestros clientes que entrega incremental y colaboración es mejor él? 

¡El rol de Product Owner es una gran mentira!

Esta fue una sesión propuesta por mí. Plantee una discusión, en cuanto a la utilidad y aplicabilidad del rol de Product Owner, usando 3 casos en los que creo que no aplica (Organización de conferencias, Pproducto masivo, Open source), y tres hipótesis que no siempre son ciertas (Product Owner como priorizador de necesidades, Capacidad fija del equipo, Software funcionando como medida del éxito).


Técnicas Retrospectivas (Motivar participación)

Un par de personas expusieron la situación del proyecto en el que estaban (distribuido, largo) y nos dieron una excelente oportunidad para hablar sobre las características de las retrospectivas efectivas, como identificarlas y fomentarlas.



Cierre
Por lo que comentaban, fue una buena reunión. La comunidad limeña viene de un año en el que las reuniones giraban en torno a organización de eventos (sobre todo Ágiles 2014, que exigió mucho trabajo). Y ahora disfrutan de las reuniones de intercambio de ideas y experiencias. La organización es super liviana: El lugar y las bebidas ofrecidos por una empresa, las charlas se definen en el momento. 

Les dejo el link al albúm de fotos

martes, 27 de noviembre de 2012

Agile Open Seguridad y charla sobre Desarrollo Ágil

El sábado pasado (24 de noviembre), participé en Agile Open Seguridad, un evento del Agile Open Tour que se hizo en la Universidad de Belgrano.

El evento fue organizado y facilitado por Carlos Pantelides. En la apertura se propusieron varios temas .

Carlos Pantelides y Juan Gabardini





Como no me quedé, pedí para hacer la sesión propuesta por mí (Qué es Ágil)en el inicio. Entre los asistentes había 3 alumnos de UB: de sistemas, de traductorado y de arquitectura. Tuve la alegría de encontrarme con Matías Wepfer, uno de los organizadores de Ágiles 2008.

Qué es desarrollo ágil

Para la charla, utilicé algo de lo aprendido en el curso de Facilitación Gráfica al que fui, usando solo tiza blanca sobre pizarrón verde.


Comenté la evolución del trabajo, partiendo de la producción artesanal, con cada producto (silla) individual, el orgullo del constructor y el sistema de aprendizaje con el maestro, oficiales y sus aprendices.
Luego la producción industrial, con la producción en serie, y al administración científica según Taylor y Ford. Lo que llevó a la división en 'los que saben' (white-collar worker, ingenieros) y 'los que hacen' (blue-collar worker, obreros). Los obreros son reemplazables fácilmente, con dos días de entrenamiento.
Llegamos a la situación actual de síntesis de las dos formas anteriores, en la que los trabajadores del conocimiento no pueden ser tratados como obreros tayloreanos. En software se vió el cambio en 2000 y se concretó con el Manifiesto Ágil (2001).
Una faceta de esto, en lo relacionado con la motivación son las ideas que presenta Dan Pink (videos TED, RSA). Nombré que existen otras visiones de la motivación.



Esta síntesis de la artesanía y la producción en serie no es única, según proponen Lee Devin y Robert Austin en el libro Artful Making.
Utilizamos Artful Making cuando:
  • Necesitamos innovación
  • Tenemos bajo costo de exploración
  • Tenemos bajo costo de reconfiguración
Usé de ejemplo la exploración y reconfiguración un viaje de vacaciones. Y también el caso de el aula en formato anfiteatro con sillas fijas.
Comenté sobre el beneficio de un loop rápido desde la idea al producto (feedback), sobre la Ley de Conway y el caso de organizaciones sin jefes (Github, Valve).
Por último, comente aplicación de estos conceptos en la industria (las máquinas hilanderas de Toyoda y las camionetas de Toyota) y el software, con la curva de costo de cambio, y como el desarrollo ágil (por ejemplo Extreme Programming) logró achatarla.

Luego comenté brevemente Scrum (reusé el pizarrón y no lo fotografié). 
Y más breve aún sobre Open Space (pueden ver otras entradas en este blog, por ejemplo uno hecho en el bar de Exactas)





¡Gracias!

A Carlos, que se puso el evento al hombro!
A Paula Angeleri, que desde su rol en la UB consiguió el lugar y el break!


Información de contacto y para sumarse a la comunidad

Sitio de la comunidad argentina: www.agiles.org/argentina 
Lista de anuncios y organización de eventos: http://tech.groups.yahoo.com/group/agiles-argentina/
Lista de intercambio de experiencias hispanolatinoamericana: http://tech.groups.yahoo.com/group/foro-agiles
Y a mí, Juan Gabardini, me pueden contactar en twitter (jgabardini) o por mail, con el mismo nombre de usuario en computer.org

viernes, 12 de octubre de 2012

Scrum en Asunción - Paraguay

Hace uno mes (31 de Agosto) hice mi primera visita laboral a Paraguay. 
El Centro de Calidad de Software organizó un curso de "Gestión ágil de proyectos de software", de 16hs, que dimos en dos días (viernes y sábado).
Aprovechando la visita también organizamos, junto con AgilePy lo que creo fue el primer Coding Dojo de Paraguay.

Paso a contar cada actividad, no sin antes agradecer al Centro de Calidad, y en particular a Marcelo De Filippis, por la organización, el empuje y soporte en todo momento y a Cristhian Cardozo que además de dar soporte durante el curso, sacó fotos y se quedó al Dojo para recibir a los asistentes.

Gestión ágil de proyectos de software

En lo que entiendo fue el primer curso abierto de Scrum en Paraguay, asistieron 18 personas, haciendo un gran esfuerzo, ya que lo hicimos un viernes a partir del mediodía, y el sábado. Hacer 16hs de curso en esas condiciones fue cansador, pero terminamos contentos.

Sigo con mi intensión de dar los cursos con soportes visuales en afiches, y ejercitando mi capacidad de transmitir ideas visualmente. Esto fue muy valorado por los asistentes, y genera un efecto ¡WOW!, ya que es muy distinto a lo que están acostumbrados. 


También el uso de técnicas de Training from the Back of the room (ver resumen) hacen el aprendizaje es más divertido y profundo. 




 La asistencia fue variada, lo que enriqueció las discuciones. Había profesores universitarios, personas que trabajan en empresas grandes y chicas, emprendedores, programadores y personas de testing y calidad.
¡Muchas gracias a todos, y espero que volvamos a vernos!

Yoseki Coding Dojo


Este dojo fue claramente inmoral, y hasta diría inhumano. Lo organizamos el sábado, de 19 a 21hs. ¡Había que tener muchas ganas para estar! Doble puntaje para los asistentes :D
Hicimos el kata del Juego de la Vida, con Python. Los asistentes eran programadores de Action Script y PHP, no tenían conocimiento previo de Python, pero no fue un problema. Comentamos TDD, Integración Continua, algunos de los principios de SOLID y mocking.



Pasamos un buen rato, para la próxima, ¡vale traer cerveza!





lunes, 7 de junio de 2010

Notas de facilitación de Open Space

Estuve en la organización y luego facilité el Agile Open Buenos Aires 2010 – ¡Programando!. Voy a comentar algunas cosas que hicimos e ideas sobre mejoras, que quizás puedan servir para otros que quieran organizar eventos similares.

Preparación

Luego del evento anterior en Buenos Aires (Agile Open Buenos Aires 2010 – Calidad), a varios de nosotros nos quedó la idea que hacer eventos más focalizados podría servir para tener conversaciones más interesantes para los más avanzados. Por otro lado, la idea de hacer los eventos más y más livianos en cuanto a la organización me llevó a consultar en uno de mis trabajos, sobre la posibilidad de hacerlo en Exactas.

Poner en marcha en evento fue impresionantemente sencillo:

  • Hablar con el responsable de la Secretaría de Extensión, Graduados y Bienestar (Diego Quesada-Allue), y gracias a él, con el responsable del comedor de Pabellón II de Ciudad Universitaria. Resultado: el lugar y la comida, resuelto. El único costo, la posibilidad de tener que pagar 100-200$ por uso de más luces.

  • Crear la página y el formulario de inscripción. Copiando de los eventos anteriores, un trabajo de un hora.

  • Difundir en la lista agiles-argentina y en la lista interna de Exactas, y acá :)

  • Crear el grupo de organización. ¡Gracias a los organizadores! Martín Alaimo, Diego Fontdevila, Marcelo Belnicoff y Francisco Tufró.

Con respecto a los sponsors, la duda era si buscar o no. Por un lado, el bar es barato, por lo que no es gran esfuerzo económico para los asistentes. Y entonces, no buscar sponsors simplifica la organización.

Por otro lado, siempre es simpático tener la comida esté paga, y dar lugar para que las empresas que apoyan estos temas logren visibilidad.

Decisión de compromiso, sponsors según la cantidad de inscriptos (un sponsor cada 30 inscriptos) y sólo sponsors que nos hicieran la vida sencilla.

A medida que avanzaban las inscripciones, aparecieron algunos 'problemas' (al menos en mi visión de lo que podría pasar):

  • Había temáticas dispares, y me imaginaba que ser atomizarían mucho las charlas.

  • Por otro lado, los temas eran interesantes, pero quizás con poca gente especialista en ellos. La gente ser vería obligada a elegir entre muchas sesiones interesantes para escuchar, aunque quizás no pudiera aportar.

Como respuesta a estas situaciones, propuse un cambio en el formato:

  • Lightning talks: dedicar un tiempo (55 min) inicialmente a comentar una idea a todos los asistentes

  • Facilitar la realización de un gran número de sesiones en paralelo, de tamaño y duración variable: la agenda se arma sin indicar cuantas sesiones simultáneas puede haber. Los responsables de las sesiones deben realizar un cartel que deben poner en la mesa en la que están, de esta manera el que se quiere sumar, busca la mesa con el correspondiente cartel.

  • Reforzar la idea de libertad de tiempos: Las sesiones se planifican cada hora, pero se hace un aviso (cuenco japonés mediante) al cumplirse 45 min. Una señal para la gente que quiere hacer un break. Suena nuevamente el cuenco cuando empieza la siguiente hora, pero nada obliga a la gente que está en una mesa a cortar lo que está haciendo. Las nuevas sesiones sólo tienen que buscar una mesa libre.

Realización

Se lograron alto porcentaje de personas técnicas (más del 50%), y alto porcentaje de personas con experiencia en ágil (más de 50% con más de un año de experiencia).

Asistimos 34 personas. Se mantiene el promedio de aproximadamente el 50% de los inscriptos. Vinieron los amigos Julian Arocena y Esteban Roasio de Tandil y una persona de Córdoba.

Los lightning talks se usaron para presentar ideas de sesión en forma más amplia.

Como hubo menos de 11 propuestas de lightning talks, adelantamos la preparación de la agenda, que terminó relativamente rápido. Había bastante experiencia con Open Space, la gente propuso las sesiones en poco tiempo.

Quedó un tiempo entre apertura y la primera sesión, que se usó como un break y para socializar. Creo que se aprovechó.







La dinámica de las sesiones se apartó de lo que pensaba. Se dieron sesiones generalmente multitudinarias, normalmente había dos sesiones con más de diez personas cada una, y una o dos con menos personas.

Se crearon un par de sesiones nuevas a lo largo del día.

La energía del evento se mantuvo hasta el final, que fue a las 16hs cuando el bar cerró.

Resultados

Una demostración más de la robustez de los Open Space, y de la futilidad de tratar de prever como será el contenido.

Los lightning talks no funcionaron como me imaginaba, pero sirvieron. Muchas de las sesiones fueron habladas, sin usar computadoras, pero era lo que la gente quería. Ocurrieron, de todas formas, los intercambios mostrando ideas y herramientas directamente en la máquinas.

From 100605 AO Bs As 2010 Programando

El manejo de sesiones funcionó muy bien para el tipo de espacio en que hicimos esto.

El manejo de sponsors no fue tan transparente como pensábamos. Hay que dedicarle más tiempo.

Nos faltó proactividad para ayudar a que vengan personas de otros lugares del país. Por enfatizar el objetivo “hacer el evento lo más liviano posible”, perdimos la oportunidad de ser buenos anfitriones.

Realmente los eventos de este tipo son fáciles de organizar, pero a la pregunta, cuando es el próximo, no tenemos respuesta. Quizás sea bueno buscar ritmo (¿una vez cada 3 meses?). Y que tan no hacerlo siempre los sábados, para no dejar afuera a los que por diferentes razones no pueden el fin de semana?


Información de contacto y para sumarse a la comunidad

Sitio de la comunidad argentina: www.agiles.org/argentina
Lista de anuncios y organización de eventos: http://tech.groups.yahoo.com/group/agiles-argentina/
Lista de intercambio de experiencias hispanolatinoamericana:
http://tech.groups.yahoo.com/group/foro-agiles

Y a mí, Juan Gabardini, me pueden contactar en twitter (jgabardini) o por mail, con el mismo nombre de usuario en computer.org

¡Espero recibir comentarios de los asistentes y verlos en otros eventos!

miércoles, 2 de junio de 2010

Agile Open Buenos Aires 2010 - ¡Programando!

SEGB(*), junto con Ágiles Argentina, organiza este evento orientado a la difusión e intercambio de experiencias sobre metodologías ágiles. En este caso el tema es la faceta más técnica.

Los eventos Agile Open se originan en Bélgica en el 2005 pero se realizan en todo el mundo. El primero en Latinoamérica se realizó en Buenos Aires en marzo del 2009. En el país ya se han realizado 9 eventos, en 7 ciudades (Buenos Aires, Córdoba, Tandil, La Plata, Bahía Blanca, Mar del Plata y Rosario). Agile Open se organizan y realizan usando Open Space Technology.

En este evento en particular el foco será en las prácticas y herramientas que utilizan los equipos que realizan desarrollo ágil de software, por ejemplo Pair Programming, B/TDD, Integración continua, Coding Katas, Coding Dojos, y las distintas herramientas que utilizan los asistentes, como por ejemplo Ruby y Rails, Groovy y Grails, PHPUnit, PHPCodeSniffer, Project Mess Detection, jXMLCoverage, JUnit, Mockito, NoSQL.

Sumate a los más de 60 inscriptos!

Dónde: Bar del Pabellón II – Ciudad Universitaria
Cuándo: 5 de junio, 9:00hs – 16:00hs
Registrate:
http://bit.ly/AOBsAsProg (también podes ver las sesiones propuestas)

(*) SEGB: Secretaría de Extensión, Graduados y Bienestar de la Facultad de Ciencias Exactas y Naturales de la Universidad de Buenos Aires.

Open Space Technology

Esta forma de organización de eventos permite realizar, con poca preparación previa, eventos de alta calidad en forma auto-organizada. Funciona para reuniones desde 5 personas hasta reuniones de varios miles de personas.

Es particularmente apto para encuentros en los que se deben resolver problemas complejos y en los que los asistentes tienen interés y pasión por tratar. En los Agile Open se utilizan como forma de difundir conocimiento e intercambiar experiencias.

El interés y la pasión se logra por un proceso de autoselección en la registración: una vez definido el Tema de la conferencia, los asistentes a los que les interesa el tema se anotarán, y al ser en un día no laboral, no dependen tanto del interés de las empresas en las que trabajan como en su deseo personal de participar. A su vez, los temas a tratar en cada sesión son propuestos y votados por los asistentes.

La dinámica durante el evento es:

  • Se explica el formato y sus pocas reglas

  • Los asistentes proponen sesiones (presentaciones, paneles, workshops, ...)

  • Votación de sesiones (todos los asistentes votan)

  • Armado de agenda (se asignan las sesiones votadas a los horarios y aulas)

  • Se realizan las sesiones.

  • Cierre

lunes, 1 de marzo de 2010

Agile Open Buenos Aires 2010

Ágiles Argentina te invitan a la próxima experiencia comunitaria: el Agile Open Buenos Aires 2010.

Tema: Calidad en el desarrollo de Software
Cuándo: 13 de marzo
Dónde: UNTREF - Sede Centro Cultural Borges - Viamonte esq. San Martín 3p.

Sobre el tema
Estamos pensando en CI, B/TDD, ATDD, pair programming, calidad por procesos, ... pero lo importante, ¿qué es la calidad para vos?
Este evento está orientado a los que están aplicado metodologías ágiles y están interesadas en contar experiencias, escuchar y aprender de otros, en todo lo que para vos esté relacionado con la calidad.

Lo hacemos bien liviano en cuanto a organización: compramos pizzas o empanadas en el momento y llevamos mate o café para los breaks. Más información.
(pero si alguna empresa quiere pagar las pizzas o traer catering para los breaks... les agradecemos, me contactan)

Saludos, y nos vemos!

Pueden ver como fue el evento anterior en Buenos Aires (en este blog y en agiles.org).

lunes, 1 de febrero de 2010

Libertad vs estándares

Como parte de la Scrum week @ Bs As, unas 15 personas nos encontramos en las oficinas de Southworks para pensar sobre los problemas y soluciones sobre el Escalamiento en Implementaciones de Scrum (Scaling Scrum). La consigna inicial era hacer una actividad guiada por Tobias, pero lamentablemente no pudo venir, y lo re-definimos como un open space.
Comento una de las sesiones (50 min) que hicimos.

Libertad vs Estándares

Pensamos que los estándar pueden un surgir como una imposición desde fuera del equipo, o como un aprendizaje compartido.
La primera elección debería ser que los estándar sean el resultado de compartir experiencias.
En los casos de imposición, la pregunta es quien impone. Eso nos llevó a hablar sobre quien es el dueño de los estándar (ownership).
En el caso del aprendizaje compartido, la pregunta nos llevó a como compartir el conocimiento.

¿Quién crea y mantienen los estándar? (ownership)

Los personas que están realizando las tareas son las mejor posicionadas para definir estándar sobre como hacer esas tareas. Pero solo lo harán si tienen motivación y liderazgo.
Grupos como las PMO y grupos de Arquitectura suelen ser los que hacen los estándar en muchas empresas. Pero tienen el problema que muchas veces fueron formados con personas que tienen experiencia, pero que luego quedan aislados del día a día de los proyectos. Aún así, sería bueno tener en cuenta toda la experiencia (libros, implementaciones) sobre PMO y grupos de Arquitectura.

Responsabilidad: algunos de los estándar requieren el uso de algún recurso compartido, o sincronización entre equipos. Por ejemplo, los repositorios de fuentes y los ambientes de integración continua. Sin un responsable, se produce una degradación que atenta contra la utilidad del estándar. Tiene que haber una clara responsabilidad. Una persona, un grupo de personas o un equipo.

Disciplina: los estándar deben cumplirse (mientras tenga sentido, ver más abajo). Si el estándar es una restricción auto-impuesta, entonces necesitamos auto-disciplina (auto en este caso es primero individual y luego grupal). Sin auto-disciplina, aparecen los mecanismos para imponer disciplina desde afuera (registros, auditorias) que nos llevan a algo inefectivo.

¿Cómo difundimos los estándar?

No profundizamos mucho en esto. Las formas de comunicación que surgieron son: Wiki y reuniones. Con respecto a las reuniones, el consenso es que debe ir uno o dos miembros de cada equipo. No necesariamente la misma persona, y debe ser la persona que sepa del tema a tratar. Por ejemplo, no tiene sentido que el SM vaya a una reunión sobre estándar de arquitectura. Esta reunión sirve tanto para definir como para comunicar. Luego cada asistente comunica los resultados en cada grupo. Los asistentes pueden ser rotativos, para evitar que surja el “rol de arquitecto”.

¿Qué significa tener un estándar?

Una sugerencia: nos pusimos de acuerdo con una forma de hacer las cosas que nos parece apropiada en muchos de los casos que analizamos. Pero la decisión final sobre aplicar o no es del equipo. Esto está muy ligado con la Disciplina que comentamos antes. Si no hay disciplina, va a haber muchas excepciones. No debería pasar que las excepciones sean comunes, ya que esto indicaría que el estándar no es bueno. Las excepciones son una oportunidad para revisar el estándar, pero no necesitamos un estándar que responda todas las preguntas. Sería demasiado complejo.

La representación del conocimiento actual de equipo extendido: es la forma en que comunicamos las decisiones de arquitectura/diseño, organización, etc. Deben evolucionar a medida que el equipo aprende.

Alineado con los objetivos de la empresa: lo que hacen los equipos debe contribuir a lograr los objetivos de la empresa (*). Mientras se desarrollan y revisan los estándar, es bueno tener esto presente, lo que nos ayuda a traducir los objetivos (alto nivel) con nuestras prácticas (bajo nivel).


En el cierre de esta sesión quedó inconclusa una discusión sobre Scrum y Auto-organización. Hasta donde entiendo: lo que hablamos en la sesión, aplica a Scrum o a cualquier Auto-organización. Implícita está la discusión: Scrum incluye toda forma de auto-organización, o auto-organización incluye toda forma de Scrum, o ninguna de estas.


(*) Mientras escribo este resumen, me encuentro tentado a agregar comentarios propios, no dichos durante la sesion (de la que fui moderador, por lo tanto traté de no participar opinando... mucho). En el caso de los objetivos de la empresa, por ejemplo, sería importante que los principios de Scrum (y/o auto-organización :D) se apliquen a todos los niveles. Por lo tanto, esos objetivos deberían ser un emergente de todos las personas de la organización.