Cómo usar Design Sprint en un contexto de Inception de un proyecto ágil
A principios de diciembre impartimos junto a Silvia Calvet un workshop en CAS (Conference Agile Spain), la conferencia más importante sobre Agile que se organiza anualmente en España, sobre Design Sprints y cómo proponemos usarlo en un contexto de Inception de un proyecto ágil. La idea de este taller nació a partir de nuestras experiencias previas en proyectos ágiles de Transformación Digital. El objetivo era compartir experiencias entre las practices de Agile y de Experience Design y los asistentes a CAS para ver cómo podemos conseguir un buen arranque de proyecto.
Durante la conferencia hubieron más charlas que trataron, en mayor o menor medida, cómo integrar el diseño desde el comienzo en un desarrollo ágil. Esto nos muestra que es una problemática que está en proceso de experimentación y que tiene una importancia crucial para el éxito de un proyecto.
El contenido del workshop
Como decíamos, el inicio de un nuevo proyecto es un momento crítico para identificar necesidades y expectativas, así como para integrar y alinear desde el comienzo todas las áreas funcionales del equipo. 
Al tratarse de un workshop, intentamos crear una sesión dinámica en la que los asistentes no se limitaran a escuchar: queríamos que participaran activamente. Así, después de presentarnos y revisar la agenda, hicimos que los participantes se organizaran en equipos de 5 personas y les pedimos que se presentaran y compartieran con los demás cuál era su superpoder y cómo les ayudaba en su trabajo.
Una vez hechas las presentaciones, revisamos rápidamente qué es una Inception, cuáles son sus objetivos y las actividades recomendadas del Inception Deck del libro “The Agile Samurai”. A continuación, llegó el momento de vivir un Design Sprint en primera persona. El framework que ofrece el Design Sprint permite centrarse en las necesidades de negocio y, a la vez, tener en cuenta las necesidades de los usuarios, mostrando con mayor claridad qué queremos conseguir con el proyecto. De hecho, va un paso más allá: su objetivo es validar la idea o solución a desarrollar. Ésta fue, sin duda, la parte más interactiva del taller. Presentamos un reto a los equipos para que pudieran conocer el Design Sprint de primera mano. El gran reto que proponíamos consistía en intentar realizar la mayor cantidad posible de actividades de un Design Sprint en un breve intervalo de tiempo. Como era imposible que los participantes realizaran todas las tareas en sólo una hora, dimos algunas ya resueltas y dejamos otras sin resolver para que las hicieran ellos mismos.
Pero lo mejor llegó al final: presentamos un mapeo de las actividades de un Design Sprint y del Inception Deck y compartimos lo que podría ser una Inception ‘ideal’ en nuestro contexto de proyectos. Aquí, de nuevo invitamos a todos los participantes a compartir su opinión y a explicar cómo usarían estas herramientas en sus proyectos.
Resultados del Workshop
¡Desde el minuto uno ya fue muy bien! Teníamos un aforo limitado de 50 personas, que cubrimos por completo. Nos gustó mucho ver que el tema que compartíamos era capaz de generar tanta expectación.
Durante el taller, los participantes se animaron a trabajar y a participar activamente. El espacio de reflexión final dio lugar a muchos comentarios y preguntas. El interés por parte de los participantes fue tal que nos pidieron si podíamos compartir los resultados del próximo proyecto, donde aplicamos esta nueva visión de las Inceptions.
Acabamos la sesión con el feedback de los participantes: tenían que valorar de 1 (mínimo) a 5 (máximo) cuánto les había aportado el taller en relación al tiempo que habían invertido. Y estamos muy orgullosos del resultado: ¡el 86% de las valoraciones estaba entre el 4 y el 5! 
Conclusiones de las reflexiones y el experimento planteado
Nuestra propuesta de utilizar un Design Sprint en el contexto de una Inception de proyecto fue muy bien recibida por parte de la audiencia. Vemos que encontrar una forma adecuada para iniciar un proyecto o desarrollo de un producto no es algo trivial y puede variar según el contexto de dicho proyecto o producto.
Gracias a nuestra experiencia hemos visto que un Design Sprint nos permite entender con mayor profundidad el problema que queremos abordar, explorando posibles soluciones e incluso validando estas soluciones y propuestas durante la Inception.
El resultado del Design Sprint nos ayudará a identificar el MVP o el walking skeleton de nuestra solución y, a partir de ahí, comenzar a construir el backlog del producto. Como el Design Sprint está centrado en el diseño y llegamos a prototipar la solución planteada, nos ayuda no sólo a entender el problema sino también a empezar a validar la solución técnica.
En nuestra propuesta de Inception utilizaríamos el Design Sprint como una herramienta muy potente para alinear todas las partes involucradas y comprender en detalle por qué estamos iniciando el proyecto, qué problema o reto queremos resolver y alinear y validar una solución inicial. De aquí surge nuestra propuesta de Inception utilizando un Design Sprint, para luego continuar con actividades más centradas en el desarrollo del proyecto (roadmap, equipo, solución técnica, etc.).
¿Y vosotros? ¿Queréis vivirlo en primera persona?
Como el taller tuvo mucho éxito y algunas personas no tuvieron la oportunidad de participar, se nos ha ocurrido que podríamos repetirlo con la comunidad agile de Barcelona. ¡Así que estad atentos porque en enero del 2017 vamos a proponer el workshop en el meetup de Agile BCN!
De hecho, estamos explorando cómo hacer una formación conjunta en este tema entre las practices de Agile y Experience Design. ¡Os mantendremos informados!
Y aún hay más: hemos ubido a Slideshare la presentación. ¡Estamos convencidos de que os resultará muy interesante!
