Introduction to agility for practitioners (Matt Gelbwaks, ECI 2007)

La ECI es la Escuela de Ciencias Informáticas que se realiza en el Departamento de Computación de la Facultad de Ciencias Exactas y Naturales de la Universidad de Buenos Aires. Desde 1987 se lleva a cabo anualmente, durante los meses de julio o agosto. Allí se realizan cursos que tienen un alto nivel de especialización y actualización sobre temas que habitualmente no se ofrecen en las carreras de grado y son dictados por profesores de prestigiosas instituciones nacionales y extranjeras. Además de los cursos es habitual que se realicen conferencias y charlas.

En la edición del año 2007 de la ECI asisití a una de las actividades que se realizaron. Las empresas auspiciantes ofrecieron varias conferencias y cursos (con entrada libre y gratuita), entre los cuales estuvo el curso Introduction to Agility for Practitioners que dictó Matt Gelbwaks, y fue auspiciado por Globant, que algunos meses antes lo había contratado como Chief Agilist para mejorar la aplicación de metodologías ágiles en todos sus proyectos.

Habitualmente las empresas que auspician estos eventos incluyen alguna charla, que muchas veces está destinada a promocionar sus productos o servicios, pero en aquella oportunidad Globant ofreció a la comunidad un curso de 15 horas con un referente internacional del tema, lo cual constituyó una excepción y además una actividad imperdible.

El curso se realizó del 23 al 28 de Julio de 2007, de 9:00 a 12:00 hs. y su programa era el siguiente:

Fotografía de Matt Gelbwaks
Matt Gelbwaks nos transmitió durante cinco días a todos los que asistimos al curso su amplia experiencia con metodologías ágiles, y el curso no sólo estuvo centrado en aspectos teóricos sino que también tuvo mucho de interactivo y aplicamos los conceptos de manera práctica en diversas actividades. Una actividad que en particular recuerdo gratamente fue la simulación de la ejecución de un proyecto para construir un zoológico utilizando Legos (es la misma idea de la construcción del “pajarraco” o de la ciudad que tal vez conozcan de otras simulaciones).

Para la simulación de la construcción del zoológico nos dividimos en varios grupos y dentro de cada grupo nos auto-organizamos para definir los diversos roles del proyecto. Yo era el product owner en mi grupo, por lo tanto definía las prioridades del negocio y tomaba las decisiones respecto de qué features incluir en cada iteración. En mi grupo también estaba un compañero de trabajo que tenía en aquélla época y que en un momento de la simulación donde discutimos qué hacer respecto del agregado de la jirafa al zoo (si era sólo una jirafa o hacíamos una jirafa con su bebé) después de que yo definiera como product owner lo que necesitábamos terminó haciendo otra cosa :( Lo que me resultó muy interesante de la simulación fue que en ella esta persona se comportó exactamente como hacía en los proyectos reales! En las dinámicas grupales que realizamos cuando recibimos una capacitación sobre Scrum en mi trabajo actual, volví a observar lo mismo: la gente repite en juegos los mismos comportamientos que les son característicos en el día a dia de su trabajo…

Lo único negativo que puedo señalar del evento fue que no tuvo toda la difusión que merecía, los que asistimos regularme los 5 días seríamos entre unas 15 a 20 personas aproximadamente, y la mayoría eran empleados de Globant que habían sido invitados por mailing interno de la compañía. Creo que otro motivo de que no fuera tanta gente es que deben ser pocas las empresas que le permiten a un empleado ir a una capacitación toda la mañana durante una semana sin ver eso como una pérdida de tiempo o de productividad.

Del 11 al 13 de Octubre de 2011 se realizará en Buenos Aires el evento Ágiles 2011, las 4tas Jornadas Latinoamericanas de Metodologías Ágiles, y en ellas Matt Gelbwaks será uno de los invitados especiales junto a Robert Galen y Mike Beedle, así que en base a mi experiencia en el curso de la ECI 2007 recomiendo su charla “Agile on the other side”, y allí estaré…

Publicado el 28/08/2011 dentro de la categoría agile, eventos | Realice un comentario 

User Stories Dojo en Ágiles@BsAs

Como todos los segundos martes de cada mes, el pasado 10 de mayo se realizó una nueva reunión del grupo de usuarios de metodologías ágiles de desarrollo de software de Buenos Aires (Ágiles@BsAs) . En esta oportunidad el motivo central de la convocatoria fue hacer un User Stories Dojo. El encuentro se realizó en las oficinas de Southworks y fue facilitado por Ricardo Colusso y Andrés Mumenthaler.

La invitación al evento había sido realizada utilizando el formato más clásico para escribir user stories:

Luego de hacer el CSM con Alan Cyment en Octubre de 2010 empecé a participar en las listas de la comunidad ágil latinoamericana y tenía ganas de asistir a estos encuentros pero por distintos motivos aún no había podido hacerlo. Sólo había podido asistir al Agile Open Tour sobre Organizaciones Inteligentes, que comenté en un post anterior.

Cinturón verde El evento comenzó con una autoregistración: nos colocamos un post-it con nuestro nombre de pila a modo de credencial, con la particularidad de que el color que utilizamos para escribir revelaba nuestra experiencia con user stories: verde para los novatos, marrón para un conocimiento intermedio y negro para los más experimentados (yo me registré como “cinturón verde”). Luego nos presentamos todos, contando qué roles cumplimos en nuestro trabajo habitual (me gustó la autodefinición de Martín Salías: “soy como una especie de fastix que usan para tapar agujeros”). Como elemento adicional a la autopresentación además se nos pidió que señalarámos una característica o virtud que valoremos mucho en la gente con la que trabajamos, la principal que hace que valoremos a un compañero de trabajo y lo respetemos. En mi caso señalé que lo que más valoro en un desarrollador es la capacidad de estar permanentemente aprendiendo, siguiendo un proceso de autoformación permanente, cualidad que he visto en pocos compañeros de trabajo a lo largo de mi carrera, lo cual hace que valore más aún a los pocos que encontré con esas cualidades (Fernando S., Rodrigo P., Osvaldo D.C y creo que ahí ya tengo que parar de contar).

Lo más enriquecedor de la sesión fue poner en práctica la escritura de user stories, que era el motivo que nos había convocado. Se abordó un enunciado de ejemplo, referido a la construcción de un portal para amantes del vino y trabajamos colaborativamente para ir escribiendo user stories, las discutimos y fuimos refinando el backlog. Para esa actividad nos dividimos en varios grupos, teniendo siempre un cinturón negro en cada grupo para facilitar el proceso.

El balance de esta experiencia es muy positivo. Ponerse a trabajar en algo con un grupo de personas que en muchos casos es la primera vez que vemos o que incluso no se dedica a desarrollo de sistemas y generar una dinámica donde el tiempo se pasa volando y la participación colectiva genera resultados visibles es algo muy valorable. También hay que destacar que como parte de la propia mecánica de trabajo se generan pequeños debates que finalmente amplían el conocimiento de todos respecto del tema que nos convocó. En conclusión, fue muy enriquecedor participar del dojo.

Un dato extra -que para muchos puede ser no menor- es que comprobé que la gente de Agiles@BsAs suscribe la máxima “Never understimate the value of beer” y ahora entiendo que es natural que esté Martín Salías en un coding dojo con una cerveza en la mano :)

Publicado el 29/05/2011 dentro de la categoría agile, eventos, tecnología | Realice un comentario 

Certezas personales respecto del desarrollo de software

Recuerdo que cuando empecé a trabajar en la industria del desarrollo de software ante determinados requerimientos pensaba que no había forma de resolverlos. Luego la experiencia me hizo aprender que en informática no hay cosas que no se puedan hacer. A veces puede ser muy costoso resolver algo, en tiempo, dinero o recursos necesarios, pero no imposible. Cuando llegué a esa conclusión personal me di cuenta que a partir de ese momento para mí iba a ser un hecho siempre verdadero que cualquier cosa se puede resolver.

Varios años después de haber llegado a esa conclusión inicial, he sumado algunas ideas más, que considero son siempre verdaderas. Mi lista actual es ésta:

  1. No hay cosas que no se puedan hacer.
  2. El desarrollo de software es una actividad social. Por esa misma razón, la mayoría de los problemas en los proyectos de desarrollo de software están motivados por las personas, no por las tecnologías.
  3. Las certificaciones no garantizan idoneidad.
  4. Para entender algo cabalmente es necesario experimentarlo, el conocimiento que no está acompañado de la práctica tiene menos valor que el destilado por la experiencia concreta.
  5. Es muy difícil encontrar en la industria gente con formación sólida en el paradigma de objetos. (me refiero a la industria argentina)
  6. La inversión que hacen las empresas en productos de bases de datos relacionales es tan grande que no se puede evitar tener que tratar con ellas.

La más importante de éstas certezas es la segunda. Sospecho que incluso le debe ser aplicable la famosa regla de Pareto: creo que el 80% de los problemas en proyectos de software están relacionados con las personas y sólo el 20% con aspectos tecnológicos. Cuando me convencí de eso dejé de leer libros puramente técnicos y comencé a leer mucho sobre negociación, resolución de conflictos, coaching, liderazgo, management, marketing… con la intención de desarrollar lo que se llama a veces “habilidades blandas”, para estar mejor preparado para trabajar en proyectos de IT. Con el tiempo todas esas lecturas no técnicas se han transformado en un gran capital que he adqurido y que para lo que hago actualmente han sido fundamentales.

Supongo que dentro de algunos años si reviso esta lista de mis verdades cuasi-irrefutables, me voy a dar cuenta que tengo que agregar algo más. Actualmente estoy dando mis primeros pasos en la utilización de Scrum y en trabajar como agente de cambio para facilitar la adopción de formas más ágiles de trabajar en una organización muy tradicional. Estoy convencido que hay un espíritu subyacente a Scrum y a las metodologías ágiles que hace que funcionen. Si bien es algo que en principio se relaciona con el tema de que el desarrollo de software es una actividad social, creo que tiene su propia especificidad. Todavía no puedo enunciar cuál es, pero sospecho que algún día podré agregarla a mi lista…

Publicado el 30/03/2011 dentro de la categoría agile, tecnología | 2 Comentarios 

Agile Open: Organizaciones flexibles

Se realizó el 15 de Marzo de 2011 en la Universidad de Palermo el Agile Open sobre Organizaciones Flexibles, concebido como la primera reunión sobre “Organizaciones flexibles. Construyendo ámbitos colaborativos y productivos. Un espacio ágil para RRHH”. Organizó esta jornada la Asociación de Recursos Humanos de la Argentina y fue facilitada por la gente de la comunidad ágil local, nucleada en Agiles.org. Los asistentes participaron activamente en la configuración de los tópicos que se abordaron, dado que la agenda se armó entre todos utilizando la metodología conocida como open space.

Personalmente hace algunos meses que estoy muy interesado en sumarme a este tipo de eventos de la comunidad ágil local pero por distintos motivos aún no había podido asistir a ninguna de las reuniones que se realizan periódicamente. En particular tenía mucho interés en experimentar el funcionamiento de un open space y pude hacerlo en este evento. Realmente es una dinámica que funciona muy bien, la gente se involucra en el diseño del temario, aunque en este caso concreto el espacio físico disponible para realizarlo no era el óptimo.

Al inicio del evento los facilitadores explicaron la dinámica de un open space, luego se hizo la actividad de identificación de tribus, se propusieron sesiones, se hizo la votación, se armaron los tracks, y luego vinieron las charlas, las experiencias compartidas, los debates, las preguntas y los análisis que trataban de vincular la gestión de recursos humanos en las empresas con la adopción de prácticas ágiles.

El primer track que se armó estaba planteado como un espacio para poner en común lo que representa el concepto de ágil dado que muchos de los asistentes querían saber qué es ser ágil, de dónde viene todo ésto, en qué formas se puede implementar y muchos otros interrogantes en esa línea de querer saber qué es… Hubo un track paralelo a ese, creo que referido a la gestión de la capacitación vinculada con la incorporación del concepto de desarrollo ágil y sus efectos en los departamentos de RRHH (certificaciones, búsquedas, formación). Digo “creo” que esos eran los tópicos porque es lo que recuerdo de las charlas al armar la agenda, aunque por la propia dinámica de trabajo pudo haber terminado siendo algo un poco distinto en su desarrollo. Yo me quedé todo el tiempo en el track introductorio, para ver las inquietudes que tenía la gente.

Haciendo un balance, creo que lo único negativo es que tal vez en algunas de las sesiones había un bajo nivel de interacción y había cosas que se planteaban que eran interesantes pero que no se desarrollaban más ampliamente por todos y en algunos casos derivaron en otras cuestiones que bordeaban el off topic. También me llamó la atención que en un evento sobre organizaciones flexibles a nadie se le haya ocurrido mencionar el libro “La quinta disciplina” de Peter Senge, que es un gran aporte para pensar las organizaciones rompiendo con los paradigmas tradicionales.

Lo que me pareció más positivo es el hecho de que un grupo bastante numeroso de gente, seguramente acostumbrados a ir a disertaciones donde hay que sentarse a escuchar a alguien y eventualmente hacer preguntas al final, en esta jornada vivió la experiencia de un open space y de un ámbito autogestionado y más dinámico, lo cual está en sintonía con la temática propuesta para el evento. Otra cosa positiva para destacar fue la sesión para charlar sobre Kanban (facilitada por Ingrid Astiz y Ricardo Colusso) porque fue muy concreta y focalizada, y creo que de todo el evento representó el tiempo mejor invertido para los que asistimos a ella. También es un aspecto positivo a destacar que uno de los sponsors, Kleer, haya sorteado diez vacantes para un curso de Introducción a Scrum.
Aviso del evento en las carteleras de la UP
Antes de irme les pregunté sus nombres a los facilitadores para asociar los nombres/mails de la lista agiles-argentina con las caras correspondientes, ya que al único que “conocía” era a Juan Gabardini por el video de la charla “¿Existe la mejor forma de probar?”.

Personalmente creo que fue muy positivo invertir 4 ó 5 horas en este evento para seguir aprendiendo sobre prácticas ágiles. Estoy esperando con mucho interés las próximas reuniones del Agile Open Tour y la 4ta edición de la Conferencia Latinoamericana sobre Metodologías Ágiles, Ágiles 2011.

Publicado el 19/03/2011 dentro de la categoría eventos, tecnología | 2 Comentarios 
  • Página 1 de 2
  • 1
  • 2
  • >>