Comparte

PERSPECTIVA DIGITAL Martin Enrique Sitnyk 25/10/2018
Agile
¿De qué hablamos cuando hablamos de un “sprint cero” en agilidad?
“Sprint cero”, “Sprint zero”, “Inception”, “Inception Deck”, “Sprint de Inception”,  “set-up”, “kick off”, “sprint de relevamiento (Discovery)”

son algunos de los nombres que se le otorgan a un conjuntos de actividades previas que hemos escuchado al comenzar a construir un producto.

Es cierto que a los backlogs no los trae la cigüeña. Por esta razón, es  necesario de la participación y colaboración de un equipo de personas a fin de lograr un consenso de lo que se quiere construir  y  el armado de un backlog para poder comenzar a elaborar nuestro producto.

El nombre de la técnica o  dinámica que usamos fue cambiando y mejorando durante los últimos años. El objetivo de las mismas  es la generación de  conversaciones entre los participantes con el fin de lograr un foco u horizonte. Se pueden obtener muy buenos resultados, pero una práctica mal facilitada o mal empleada puede generar todo lo contrario.  Recomiendo implementarlas con el equipo completo: y sí,  TODOS participan y pueden opinar. Me refiero a Stakeholders, dueño del producto, un facilitador (puede ser el scrum master) y el equipo de elaboración del producto, entre otros.

Desde mi punto de vista, la duración de la misma no debe ser muy extensa. Sugiero no más de una semana.

Recordemos que la agilidad oscila entre polos de tiempos cortos y largos. Debemos tener lo justo y necesario para comenzar a trabajar. ¿Y si nos faltan algunas definiciones de algunos ítems del backlog?  ¿No nos habla LEAN de postergar el compromiso, agendar las decisiones irreversibles hasta el último momento responsable? Por tal motivo, podemos comenzar a iterar e incrementar nuestro producto sin tener todo un backlog definido.

 "Y cuando empiezas a construir algo, te das cuenta de que estabas pensando en algo completamente diferente". – Jonathan Rasmusson

Como mencionaba en párrafos anteriores,  a principios de los años 2000 se usaba la palabra "Sprint cero/zero" para denominar al evento en el que se refinaban los primeros ítems de un Product Backlog y se preparaba la infraestructura (entorno de desarrollo, servidor de Integración Continúa, permisos y accesos a las distintas plataformas, entre otros, etc).  

Ken Schawber, co-creador de Scrum acuerda: "Sprint 0 se ha convertido en una frase mal usada para describir la planificación que se produce antes del primer Sprint".

Años posteriores, fue la "Inception" o "Inception Deck" quien tomó partida de  esta situación. Surfeando en internet encuentro una definición acorde: "Conjunto de dinámicas orientadas a enfocar a todas las personas involucradas en un proyecto hacia un mismo objetivo, reduciendo muchas de las incertidumbres, ayudando a explicitar los riesgos más evidentes y poniendo en común las expectativas de todos" . Dicha dinámica, que fue publicada en el libro "The Agile Samurai" y en la conferencia "Agile 2011", se puede emplear al inicio de cualquier tipo de proyecto, y no sólo de software, aunque brilla especialmente en las fases iniciales porque facilita la definición del MVP. La Inception no es una garantía para conseguir el consenso, pero ayuda mucho a obtenerlo.  (Fuente: referencia [1]) Sin entrar en detalles, brevemente se describen las siguientes actividades: "¿Por qué estamos aquí?", "Elevator pitch o Tweet Picth", "Diseñar una caja para el producto (Vision Box)", "Crear una lista de lo que NO es" y "Conoce a tus vecinos (la comunidad)" , que son dinámicas que están orientadas a discutir de manera creativa sobre el producto que se quiere construir, centradas todas en el QUÉ y obviando siempre el CÓMO.

"Muestra la solución" se centra en el CÓMO y es una actividad previa a la discusión sobre los riesgos "qué nos impide dormir", entre otras.

Esta receta, la Agile Inception Deck, se describe originalmente como un "deck" (baraja) porque no es obligatorio pasar por todas (aunque sí recomendable). Así, dependiendo del contexto, se pueden sustituir unas actividades por otras que persigan los mismos objetivos o incluso obviarlas si esos objetivos ya se han conseguido previamente. (Fuente: referencia [2])

Sumada a la actividad de Inception sugiero llevar a cabo la dinámica "User Story Map", creada por Jeff Patton, que es útil  para tomar decisiones y provocar muchas conversaciones que posteriormente serán útiles durante la construcción.  Nos brinda la oportunidad de visualizar el product backlog en dos dimensiones, en lugar de una, contar un plan de releases candidato e inicial, identificar el Walking Skeleton y el tan esperado MVP (mínimo producto viable).  (Fuente: referencia [3])

A lo dicho podemos listar otras prácticas tales como User Research, Personas o Role Mapping, que  pueden ser invocadas para puntualizar en los usuarios que utilizarían el producto.

Podría seguir mencionando una diversidad de técnicas candidatas a ser empleadas en estas instancias, lo que quizás sea muy tentador, pero hay un valor del manifiesto ágil que se me viene a la mente:

"Individuos e interacciones sobre procesos y herramientas".

Es decir, valorar más las interacciones, los consensos, la conversación entre las personas y el entendimiento de la necesidad de nuestros clientes por sobre la implementación de alguna de las prácticas mencionadas. Lo valioso es que nos puedan aportar valor o nos ayuden a construir y colaborar en equipo. 

En resumen, es recomendable que este momento de descubrimiento dure un tiempo acotado (idealmente, no más de una semana) y que nos aseguremos de tener todo lo justo y necesario para trabajar e iterar. Por último, algunas preguntas que nos pueden servir de guía: ¿Tenemos infraestructura lista para empezar (permisos, servidores, etc)? Del Product Backlog, ¿contamos con una  sub lista de ítems  priorizados y refinados  que podrían ser tomados en una iteración?  Si la respuesta a todo esto es SÍ, entonces ¡comencemos! ¿Con qué? ¡Con una retro [4]! Y luego, manos a la obra.

  

Fuentes:

[1] https://agilewarrior.wordpress.com/2010/11/06/the-agile-inception-deck/

[2] https://www.codeandbeyond.org/2014/11/incepcion-agil-los-backlogs-los-trae-la.html

[3] https://jpattonassociates.com/user-story-mapping/

[4] En cuanto a la retrospectiva, valoremos la facilitación a través del dolor (PDF: PAIN driver facilitator). Aquella conversación con el equipo la cual nos permita lograr acuerdos y mejoras continúa del equipo. 


Martin Sitnyk

PM

Contáctame