Category:Agilismo’

Story mapping

 - by Soraya

El martes estuve en la Charla-Taller de Cylicon Valley, Story mapping, de la mano de beCodemyfriend. Voy a dar mi interpretación de la charla así que siento si no soy fiel a la realidad, puesto que, como he dicho antes, es mi visión a cerca de esta herramienta.

Según nos contaron, esta herramienta estaría dentro de un proyecto agile, un proyecto en el cual se sigue Scrum y en el que se definen Historias de usuario.

Definición de Story Mapping: es una herramienta que te permitirá ir construyendo un Backlog de historias de usuario junto con tu cliente.

¿Quién debe ir a este tipo de reuniones? Cliente, 1 o 2 desarrolladores, CTO, stakeholders (personas que las interesa que el proyecto salga bien pero que no participan activamente en el desarrollo del mismo), un alien que no tiene ni idea de lo que va a ver pero que está comprometido y quiera llegar a cumplir los objetivos de la reunión (construir un backlog entre todos que dé como resultado una aplicación que valor al usuario final).

Voy a ir explicándoos la imagen (perdonad por la imagen…lo mio no es dibujar… :)).
Lo primero, definir los roles que van a interactuar con la aplicación (son los monigotes de arriba). Se define el contexto en el que nos vamos a mover (suelen ser condiciones trasversales a todo el proyecto, como por ejemplo, el presupuesto del que se dispone, las medidas de calidad que se van a implementar, restricciones globales a toda la aplicación…. etc.).
Se fijan los ejes (pintados en verde). El eje de las X es el tiempo o secuencia en el que se deberían desarrollar y terminar las historias. En el eje de las Y la necesidad, la cual nos ayuda a medir el valor que tienen esas funcionalidades para el usuario final.
Como veis en el Backbone hay una serie de Actividades (épicas, suelen ser explicaciones, a grosso modo, de las funcionalidades. Sin entrar en mucho detalle). El Backbone define las actividades mínimas que tiene una aplicación. Por ejemplo, tiene que dar de alta usuarios (Actividad 1) y permitir que compren (Actividad 2).
Debajo de cada actividad se van escribiendo las historias de usuario (H1, H2….) correspondientes a cada actividad y se van colocando respetando los ejes previamente definidos.
En el Walking Skeleton está el número mínimo de historias que abarcan el espectro de la aplicación. Si en alguna Actividad no hay historias dentro del Walking Skeleton podemos llegar a la conclusión de que esa actividad no es tan prioritaria para el cliente y se puede repriorizar o incluso con el tiempo suprimir (Aquí ya vamos viendo las ventajas de trabajar este mapa visual con el cliente…).
Se pueden definir en este momento (siempre con el cliente presente) las release o entregas que se van a hacer. Puede que las historias a entregar en la primera release sean más que el Walking Skeleton, eso puede ser porque dan más valor al usuario final y son necesarias para que la primera release ya sea un producto (aunque sin todas las funcionalidades deseadas) usable.

Beneficios de Story Mapping:

  • Conversación con el cliente!!!!! Muy importante porque muchas veces el cliente pide pide, pero luego no se da cuenta de que eso le supondrá dinero y puede que no sea de mucho valor por el usuario final de la aplicación.
  • Análisis de las funcionalidades (a un alto nivel, no se definirán muy exhaustivamente porque no es la prioridad máxima).
  • Es muy visual y de un simple vistazo se pueden ver determinados fallos (algo que parecía muy importante no tiene historias en el walking skeleton…)
  • Planificación de release (que no de proyecto) Esto es como un paso intermedio que ayuda a definir las entregas que van a dar valor a cliente. Pero no definirá estimación en tiempo…

Consideraciones: Se pueden cambiar los ejes, por ejemplo, el de la necesidad se podrá cambiar por coste, y así una misma historia de usuario se podrá valorar tanto por importancia al usuario final como por coste a cliente….

Lo que aprendí de un fabricante de aviones…

 - by Soraya

Este es el título de la charla que he dado junto con @nhpatt en la Conference Agile Spain 2013. Si comprobáis la última entrada, os daréis cuenta que hace mucho que no escribo…este evento me ha parecido una muy buena razón para retomar el blog.

No sabría deciros exactamente que me motivó a proponer a Javi (si, es @nhpatt :P) presentar una charla para esta conferencia…. pero puedo intuir que fueron las ganas de contar nuestra propia experiencia en un proyecto en el que implementamos medidas que nosotros pensamos que eran la leche!!!!

Ya habíamos implementado Scrum en varios proyectos, seguíamos scrumban… nada podía salir mal!!!!

Como ya os estáis imaginando eso no fue lo que ocurrió, nos encontramos con unos cuantos problemas en el camino  y es en esta charla donde os contamos las verdaderas medidas que nos ayudaron a conseguir que este proyecto fuera un éxito. Creo que en las slides se explican todas las medidas, pero perdonadme si no es así, estaré encantada de aclararos cualquier duda que tengáis!

Podéis descargaros «Lo que aprendí de un fabricante de aviones…» en pdf o verla directamente en el  formato que elegimos para la charla.

Por supuesto, el resultado del proyecto y de esta charla  no hubiera sido posible sin un gran equipo detrás!!! qué grande @sugus_cruz!!!!! así que esto va dedicado a todos ellos, a su esfuerzo, a sus horas y a sus ganas de mejorar!

Ya podéis ver el vídeo de la charla!

P.D.: Gracias Mariete por esas ilustraciones!!!! Molan!

 

¿Qué es Scrum?

 - by Soraya

Si soy sincera, no tenía claro el tema por el que quería empezar a escribir… Pero al final me he decidido por el que ocupa la mayor parte de mi tiempo. Voy a intentar daros mi visión de Scrum.

Como ya sabéis soy Scrum Master. Llevo desempeñando este trabajo desde hace año y medio aproximadamente. Para aquellos que no sepan qué es Scrum y cuál es la base bajo la cual se desarrolla os recomiendo que echéis un vistazo a los enlaces que os he puesto…

Pero, para mí, Scrum es una forma de pensar, una forma de actuar… Resumiendo mucho, podría decir que Scrum es un equipo de personas que pone de su parte para llegar a ofrecer a un cliente lo mejor en periodos cortos de tiempo y sin mayor coste del esperado.

Cuando comencé a formar parte de estos equipos de Scrum, la forma de trabajar me pareció un verdadero caos… Sin embargo, ahora os puedo decir que no concibo el trabajo de otra manera. Por este motivo, el sucesivos post os iré completando mi definición a través de mis propias experiencias.

Mi primer AOS!!! ^_^

 - by Soraya

Este ha sido el primer año que he ido al Agile Open Space, AOS a partir de ahora, es uno de los eventos a nivel mundial que organiza la Asociación de Agilismo, Agile Spain.

El año pasado asistí a la Conference Agile Spain (CAS), otro de los eventos que organiza Agile Spain, y me quedé con muchas ganas de comprobar de primera mano qué era un Open Space. Todo el mundo hablaba maravillas de él y me pico el gusanillo de la curiosidad! Así que este fue el principal motivo que hizo que asistiera a este evento.  ¿Qué más motivos tenía? Pues bien, desde hace un año y medio, más o menos, en mi trabajo apostamos por las metodologías ágiles y día tras día intentamos mejorar añadiendo nuevas ideas que nos hacen la vida más fácil.

Presentación Charla CAS2012

Iba al evento como una niña pequeña, ilusionada y con muchas ganas de absorber un montón de información y conocimiento de la gente.  Y ya os anticipo que no salí desilusionada. Al contrario! Me llevé muchas ideas de algunas de las charlas a las que asistí. Aquí tenéis el resumen de algunas de ellas:

  • Artesanía Digital: Una hora hablando de si los desarrolladores de software somos artesanos o no…Conclusión, ¿a qué huelen las nubes?
  • User Experience + User Stories: hace unos meses unos compañeros de trabajo fueron a UX Spain. Montaron un taller para contarnos todo lo que habían aprendido… y me dí cuenta de que algunos de los problemas que teníamos en mi trabajo estaba muy relacionado con la inexistencia de un UX en nuestras filas. Tenemos un diseñador, pero no le tratamos como se merece…Entenderme, le tratamos muy bien! jajaja! pero no nos aprovechamos de su potencial y gracias a esta charla lo vi claro… Es necesario que la figura de nuestro diseñador, que espero que dentro de poco sea nuestro UX, debe estar presente en toda la toma de decisiones (en cuanto a funcionalidad con experiencia de usuario se refiere…). Según iba hablando @ujue yo me imaginaba todo el proceso en mi cabeza, y esto es lo que me he propuesto llevar a cabo! ^^
  • Inception +: Aunque parezca mentira es un tema que descubrí hace relativamente poco y que me parece vital para que un proyecto llegue a buen puerto. Pero qué ocurre, pues que  las reuniones de Inception son largas, tediosas y aburridas. Así que, de nuevo, @ujue, nos dió ideas de cómo lo hacen ellos. La conclusión que saco de esta charla es que debo leer mucho más acerca del tema para conocer el verdadero potencial de cada una de las partes de una Inception.
  • Retrospectiva de retrospectivas: esta charla dada por @vgaltes fue realmente un taller práctico. Lo que me llevo de esta sesión es la dinámica que hicimos, la técnica de empatías. Hace mucho que no hago retrospectivas pero cuando en esta charla utilizamos esta técnica para ponernos en la piel de un asistente «incrédulo» me dí cuenta de que esta reflexión yo ya la había hecho de forma inconsciente, y que había puesto medidas para paliar determinados tipos de comportamiento. Por lo tanto, he de decir que me sirvió como retrospectiva de las retrospectivas. Objetivo alcanzado! 😉
  • Estáis condenados: no me quedó muy claro cuál era el objetivo de esta charla, pero saqué una conclusión… La utopía no te da de comer… hasta donde yo sé…
  • Agile Coaching: es un término que está en auge, mas bien, diría yo, que es una profesión que está de moda! Aunque la idea que saqué de esta charla es que un Coach te ayuda a llegar a comenzar el camino que te lleva al mundo Agile (decir que te lleva a ser Agile, es mucho decir y ni si quiera me atrevo a escribirlo!). La dinámica que hicimos fue dar pautas a seguir ante una premisa, la de mi grupo fue….»¿Queremos trabajar con metodologías ágiles? ¿Qué hacemos?», poniéndonos en la piel de un auténtico Coach, entre todos, escribimos los pasos y los pusimos en común.

Y por último la retrospectiva. Eramos muchos y para que eso no se alargara demasiado en el tiempo, hicimos varias dinámicas que nos permitieron sacar, al menos, conclusiones tales como que este AOS ha servido para dar a conocer este movimiento a más sectores, no sólo al de la informática, y ha conseguido que la máquina siga moviéndose! 😉

Máquina del AOS

 

P.D.: Perdonad por la mala calidad de las fotos… Son de móvil… y ya se sabe!

El verdadero discípulo es el que supera al maestro

 - by Soraya

No sé si lo habéis notado… pero hay menos secciones en mi blog… Si, ya no está la sección de Astronomía. Raúl está en otro mundo! jajaja!!!

Sabéis? me siento muy orgullosa de mi misma!!! he conseguido contagiarlo de la pasión  por compartir sus ideas, sus gustos!, si si! Parece mentira que haya sido yo, que llevo sin escribir un montón de tiempo en el blog… y mira que lo siento!

No sólo le ha cogido el gustillo por contar cosas chulas sino que publica cada semana varias entradas, a cuál más interesante! Yo todavía ando un poco torpe en esto de publicar y transmitir mis ideas, pero poco a poco espero poder escribir de las cosas que me gustan.

A vosotros no os ha pasado nunca? Yo lo veo todos los días. En mi trabajo hay mucha gente que se dedica a enseñar al resto de sus compañeros y éstos consiguen llegar, en algunas ocasiones :P, a superar a su maestro. Yo veo en esto un win-win. El maestro se siente satisfecho y orgulloso de él y de su alumno, ha conseguido su objetivo! y ahora el alumno podrá enseñar a otra persona. Os imagináis como pasa la información de unos a otros, la propagación es rapidísima!!!! Y esto hace que sigamos adelante! y que sobre todo, queramos hacer las cosas mucho mejor!

Y ahora que? Pues ahora me toca aprender a mi de mi alumno!  😀

P.D.: Por cierto, el titulo es una de las célebres frases de Aristóteles.

El liderazgo…. está sobrevalorado!!!

 - by Soraya

El otro día asistí a una charla en Agilecyl sobre la Institucionalización del Agilismo en una empresa veterana vía CMMI. Antes de comenzar a daros mi opinión quiero dar la enhorabuena a @i_cruzado por su presentación, me lo pasé muy bien, fue una sesión muy amena!! 😀

A principios de Mayo tuvo lugar otra charla de introducción a CMMI ¿Con qué me quedé de toda esa información? Pues bien, CMMI es un modelo que nos dice lo que deberíamos medir o visualizar, pero no nos impone ninguna forma de hacerlo. Se centra en los procesos y en mejorar la calidad de producción a través de la mejora de la calidad de estos. 

@i_cruzado nos contó a todos los asistentes cómo, gracias a CMMI, pudo incorporar Agile en su trabajo. Y aunque nos mostró muchos datos… yo solo me quedé con un vídeo de lecciones de liderazgo.

Ya le habéis visto? Si? vale, pues entonces sigamos. Os habéis dado cuenta? El líder pone el valor pero el primer seguidor da el valor. Es algo que me sorprendió porque lo veo día tras día. Pude poner un ejemplo al instante en mi mente.

Me he dado cuenta de que estaba obsesionada con el término líder… la gente le daba muuuuuucho valor y yo no lo entendía y ahora creo saber porqué. Doy mucho más valor y admiro mucho más a aquellas personas que siguen a esa primera e intentan mejorar en la linea marcada desde un inicio. Porque realmente ellos hacen que lo que dice un líder tenga valor. Y es por ese motivo por el que admiro a los seguidores,  porque aún sin tener madera de líder actúan como tales sin saberlo.

Me quedo con esta frase del video,

Todo gira alrededor del movimiento no en torno a ti!

Yo espero tenerla muy presente. Y acordarme de ella cada vez que tenga que ponerme en posición de líder (si es que alguna vez lo hago… 🙂 )

Sé que la introducción a este post ha sido bastante extensa pero os tenía que poner en contexto… o no?

Con qué frase os quedáis vosotros?

Qué sombrero llevo ahora?

 - by Soraya

Hace no mucho he comenzado a leer sobre Six Thinking Hats, herramienta descrita por De Bono en su libro (Six Thinking Hats).

Está herramienta está pensada para toma de decisiones en grupo, o por lo menos es para lo que la quiero utilizar yo…

De que trata? De Bono nos describe 6 roles o perfiles y los va asociando a sombreros de colores:

  • Sombrero Blanco – Pone los hecho sobre la mesa.
  • Sombrero Verde – Busca alternativas creativas e innovadoras.
  • Sombrero Rojo – Recoge las sensaciones del equipo, los sentimientos.
  • Sombrero Azul – Controla y dirige.
  • Sombrero Amarillo – Emite juicios positivos
  • Sombre Negro – Expone riesgos, miedos, actúa de abogado del diablo…

Después de está breve descripción os paso a contar mi experiencia. He tenido que organizar una reunión para tomar una decisión y he utilizado esta herramienta. Para que me ha servido? Pues para poder estructurar las partes en las que quería dividir la reunión sin que se me escapara ningún punto de vista de los participantes. Elegí la siguiente estructura:

  1. En la primera parte de la reunión el sombrero azul entraba en juego. Se exponía el objetivo y la dinámica de la reunión.
  2. El sombrero blanco pone sobre la mesa los hechos. Aquello que no tenemos que perder de vista.
  3. Los sombreros amarillo, verde y negro entran en acción. Los distintos miembros del grupo entran en un debate con distintos enfoques.
  4. Por último, el sombrero azul vuelvo a coger el mando para cerrar la reunión resumiendo las ideas expuestas en el debate y cerrando la decisión tomada con el grupo.

Cómo os comento al principio es la primera vez que utilizo esta herramienta y he visto unas cuantas deficiencias, seguramente porque todavía no sé exprimir todo su potencial.  De cara al equipo no ha supuesto ninguna innovación importante, no le ha apartado ningún valor la utilización de esta herramienta, han expuesto sus ideas cómo lo hacían antes. Es posible que si sigo leyendo sobre el tema pueda saber como enfocar mejor las dinámicas…

Sin embargo, me ha gustado ver como los participantes de la reunión se iban identificando con los distintos sombreros que había sobre la mesa. Han podido hacer visible su postura en cada momento.

¿Qué opináis sobre esta herramienta (o metodología… no sé…)?