Etiqueta: agile

Próximas actividades

¡Recorcholis!, cuanto hace que no escribo. En este último tiempo he estado abocado a algunas actividades de índole más cultural que me han mantenido distante de este espacio. Pero estoy devuelta porque se vienen una par de semanas movidas.
Para empezar mañana se llevará a cabo en Ciudad Universitaria un Agile Open enfocado en la temática «Coding», la idea es que la gente lleve sus máquinas y se armen sesiones de programación. Personalmente tengo bastantes expectativas en esto.
Por otro lado el miércoles próximo, en el clásico encuentro mensual de la comunidad, PablitoT y Rick Colusso estarán facilitando una actividad titulada «Buenas prácticas, malas prácticas», que pinta ser muy prometedora ya que cuando la propusieron mencionaron algo de hacer música. Como siempre, entrada libre y gratuita previa registración: http://spreadsheets.google.com/viewform?key=pYRdgdY5GynMxKLfA9HgFEg

Nos vemos!

Encuentro mensual agile Baires: Valores, principios y otros

La semana pasada participé del encuentro mensual de la comunidad ágil de Buenos Aires (nota al margen: el término ágil me esta empezando a molestar, tema de otro post). La temática del encuentro estuvo inspirada en la sesión propuesta por Ingrid en el Agile Open del pasado mes de Marzo.

El encuentro estuvo coordinado por Ingrid y Rick. Arrancamos como de costumbre sentados en ronda, diciendo nuestros nombre y respondiendo a una consiga, en este caso: «que me hizo feliz esta semana».

Luego Ingrid dio una introducción conceptual basada en una corriente cuyo nombre no recuerdo y a continuación hicimos un brainstorming de los «valores» que creemos necesario para trabajar en un equipo ágil (lo pongo valores entre comillas porque no estoy seguro de que todos los nombrados sean valores), luego votamos y finalmente nos dividimos en grupos para trabajar sobre los más votados.

Los más votados fueron:

  • Integridad
  • Colaboración
  • Espíritu de equipo
  • Compromiso
  • Disciplina

Cada grupo trabajó sobre uno de estos valores analizando su importancia, los efectos de su ausencia y la forma de fomentarlo.

Yo estuve en el grupo que trabajo sobre disciplina y algunas de las conclusiones que sacamos fueron:

  • En primer lugar definimos disciplina como «ajuste a las normas» ya sean estas implícitas o explícitas
  • En el caso de los métodos ágiles es crucial respectar las reglas establecidas por el proceso, ya que en general son muy pocas y su efectividad muchas veces depende de su cumplimiento incondicional.
  • En caso que no se respecten las normas la salud del equipo puede verse perjudicada, lo cual impacta también en el rendimiento del equipo.
  • Es fundamental para el cumplimiento de las normas que cada uno de los individuos esté convencido de la razones que lo sustentan.
  • También es importante tener el capacidad de discernir cuando la norma deja de ser útil y poder tomar acciones «revolucionarias» (correctivas) para modificar la norma y adaptarla al nuevo contexto.

Bueno, esto es todo por el momento.

Saludos!

Culturas organizacionales

El pasado martes asistí a encuentro mesual de la comunidad ágil de Buenos Aires. El encuentro trató sobre Culturas Organizacionales y estuvo facilitado por Alan Cyment. Más allá del contenido del encuentro (que fue realmente interesante) me resultó muy entretenida la dinámica del encuentro. El encuentro comenzó con el juego del vampiro de Estraburgo y luego de una breve reflexión hicimos la dinámica de la tribus para exponer nuestras propias opiniones sobre “la definición de cultura organizacional”. Después de esto Alan hizo una introducción a la teoría de culturas organizacionales de William Schneider la cual estuvo seguida por una actividad que nos permitió llevar a teoría recien vista a nuestros casos particulares. Luego de esta breve actividad compartimos opiniones haciendo un fishbowl. Finalmente cerramos el encuentro con la votación del tema del próximo encuentro, el cual tratará sobre Recursos Humanos.

Para los interesados en saber algo más sobre el contenido de encuentro, puede ver este post de Rick Colusso.

Agile Open BAires 2010: Recusos Humanos

En el contexto del Agile Open Buenos del pasado marzo participé de una sesión sobre recursos humanos propuesta por Ingrid.

En primer lugar debo decir que me gustó mucho la dinámica utilizada: básicamente Ingrid propuso que comenzáramos haciendo un brainstorming de cualidades/habilidades deseables de la gente para trabajar en un ambiente ágil. Mientras haciamos el brainstorming ella iba tomando nota en el pizarrón. Una vez finalizado el brainstorming, repasamos cada una de las cualidades mencionadas e ibamos recomendando lecturas, técnicas y recursos varios, que cada uno había utilizado para trabajar sobre el punto en cuestión.

Entre las cualidades mencionadas estuvieron: creatividad, coraje, proactividad, compromiso, responsabilidad, espíritu de mejora, inquietud, sinceridad, confianza, compañerismo.

Después de Agile Open Buenos Aires 2010

El evento se llevó acabo el pasado sábado; hubo unas 40 personas, pero a diferencia del año pasado yo sentí que todo salió mucho mejor, en parte, porque la mayor parte de los asistentes ya habian participado en eventos con formato Open Space. Al mismo tiempo, en esta ocasión la temática era bien concreta: Calidad en desarrollo de software.

El evento comenzó a las 9.30 con la proposicón de sesiones y la siguiente votación de las mismas. Hubo alrededor de 25 propuestas que resultaron en una grilla de 20 sesiones, 5 tracks con 4 bandas horarias (algunas sesiones no recibieron votos mientras que otras fueron agrupadas).

El cierre fue alrededor de las 16.30 y estuve a cargo de Ariel Ber quien fue el facilitador del evento.

Aqui comparto algunas fotos del evento y en próximos posts dedicaré algunas líneas al contenido de las sesiones en las que participé.

Imagen0072Imagen0075 Imagen0069 Imagen0071

Se viene Agile Open Buenos Aires 2010

En evento se llevará a cabo el sábado 13 de marzo en las instalaciones de la UNTref en el Centro Cultural Borges (Viamonte esquina San Martín piso 3).

En esta ocasión el tema convocante es «Calidad en el desarrollo de software».
Los interesados pueden obtener algo más de información (pero no mucha, pues al ser open space no hace falta :-)) en http://www.agiles.org/agile-open-buenos-aires-2010—calidad.

Nos vemos el 13!

Saludos!
Nicolás

Retrospectiva con alumnos en Algo 3

El pasado jueves fue la última clase de Algo 3 y nos pareció el momento indicado para hacer una restrospectiva con alumnos. Yo tomé el rol de facilitador. Para la retrospectiva utilizamos la técnica que Diana Larsen utilizó en Agiles2009 y que está explicada en su libro Agile Retrospectives. Muy a grandes rasgos la técnica tiene la siguiente dinámica:

  1. En una pared se traza un timeline (que en nuestro caso representaba el cuatrimestre) y se le pide a los participantes que escriban en post-it los eventos y sensaciones que tuvieron durante los largo del periodo del tiempo en cuestión. Cada post-it se ubica sobre la línea de tiempo considerando su “positividad/negatividad” ubicando más arriba los post-it con referencias a cosas positivas y más abajo los de referencias negativas. Cada participante puede poner varios post-it y no importa que distintos participantes hagan referencia al mismo tema.
  2. Una vez completo el timeline con todos los post-it se pasa a leerlos uno por uno  “clasificándolos” en áreas temáticas.
  3. Cuando se han clasificado todas las historias, se pide a los participantes que voten aquellos temas sobre los quieren trabajar.
  4. Finalmente, los temas más votados son trabajados en mesa redonda. En nuestro caso las áreas más votadas fueron:
    1. Contenido de la materia (16 votos)
    2. Clases prácticas y Trabajos prácticos (12 votos)

Respecto del contenido de la materia los actions items más importantes que sacamos fueron:

    • Reveer la decisión de dar lecturas obligatorias en inglés, pues ha resultado un impedimento muy importante para muchos alumnos.
      • Continuar dando Smalltalk, pero dar más clases prácticas al respecto, pues costó mucho programar el TP Smalltalk.
        • Dar la clase de Scrum antes (en este cuatrimeste fue la última clase). La idea seria darla antes de comenzar con el TP grupal para que puedan utilizarlo al hacer dicho TP.
          • Dar más soporte para el uso de ANT. Este punto no lo comparto, me parece que es una herramienta muy simple y con lo que se dió en clase y un poco de voluntad tiene que ser suficiente para hacer lo que les pedimos.
            • Ajustar la clase de persistencia, pues dejo más interrogantes que respuestas.

              En cuanto a las clases prácticas:

                • Continuar con las clases en el laboratorio
                  • Compartir el diseño del TP con otros grupos para tener una visión distinta.

                    Sin duda al hacer la retrospectiva del con todo el equipo docente tomaremos estos en consideración para el cuatrimestre próximo.

                    Algunas que se mencionaron durante la restrospectiva y que quisiera destacar fueron:

                      • Los alumnos vieron como positivo el hecho de utilizar Smalltalk, pues les permitió tener acercamiento más concreto a la idea de objetos que se comunican enviandose mensajes.
                        • El reconocimiento de los alumnos a la labor del equipo docente, contestando consultas tanto presenciales en las clases como en la lista de correo de la materia.
                          • Les resulto de gran interés la clase sobre tendencias que dimos con Eugenio.

                            Personalmente debo decir que termino el cuatrimestre muy contento pero también bastante agotado, la carga de trabajo de este cuatrimestre fue mucho mayor a la que estábamos acostumbrados. Estoy contento porque creo que el enfoque adoptado permitió a los alumnos aprender mejor los conceptos de la materia y en relación a esto quisiera mencionar un episodio que me ocurrió la semana pasada. Estaba hablando con uno de mis grupos, en un momento les pregunté porque no habían avanzado aún con las clases de interface de usuario y un alumno me contesto: “es que aún nos falta agregar algunas pruebas unitarias para asegurar el correcto funcionamiento del modelo”. Esto no dice cuando aprendieron de objetos, pero si refleja claramente que entendieron la importancia de las pruebas.

                            Me despido con algunas fotos que tomamos durante la retrospectiva.

                            Imagen0039 Imagen0038

                            Imagen0040

                            Agiles 2009, some highlights

                            During last week, Shaggy, MartinS and I, went to Brazil to attend this conference organized by the Latin-American Conference on Agile Development Methodologies. The three of us were speakers. Ariel presentation was “Agile PMO” (you can find more information in his post after the conference). MartinS talk about “High maturity agile practice”, a very interesting topic for those with experience in agile methods.

                            I was on charge of a workshop about planning and estimation and I am very pleased with the results, I wrote some more details about this workshop on my Spanish blog.

                            The keynote speakers were Brain Marick (signer of the agile manifesto), Daina Larsen (president of the Agile Alliance) and Roy Singham (founder and CEO of Thoughtworks). Other important speaker where Joshua Kerievsky (author of Refactoring to Patterns).

                            The conference were excellent and I could enjoyed it much more than the previous year.

                            At the end of the conference while of conference committee was doing the retrospective with Diana some friends and I have a talk with Brian Marick. I asked him what were in his opinion the skills a tester should meet to work in an agile team. He answered that there are 3 required skills:

                            1. Be able to understand the business.
                            2. Be able to automate tests, what in most cases requires some programming skills.
                            3. Have a good capacity of doing exploratory testing. In some point this ability could be even more important the 2.

                            Finally the committee announced that the candidate city for the next conference (agiles 2010) is Lima, Peru.

                            DSC04476

                            Here we are (from left to rigth): me, Shaggy and MartinS.

                            Shaggy recorded our session, so as soon as they be available I will add a reference to them.

                            Agiles 2009, sesiones día 1

                            Apertura

                            La bienvenida y apertura del la realizó un panel conformado por Samuel y  JuanG (presidente y vice de la conferencias respectivamente) y un conjunto de personalidades locales entre los que se encontraban personalidades del gobierno, representantes de la industria local y del sector académico.

                            Keynote by Brain Marick

                            Luego de eso, el primer keynote estuvo a cargo de Brain Marick, uno de los firmantes del manifiesto ágil, que en un acto de humor y humildad comentó que su único mérito para participar en la firma del manifiesto fue ser el único tester que Martín Fowler conocia en aquel momento.

                            La presentación de Marick me resultó muy amena, duró alrededor de una hora. Durante la misma Marick hizo una analogía entre como se enseña medicina (veterinaria para ser más exactos, pues citaba experiencias de su esposa ensañando a hacer diagnóstico sobre vacas) y como debería enseñarse ciertos aspectos de la construcción de software. Su punto fué que para hacer un diagnóstico uno aplica ciertas reglas de forma implícita, y quien está aprendiendo simplemente va examina distintos casos (muchos casos) y va creando las reglas internamente, de manera que a partir de cierto punto (luego de haber examinado cierta cantidad importante de casos) es capaz de dar un diagnóstico aplicando esas reglas implícitamente, pero en caso de ser consultado es capaz de explicar el conjunto de conocimientos y reglas que lo llevaron a la conclusión de diagnóstico presentada. Del mismo modo programar bien es algo que se siente, que se tiene incorporado, más allá de que uno conozca todas las buenas prácticas el buen programador termina aplicándolas naturalmente sin tener que pensar en ellas explícitamente.

                            Is agile the new waterfall? by Frank Trinidade

                            En esta presentación con algunas estadísticas interesantes sobre el nivel de adopción agile. Luego Frank planteó su punto: mucha gente dice usar agile, muchos utilizan prácticas de scrum, xp y lean, pero sin entender realmente porque es que lo hacen, simplemente escucharon que servian, investigaron como usarla y empezaron a aplicarlas sin tener mayor entendimiento de los principios y valores que las sustentan. Según Frank, si la gente utiliza prácticas ágiles sin entenderlas verdaderamente, la probabilidad de proyecto fallidos será muy importante y los métodos ágiles serán señalados como culpables, tal como en los último años se ha culpado al modelo de desarrollo en cascada.

                            programa1

                            Desafios de la transformación ágil, multisitio, multicultural

                            Está presentacióna cargo de Emilio Gutter y Alejandra Alfonso, trató sobre un caso de que enfrentaron los oradores trabajando como coach en una empresa multinacional, con equipos distribuidos en múltiples paises de europa.

                            Supporting distributed teams using Version One

                            En esta presentación Katia, nos mostró las características y beneficios del producto de VersionOne. Yo ya había estado utilizando la versión gratuita (team edition) y me habían quedado algunas dudas sobre funcionalidades que no vi presentes en la dicha versión. El producto está en verdad muy bueno para trabajar con métodos ágiles, pero hay una cuestión qye Katia dejó muy en claro, es una herramienta de gestión, no es la intención de ellos que la herramienta sea utilizada como bug tracker, controlador de versiones, etc; sino que la idea que enfocarse en la gestión del proyecto y proveer capacidades de integración con otras herramientas de uso comuín como las mencionadas.

                            Keynote by Roy Singham

                            Sin duda esta fue la presentación más polémica de la jornada. Con un enfoque muy progresista (no estoy seguro si esta es la palabra indicada) el CEO y fundador de ThoughtWorks habló sobre Larry Ellison convirtiendose en Lord Vader al comprar Sun y amezando la prosperidad del open source. También hizo una importante mención a la gran oportunidad de sudamérica, consecuencia de tres factores principales: la situación mundial, los valores de la cultura latinoamericana y la conjunción del movimiento ágil y el movimiento opensournce en la misma región. Durante la presentación que duró más de una hora, Roy dijo muchas cosas más, entre historias personales y anécdotas de su empresa, contó como fue que Martin Fowler se unió a ThoughtWorks.

                            Finalmente la presentación terminó con el anuncio de que ThougthWorks abrirá una oficina en Porto Alegre el año próximo, lo cual fue recibido con una aclamación de todo el público presente (y sobre todo de los brasileros).

                            Próximamente el resumen del día 2.

                            Workshop de planificación en Agiles 2009

                            Acabo de terminar mi workshop de técnicas de estimación y planificación en Agiles 2009. En verdad estoy muy conforme con el resultado. La gente quedó muy contenta. Al final del workshop pedí a cada asistente que dibujara en un post-it una carita para expresar su opinion  🙂 , 😐 , 😦  y resulta que casi todas fueron caritas felices (19 felices y 1 neutral).

                            Casi todos los asistentes (todos a excepción de uno) eran de habla portuguesa, pero por suerte eso no fue un impedimento. Si bien intenté ser más estricto con el tiempo, mis explicaciones fueron un poco más largas de lo que había planificado pues quería asegurarme que todos me entendieran. Y si bien me parece que salió mucho mejor que el ensayo de la semana pasada, otra vez volví a excederme con el tiempo, creo que fueron unos 15 minutos, lo cual no es tan grave.

                            Para los interesados, el slide deck utilizado está disponible aquí y la hoja de cálculos está aquí.