Cómo viví la CAS 2017

 

Un año más he podido disfrutar de la Conferencia Agile Spain, que este año tocó en Sevilla. La CAS es el evento referencia a nivel España en el que sabes que vas a poder ver a la gente más potente a nivel nacional (y con alguna presencia internacional) y por eso siempre vale mucho la pena ir. Sobre todo para hacer comunidad y disfrutar de las personas que formamos este pequeño mundo de la agilidad.

Aquí les comparto mi experiencia sobre la conferencia en general y les dejo un mini-resumen de las charlas que más me gustaron.

Conferencia

Antes que nada quiero agradecer a la organización por haber logrado que un año mas disfrutemos de nuestra querida CAS!

Ubicación: el Fibes fue un gran acierto, salas muy amplias, espacios grandes ideales para hacer sociales, buena calidad de sonido y un auditorio imponente! Lo único a mejorar fue la comida… muy poca comida, por lo menos por donde yo estuve y la variedad muy mejorable entre un día y el otro y también para personas que no comemos carne y/o lácteos  Sigue leyendo

Anuncios

Retrospectiva XXL en tiempo XXS en el primer Agile & DevOps Day de GFT

Hace un poco más de un año en la CAS 2015, cenando con el equipo de GFT se nos ocurrió que para el 2016 teníamos que hacer un evento similar internamente… hoy ese evento ya es realidad, lo hicimos y fue todo un éxito.

Apenas empezamos a pensar en cómo sería el evento tuvimos claro que al final haríamos una retrospectiva y fui el elegido para facilitarla.

Así que me puse a leer un poco de cómo hacer una retro grande, leí varios posts y obviamente llegué a los de Thomas Wallet donde explica varias experiencias de retros XXL. Después supe que Thomas iba a venir a España e iba a dar un taller de Retrospectivas XXL en la CAS, así que ese fue el primer slot de la conferencia que tuve claro que iba a ir. ¡Qué mejor que hacer el taller y poner en práctica lo aprendido solo tres semanas después!

Resumen de las actividades

¡Estas son todas las actividades que hicimos en unos 40 minutos con 70 personas! Sigue leyendo

Agile y los sistemas complejos

La principal base “teorica” sobre la que Agile funciona está en entender al desarrollo de un producto como un sistema complejo y en cómo gestionar dicha complejidad.

Para un trabajo de un máster estuve re-leyendo un poco sobre el tema y se me ocurrió aprovecharlo para compartir un mini resumen de algunos de los principios más importantes para gestionar la complejidad y como se aplican en el desarrollo ágil de un producto.

Método empírico vs predictivo: en un sistema complejo es muy difícil (o casi imposible) poder predecir lo que sucederá, por lo que la mejor forma de controlar el sistema es aprendiendo de las acciones tomadas. El framework Cynefin es un modelo que describe cómo actuar y tomar decisiones dependiendo de la complejidad de las situaciones. Y para las situaciones complejas propone encontrar soluciones emergentes basadas en la prueba y aprendizaje empírico. Sigue leyendo

Mi primera CAS como ponente

 

 

Este año la CAS para mí tuvo un sabor especial ya que fue la primera que asistí como ponente a una conferencia. Y la verdad me gustó mucho, así que creo que me voy a animar más seguido!

Antes de la conferencia no me había parado a pensar qué diferencias podía haber en participar como ponente, pero la verdad es que se vive un poco distinta. Quieras o no pasas a ser un actor más activo dentro de la conferencia. La gente te pregunta cuando es tu charla, se interesan por saber de qué va a ser y gracias a eso se abren charlas interesantes que quizás no hubieran sucedido si hubiese ido como asistente. También hay un factor nervios o tensión que está ahí presente y va apareciendo y desapareciendo hasta que se expresa al máximo en el momento previo a la charla y disminuye (o por lo menos en mi caso) con la ejecución del taller o charla donde dejas todo (o por lo menos así creo que lo hicimos con @silviacalvet 🙂 ). Al terminar viene la liberación total y la satisfacción (y más si recibís un feedback tan bueno de los asistentes como fue en nuestro caso!). A partir de ese momento para mí la conferencia tomó un tono distinto, quizás más relajado, con la satisfacción del trabajo bien hecho y las ganas de seguir disfrutando. Sigue leyendo

Maximizando la distancia entre el DoR y DoD

El objetivo de un equipo ágil es aportar valor continua y eficazmente. Para esto se asegura de trabajar en lo más prioritario y entender cómo aporta valor (no simplemente ser un eslabón más de la cadena de valor/ siendo la cadena de valor). La forma de maximizar esa aportación de valor es teniendo un equipo que integre y participe en las actividades de toda la cadena de valor del producto o en la mayor parte posible. Esto hará que sea un equipo alineado y enfocado al valor de negocio, que entienda las necesidades del usuario y negocio, y además que vea el propósito de su trabajo y cómo su este aporta valor a la organización y/o a los clientes. De esta forma, al crear soluciones de negocio de una forma colaborativa entre miembros de un equipo cross-funcional se logra tener una alineación máxima donde todos los integrantes de la cadena de valor trabajan juntos con un objetivo común.  La cadena de valor queda auto contenida en el equipo

¿Y qué tiene todo esto que ver con el DoR y el DoD? Sigue leyendo

Contando historias con “Rory’s Story Cubes”

Conocí los Story Cubes en un meetup de AgileBarcelona, donde varias personas que habían participado de la conferencia play4Agile, compartieron los juegos aprendidos.

Los Story Cubes fue el juego que más me gusto en general, más que nada por su sencillez y por la gran cantidad de aplicaciones que pueden tener. Fomentan la creatividad no solo a la hora de usarlos, sino también al pensar en posibles usos que les podamos dar. ¡Así que me los compré y empecé a usarlos!

Por si no los conoces todavía, estos son los Story Cubes. Y el juego consiste en tirar los dados y contar una historia en base a los símbolos que salgan.

rscgame_2x

 

Desde que los tengo, estas son las tres situaciones distintas donde los he utilizado…

Como rompe-hielos de una sesión, para que los participantes estén más distendidos y más predisponerlos a pensar fuera de sus estructuras.

Al inicio de una Retrospectiva, para resumir las sensaciones del sprint anterior. Usando los dados en este momento puedes lograr que salgan cosas que quizás de otra forma no saldrían, ya que al tener que improvisar una historia en base a los símbolos que salieron, no tienes tiempo de pensar mucho lo que dices y terminas diciendo lo que realmente sientes. Y al mismo tiempo inicias la retrospectiva de una forma lúdica y haciendo participar a todos muy activamente. Esto ayuda a la participación durante el resto de la retrospectiva.

Empezando un nuevo proyecto. En esta ocasión los usamos de dos formas distintas, pero ambas con el objetivo de trabajar la motivación por el nuevo proyecto y cohesionar al equipo para afrontar el reto.

Primero cada miembro del equipo contó una historia de cómo se sentía respecto al nuevo proyecto y al equipo. Aquí salieron las cosas que los motivaban (poder aprender cosas nuevas, empezar algo de cero, lo desafiante del proyecto) y algunos también algunos temores o inseguridades.

Luego los utilizamos para hacer una “futurespective” (mirada hacia el futuro), donde nos imaginábamos que nos entrevistaban por el gran éxito de nuestro proyecto. Para esta parte cada uno tiró un dado y contó una parte de la historia que entre todos creamos. Aquí salieron varios temas importantes que identificamos como claves para el éxito del proyecto y además la sensación de equipo en ese momento era genial.

Como pueden ver, los dados dan muchas posibilidades de uso. Leyendo un poco he visto que se utilizan para facilitar retrospectivas enteras, para mejorar la creación de historias de usuario, para la creación de ideas y fomentar la creatividad a la hora de resolver problemas, etc.

Siempre me gusta entender un poco el porqué de las cosas y los story cubes no son una excepción. Por eso en el próximo post voy a escribir sobre las razones por las que este tipo de juegos ayudan y como impactan en nuestra forma de pensar.

Si alguna vez usaste los Story Cubes déjame un comentario contando tu experiencia. Y si nunca los usaste pero se te ocurren otras formas de usarlos también!

¿Cómo escribir User Stories?

Como ya dije en el post “Que son las User Stories”, lo importante es que una historia de usuario (si, voy a intentar llamarlas por su nombre en castellano J ) permita entender de una manera simple lo que el usuario quiere conseguir. Cuando una historia se crea, generalmente solo tiene esta descripción (la primera ‘C’ –Card), ya que luego, en el momento que sea prioritaria, será refinada y se le agregaran más detalles o incluso se dividirá en varias historias de usuario más pequeñas.

Entonces para escribir buenas historias de usuario es importante buscar la mejor forma de escribir esta descripción, ya que es la que nos recordará lo que el usuario necesita y nos ayudará a hacer las preguntas correctas a la hora de entenderlas mejor. La forma más extendida de escribirlas es utilizando el formato “As a [who/role] I want [what/goal] So that [why/benefit]” o “Como [quien/rol] Quiero [que/acción] Para [razón/beneficio]”. Si desglosamos un poco esto para entender realmente por qué se utiliza esta forma de escribir las historias luego nos será más fácil escribirlas correctamente e incluso adaptarla a nuestro contexto. Sigue leyendo