Experimentos en el Backlog

No innovamos. Los agilistas no innovamos… tanto. A fin de cuentas, también somos seres humanos y nos cuesta salir de nuestra zona de confort.
Cuando un equipo decide adoptar Scrum, es habitual que coloque Historias de Usuario en su Product Backlog. En todo el mundo se hace así.

Algo ahí hace ruido: las Historias de Usuario sirven para construir cosas que ya están definidas. Cuando llegan a los equipos de desarrollo, alguien (el Dueño del Producto con los usuarios, por ejemplo) ya descubrió, entendió y detalló lo que se requiere construir. También se lo involucró al equipo de desarrollo, seguramente. Han utilizado buenas prácticas: una tarjeta, varias conversaciones y criterios de aceptación. Todo muy “INVEST”… para luego ir a construir algo. Algo que aportará valor.

Detengámonos ahí. En la certidumbre. Pretendida certidumbre. Pretendida.

Los productos y servicios que se construyen usando Scrum, no suelen tener alcance predefinido. No se sabe qué características agregarán más valor al usuario y al cliente. Por eso, cada vez más equipos utilizan Design Thinking para descubrir de forma temprana y Lean Startup para descubrir de forma evolutiva, aquello que les conviene construir.

En ese contexto de incertidumbre, proponemos colocar Experimentos en los Backlogs.

Así como las Historias de Usuario sirven para aclarar qué se debe construir, un equipo podría (¿debería?) tener en su Backlog, unos cuantos Experimentos. Tantos como dudas e inquietudes tengan. Los mismos le permitirán aprender más y de forma continua, temas relacionados con sus usuarios, las necesidades, el potencial de sus ideas y características. Y ese aprendizaje crecerá a lo largo de todo el proyecto.

Cada experimento tiene su hipótesis. Cada hipótesis supone un camino y un resultado. Pero no sabemos si eso ocurrirá o no. Entonces diseñamos y ejecutamos el experimento más simple posible.

Validamos o refutamos. Y aprendemos.

Las Hipótesis dejan de ser tal cosa. Ese abordaje minimalista y prudente nos provee aprendizaje. Ese aprendizaje nos permite avanzar… o cambiar el rumbo.

Si refutamos una hipótesis, habremos ahorrado tiempo y esfuerzo que hubiéramos dedicado a construir algo que no lo valía.

Por otro lado, una vez validada la Hipótesis de cierto experimento, se hará más visible la conveniencia de avanzar con el desarrollo más profundo de las características en cuestión.

Presentamos, además de la idea, un Canvas de Experimentos, para que los equipos lo utilicen para diseñar sus propios experimentos de forma simple.

Para que cada día haya más Experimentos en los Backlogs de los equipos.


Este artículo fue escrito a partir de la aplicación y refinamiento de estos conceptos en diversos proyectos e iniciativas, por parte de Rodrigo Monelos y Pablo Tortorella, Agile Coaches de Kleer.


Agile Open Educación 2014 – Hacia una mejor educación!

Ayer se llevó a cabo el evento “Agile Open Educación 2014“, en lo que fue la segunda edición en Buenos Aires (el primero se realizó en 2013). Fui uno de los organizadores y el facilitador del encuentro, al que acudieron personas de muy diversos perfiles: docentes, padres, ayudantes de materias de la facultad, futuros profes, entusiastas del agilismo, artistas, sociólogos, ingenieros… tod@s ell@s interesad@s por una temática particular: la Educación.

Una mención especial amerita la presencia de muchos de mis compañeros del Taller de Verano de Reevo, en el cual estamos aprendiendo y documentando diversas experiencias y alternativas pedagógicas y educativas.
Contábamos con cinco aulas, un auditorio principal y dos pasillos espaciosos  gracias al Instituto de Tecnología ORT que brindó muy amablemente sus instalaciones para que pudiéramos re-unirnos.

La previa, apertura y el marketplace

La primera media hora tomamos café, mate y gaseosas mientras comíamos galletitas (todo esto también gentileza de ORT). Ese espacio descontracturado e informal dio lugar a las conversaciones: saludamos a amigos y colegas, y conocimos un poquito a las “caras nuevas”.
Cafecito informal de 5 a 5:30pm

Cafecito informal de 5 a 5:30 pm

Así, fue llegando de a poco, la mayoría de los participantes. A las 5:30 pm nos movimos a otro pasillo amplio, formamos una gran ronda sentados en el piso y comenzó “formalmente” el Agile Open Educación:

Luego de un saludo de bienvenida por parte de Alejandro Jait – Coordinador de la carrera Analista de Sistemas en ORT – se realizó la propuesta de sesiones o Marketplace, como en todos los eventos con formato Open Space. Teníamos una agenda pegada en la pared, aún vacía. Una vez llena y organizada dicha agenda (tarea realizada entre tod@s l@s que quisieron participar) , comenzaron las sesiones!
Agenda de sesiones del eventoAsí quedó la agenda de sesiones

Las sesiones

De aquí en más, detallaré un poco las sesiones de las cuales participé.

Charlas Cortas / Notas

Mi primera sesión estuvo facilitada por Juan Gabardini. Alli se realizaron charlas relámpago, de 6 minutos cada una. Yo comenté acerca de mi experiencia reciente con las Notas (calificaciones) en materias universitarias y sobre cómo conformarlas. Debatimos acerca de la autoevaluación, la evaluación entre pares, la importancia de tener en cuenta varios aspectos y de prestar atención a las capacidades y expectativas de cada alumno, acerca de la creación de espacios de reflexión y de feedback durante la materia, etc. Compartimos experiencias propias y ajenas al respecto, así como también sensaciones y emociones relacionadas con dicho tema.

Story Telling / Hoja de Ruta

Luego participé de una sesión facilitada por Ariel Ber sobre Story Telling llamada “Historias”. De hecho, la primera historia la contó como presentación de la sesión, durante el marketplace (al inicio del evento): su experiencia con un profesor terrible de la escuela secundaria, un tal Pipo.

En la sesión vimos varios temas (3, para ser más precisos):- Uno de ellos fue el uso de unos cubos ilustrados (Ariel usa unos llamados StoryCubes) para fomentar la creatividad y alternar las formas de expresión y comunicación en diversos entornos (como juego en momentos de ocio, como guía para contar una situación durante una sesión de retrospectiva, para ilustrar alguna situación conflictiva, etc)

– El segundo tema me sorprendió. Se trató de algo que … inventé yo mismo, junto a Alan Cyment!! :-O
Se trata de la “Hoja de ruta“, un concepto útil para que los alumnos de un curso, los asistentes de una charla o los participantes de un evento, realicen anotaciones y piensen in-situ, cómo va a cambiar su vida (su trabajo, su día a día, sus relaciones o sus proyectos) lo que están aprendiendo.
Si bien hay varias formas de implementar el concepto, detallaré una que comentamos en la sesión: Se trata de una hoja individual, para que cada uno vaya anotando las acciones concretas que quiere realizar luego del evento/curso/charla. Ariel diseñó y suele repartir una plantilla, para facilitar su uso.
Esto lo inventamos con Alan el año pasado, en un curso CSM (Certified Scrum Master) que dimos juntos… y al parecer Ariel nos menciona cada vez que usa y difunde dicha “hoja de ruta” 🙂 Gracias Ariel! (Aclaración: se parece mucho a otros conceptos muy similares, no fuimos taaan originales)

También solemos complementar la hoja individual con la presencia de un “compañero de ruta” (o compinche, compadre o parcero), al cual le contamos nuestros compromisos y nos retroalimenta. A la vez, también se le puede pedir que actúe como “Pepe Grillo” (término acuñado por Martín Salías en el contexto de Kleer -que es donde ambos trabajamos-, y que también usa de igual manera un colega español, según me contó Ariel). Simplemente nos recordará y nos preguntará cómo venimos con nuestros compromisos asumidos.

– Por último, Ariel nos mostró dos herramientas alternativas para facilitar la comunicación de situaciones conflictivas o difíciles: el “Lego Serious Play” y los “Play Toon“. Con estos elementos se pueden recrear y representar situaciones y problemáticas que una persona o equipo está viviendo o ha vivido, de forma tal de poder buscar las causas raíz, llegar a un mejor entendimiento común de dichos problemas… o incluso hasta encontrarles alguna solución.

Consejos para un profe novato

Luego estuvimos conversando con Rubén Altman, que empezará a dictar -por primera vez- una materia en una escuela secundaria este cuatrimestre que está por arrancar. Le dimos varias ideas y compartimos con él varias experiencias y mecanismos, para que tuviera en cuenta y evaluara, a la hora de llevar adelante su curso de Programación. Conversamos sobre facilitación gráfica, retrospectivas durante la materia, temas optativos y temario abierto (para que los alumnos puedan proponer temas que les interesen), participación de los alumnos en el dictado de temas que quieran compartir, utilizar variadas formas de trabajo y de evaluación, el uso del Coding Dojo como herramienta pedagógica y lo ya comentado acerca de notas y calificaciones. Éxitos Rubén!
 

Proyecto Nahual y Redes Libres

Por último, también participé del final de una sesión en la cual me consultaron sobre el Proyecto Nahual, un proyecto de inclusión social y digital del cual participo como voluntario desde 2013, en el cual se dictan talleres de Testing en barrios carenciados, orientados a la contención y la inclusión laboral. Resumí -como pude!- su historia y sus actividades actuales. Varios (entre ellos, el colega ágil Claudio Meschini) quedaron interesados en participar y tomar ideas para replicar la experiencia 🙂
Asimismo, resumí en unos minutitos el concepto de Redes Libres y su utilidad en el contexto de los barrios en los cuales se encuentran los nodos del Proyecto Nahual.

El cierre

A modo de cierre del evento, realizamos nuevamente una ronda en el pasillo amplio. Cada participante comentó, con una palabra o frase breve, qué fue lo más importante que se llevó del evento, o qué sensaciones o emociones le generó, o qué es lo que hará a futuro con lo aprendido. Luego de la ronda, dimos por terminado el evento y mientras nos íbamos de las instalaciones del Instituto de Tecnología ORT, seguimos conversando muy animadamente!

Documentación en proyectos ágiles – Mitos, respuestas y alternativas superadoras

Un tema complejo el de la documentación.

Muchos piensan que el manifiesto ágil incita a los equipos a no documentar, debido al segundo de los 4 valores: Software funcionando sobre documentación extensiva. Esto es falso, es un mito. Se puede documentar todo lo que realmente sea necesario.

Lo difícil radica en que siempre (estemos o no en un proyecto “ágil”) debemos preguntarnos para qué y para quién la haremos y analizar en cada caso, si es que realmente necesitamos documentos para cumplir esos objetivos.

Suelo recomendar el uso de gráficos y esquemas en las paredes del espacio de trabajo del equipo, con los temas importantes (ej: la arquitectura del proyecto, la infraestructura, las decisiones de diseño más importantes).

También puede ayudar el hecho de grabar videos con las explicaciones más complejas.

Estas dos primeras recomendaciones (gráficos y videos) serían útiles para asegurar la coherencia entre el diseño y la implementación de aplicaciones.

Otro tema importante en la documentación ágil son las pruebas automatizadas: Unitarias, de integración, funcionales, de aceptación, de performance…
Si ya las hacen, sabrán de qué hablo. De lo contrario, lo explicito: Las pruebas automatizadas tienen gran poder en cuanto a mostrar “qué hace la app” y “cómo lo hace“). Y además hacen más baratas las pruebas de regresión.

En cuanto a la capacitación de nuevos integrantes del equipo, nada peor que mandarlos a leer documentos. Suelen ser aburridos, fueron hechos casi siempre con un sesgo del autor, tienen partes ambiguas… (y una larga lista de etcéteras.)
Para resolver ese tema, recomiendo que usen programación de a pares (y pairing en general, para todas las actividades del equipo). Haciendo se aprende más rápido y mucho mejor, que leyendo documentación.

En cuanto a entender y comunicar requerimientos del sistema, creo que una buena User Story (Historia de Usuario) puede ayudar mejor que los Casos de Uso o Requerimientos tradicionales. En el libro de mi socio y amigo Martín Alaimo se explica este tema a la perfección.

Por último, quiero aclarar que conozco bastante bien el lenguaje de modelado unificado (UML) y creo que en muchas ocasiones es útil usar los diagramas de secuencia, de implementación (AKA deploy) y aquellos que el equipo requiera para entender mejor alguna situación compleja y/o repetitiva.

A modo de cierre: no creo que “ser ágil” implique “no documentar”. Sino que “ser ágil” implica siempre estar atento y crítico con todo el proceso de desarrollo. Todo es perfectible y la clave está en encontrar el balance y el equilibrio adecuado. Un buen primer paso puede ser analizar las opciones de mejora que estén a nuestro alcance, en el camino entre lo que hacemos ahora y la/s mejor/es alternativa/s posibles.

“Capacitación” (Not!)

Eventos con formato Open Space: Potenciando la industria, la academia y la sociedad!

Ese día de marzo de 2009, en Buenos Aires, no sabía que me encontraría con un evento TAN distinto…

Era asistente y parte del equipo organizador del “Agile Open Buenos Aires 2009“, que comenzó muy temprano en una de las sedes de UNTREF (Universidad Nacional Tres de Febrero, de la cual hoy soy docente!) y los organizadores éramos un equipo de entusiastas, integrantes todos nosotros la entonces incipiente comunidad ágil argentina y latinoamericana.

Ese fue el segundo evento comunitario “grande” sobre agilismo en esta parte del mundo, Latinoamérica, luego del internacional “Ágiles 2008” realizado en octubre del año anterior. Además, también sería mi primer día completo inmerso en el maravilloso mundo del Open Space (en español, Espacio Abierto).

En ese momento capté algunos detalles que más adelante pude identificar como muy relevantes, tales como las reglas del evento, la importancia de la disposición de las sillas en el primer momento, la agenda vacía en una cuadrícula grande, la paciencia, la buena onda.

Pasó el día, se sucedieron decenas de sesiones -muchas en paralelo!- sobre temáticas variadas. Tuvieron lugar conversaciones y talleres, discusiones y ponencias, charlas con café en mano durante el almuerzo y los intervalos, nuevos vínculos y fortalecimiento de otros no tan nuevos y un conjunto memorable de aprendizajes y buenos momentos compartidos.

De allí en más, busqué seguir en contacto cercano con este tipo de eventos. Se sucedieron en el marco de la comunidad ágil, los “Agile Open” relativos al “Agile Open Tour” que organizamos ese año 2009 por varias ciudades del interior de Argentina y los mini eventos de este estilo que llevamos adelante junto a Juan Gabardini en las clases finales de la materia de FIUBA en la que dictábamos temáticas relacionadas a la gestión de proyectos bajo el marco ágil… El Agile Open Tour se repitió también en 2010, 2011 y 2012! 🙂

Y así pasaron Ágiles 2009 en Florianópolis (Brasil), Ágiles 2010 en Lima (Perú) y Ágiles 2011 nuevamente en Buenos Aires (Argentina). El formato de estos eventos solía ser de 2 jornadas completas dedicadas a sesiones pre-programadas. Debido a varios factores, en Ágiles 2012 llevado a cabo en Córdoba (Argentina), finalmente nos decidimos a dedicar un día completo, el tercero del evento anual latinoamericano, a sesiones libres y abiertas, bajo el formato Open Space. Salió genial y ese mismo formato lo repetimos en Lima (Perú) al siguiente año, en Ágiles 2013.

Mientras tanto, las comunidades de la región fueron naciendo, creciendo y fortaleciendo… se organizaron una serie de eventos Open Space a lo largo y ancho del continente, muchos los cuales tuve el placer de facilitar y/o participar (Agile Open Lima II, Agile Open Lima V, Agile Open Seguridad Informática 2011 y 2012, ambos en BsAs, Agile Open Juliaca 2012, Agile Open Bogotá I, Organizaciones Flexibles (Agile Open RRHH) en BsAs, Agile Open Medellín 2012, Agile Open Cartagena 2013, Agile Open Uruguay 2013, Agile Open Medellín 2013).

Además de las comunidades, varias empresas se sumaron a esta ola de eventos (Sura, OSDE y GlobalLogic, por mencionar algunas). Siguiendo recomendaciones de Kleer y/o de agilistas internos, organizaciones grandes, medianas y pequeñas de diversos rubros (Seguros, Salud, Desarrollo de Software, etc) realizaron eventos de diversa duración (entre 4 y 8 horas) para que sus integrantes -analistas, proveedores, colaboradores, usuarios, gente del negocio, etc- compartieran conocimientos y experiencias; debatieran sobre problemáticas internas; establecieran estándares y puntos de vista en común; realizaran ponencias y conversatorios para debatir cuestiones organizacionales; comunicaran decisiones nuevas y relevantes; y tantas otras sesiones de todo tipo: teóricas, prácticas, mixtas, etc.

Una sesión que recuerdo con mucha alegría fue facilitada por la Gerente de IT de una empresa muy grande en Medellín, dos veces. Dos veces, porque en el segundo evento Open Space que facilitamos en esa compañía, la sesión se replicó debido al éxito rotundo que tuvo en su primera instancia, seis meses atrás. La sesión trató sobre “Equipos Felices“. Decenas de personas (tal vez, más de cien!) reunidas en torno a un tema tan dejado de lado en muchas otras instituciones: la felicidad (o “la salud organizacional” para aquellos que no quieran hablar de alto “tan naif”).

En sintonía con esto, también aprovecharon las virtudes de este formato algunas organizaciones como el Proyecto Nahual, de inclusión social y contensión en barrios carenciados que busca hacer llegar el conocimiento a los sectores más vulnerables, como prioridad. A fines del 2012 nos reunimos una mañana los voluntarios, colaboradores, alumnos, docentes y amigos de la casa, para proyectar mejoras, potenciar ideas y hacer más fuerte al proyecto. Y vaya si se logró: este año el Proyecto Nahual ganó el premio “Sadosky de Oro” entregado por la industria del software en Argentina, además del premio Sadosky en la categoría de Inclusión digital para el cual estaba ternado.

Cada vez que comienza el día de Open Space, durante los primeros momentos, hay cierta tensión y ansiedad… “se llenará toda esa agenda con sesiones?”… El Marketplace es el espacio inicial en el cual se proponen las sesiones: es una gran ronda de gente (puede ser una elipse o varias, según la cantidad de participantes y dependiendo del lugar disponible), en la cual no importan las jerarquías o los conocimientos de los participantes. Y cada vez, la magia ocurre: los participantes más inquietos y activos, se acercan al centro de la ronda y se presentan, junto a sus propuestas de sesiones. Eligen un nombre atractivo para la sesión, lo escriben en una hoja y lo pegan en algún espacio vacío de la agenda, la cual se va llenando de a poco. Así, propuesta tras propuesta, se decide el contenido (siempre apasionante!) del evento.

Otra gran ventaja del formato Open Space es su capacidad de resolver la organización de eventos de muy distintas cantidades de asistentes. He facilitado eventos con 3 personas y otros con hasta 700, todos ellos con el mismo formato, las mismas reglas y la misma buena energía.

Imposible que no nos guste, porque somos parte activa de su creación y ejecución, necesariamente. Y si queremos aprender sobre algún tema, o compartir alguna experiencia, sólo debemos tener coraje, para animarnos y proponerlo durante el Marketplace.

Sólo eso: animarnos.

Redes Libres para la inclusión!

image

Mañana estaré en el evento BarCamp de Buenos Aires (esta vez con sede en el Centro Cultural San Martín), presentando una charla sobre Redes Libres y su impacto en la sociedad, como eje en la inclusión y la democratización de Internet. La charla será en el marco del SocialCamp, un sub-evento (o track) orientado a temas sociales.

Compartiré escena con mis grandes amigos y compañeros del Proyecto Nahual, orgulloso y merecido ganador del premio Sadosky 2013 a la inclusión y del Sadosky de Oro, entre otras experiencias interesantísimas!

En cuanto a la charla, la estoy preparando a puro corazón, basándome principalmente en dos fuentes, dado que soy un entusiasta con muchas ganas pero aún poco conocimiento al respecto de la instalación y configuración de redes (libres o no libres):

  • Contenidos del blog AlterMundi, de mis compañeros de gira colombiana: Nico Echániz y Gui Iribarren.
  • Los conocimientos -principalmente conceptuales/teóricos- que adquirí en esa gira.
Ventajas de Redes Libres

Algunas ventajas de las Redes Libres (Lámina realizada durante la gira de Ágiles y Redes Libres en Colombia).

En cuanto a la relevancia de este tema de las Redes Libres…

En 2003 conocí GNU+Linux y me pareció un gran proyecto. Me demoré unos cuantos años en tener instalado en mi computadora solamente un sistema operativo libre. Pero heme aquí usando Linux en todos mis dispositivos!
Siempre sentí que GNU+Linux era un proyecto y un conjunto de ideas con gran impacto social. “Con esto se puede achicar la brecha digital” pensaba -y lo mantengo-.

Redes Libres es algo más poderoso aún que el Software Libre!

Redes Libres es algo más poderoso aún que el Software Libre!

A qué viene eso del Software Libre?
A que cuando conocí las Redes Libres me di cuenta que son muchísimo más poderosas en términos del Alto Impacto social, inmediato, inclusivo, in-cre-i-ble!
Implica gente accediendo a Internet a precios bajísimos, barrios  comunicados, vecinos interactuando, instaladores locales de nodos con trabajo digno y útil en su propia comunidad, acceso y difusión a/de contenidos y servicios propios, generados por los propios vecinos (disponibles más allá del proveedor de turno):
Un periódico, una radio, un sistema de mensajería instantánea (chat!), … o varios de ellos!

Sé que se requiere trabajar en crear una conciencia colectiva para que esto, que a algunos nos suena encantador, sea una realidad más extendida.

Apunto -como primer objetivo- en entre post y en la charla de mañana, a que nos concienticemos como sociedad y que le pique el bichito de la curiosidad a más ciudadanos inquietos y entusiastas. A que más personas sepan de qué se trata esto de las Redes Libres.

Hasta pronto!

Conceptos, Mitos y Hechos

Algunos conceptos, mitos y hechos alrededor de las Redes Libres

Ágiles Sura: 2° evento Open Space para compartir experiencias!

Hubo 42 sesiones en el evento que facilitamos junto a Ricardo Colusso el jueves pasado en Medellin, con formato Open Space.

image

Ya es el segundo en lo que va del año 2013, organizado por Kleer y el equipo interno de Sura que vela por la implementación de métodos y prácticas agiles. El primer “Ágiles Sura” fue en Junio y también lo facilité yo, en aquella oportunidad junto a Martín Alaimo.

image

El jueves, aproximadamente 300 personas asistieron y participaron activamente: gente del negocio, de desarrollo, de infraestructura y de los proveedores. Una combinación ideal para potenciar las iniciativas ágiles que ya están más que institucionalizadas en el ecosistema de Sura y sus proveedores.
Allí estuvieron presentes varios amigos de la comunidad ágil @AgilesColombia.

Durante toda la jornada se sintió un clima animado de plena confianza para compartir conocimientos y experiencias!

image

Van por esta vía mis felicitaciones a toda la mesa Ágil de Sura por la excelente logística y gran organización del evento, teniendo en cuenta cada detalle 🙂

Espero que más organizaciones se animen a este tipo de eventos 🙂

Para más información, comparto un resumen de cómo se vivió el evento desde las redes sociales: https://twitter.com/pablitux/status/398897879235842048

Software Libre en la educación secundaria

El jueves pasado compartí un taller de Software Libre con alumnos y docentes de varios 4tos y 5tos años de la Escuela Cangallo, en Buenos Aires.

Éramos 60 en total y llevamos adelante conversaciones de diversa índole alrededor de los temas Software Libre, propiedad intelectual, derechos de autor y modelos de negocio basados en el conocimiento libre.

Luego de una hora, seguimos compartiendo la mañana con sólo algunos (los de la orientación “Informática”), en una sala con PCs, donde vimos temas más técnicos (el kernel de Linux, la interacción entre capas de la cebolla, algo de historia… y probamos Ubuntu en una de las computadoras!

Muchos se enteraron en ese taller de la similitud de esa distribución  linuxera con otros sistemas operativos y de la compatibilidad que ofrece.

Espero poder seguir realizando este tipo de talleres participativos con más alumnos y docentes, para que cada vez más personas conozcan y puedan entonces aprovechar las ventajas de la libertad.

image

Un retrato mío hecho por alumnos al cierre de la clase. Muchos hicieron dibujos super interesantes!

image

Las 4 libertades del software libre

image

image

image