Diseño de producto: Sprint Zero

El Sprint Zero es una metodología empleada en el diseño de productos digitales que aplica un proceso iterativo de descubrimiento, definición y diseño.


En el ecosistema de innovación empresarial, hoy en día tendemos a orientar nuestros proyectos a productos centrados en el usuario, y utilizamos marcos de trabajo que nos permiten ser ágiles entre nosotros y con nuestros clientes.

Hoy vamos a hablar de una metodología denominada Sprint Zero que se enfrasca en los ciclos de diseño de producto. Si buscas en internet sobre esta metodología verás diversas referencias con prácticas algo descentralizadas, por lo que el objetivo de este artículo es aglutinar los conceptos principales sobre esta metodología y cómo la empleamos en Wealize.

¿Qué es el Sprint Zero?

El Sprint Zero es una metodología empleada en el diseño de productos digitales que consiste en aplicar un proceso iterativo de descubrimiento, definición y diseño, de un nuevo negocio basado en tecnología digital. También se puede emplear Sprint Zero en el re-diseño de productos existentes, aunque este artículo nos centraremos en el construir productos desde cero.

En otras palabras:

Sprint Zero es la metodología que nos ayuda a reducir el cono de incertidumbre en proyectos de desarrollo software mediante el estudio de los requerimientos de negocio y la experiencia de usuario.

El principal activo al final del Sprint Zero es un backlog de producto detallado con historias de usuario, criterios de aceptación, archivos de UI, que además está alineado con el objetivo de negocio y las funcionalidades validadas durante el proceso.

Además, al término del mismo entregamos a los stakeholders un mapa de la arquitectura técnica y un prototipo interactivo de la solución que los usuarios puedan 'ver y tocar'.

Por qué Sprint Zero?

Los studios de producto saben de la dificultad de establecer un alcance preciso de desarrollo cuando planificamos los proyectos para nuestros clientes. Esta tarea se pueden volver más compleja cuando los requerimientos no son claros, o no se entiende la infraestructura de negocio detrás de la idea que vamos a desarrollar.

El Sprint Zero resulta una alternativa dinámica a la toma de requerimientos tradicional o la típica plantilla de excel donde tratamos de definir el detalle de una propuesta compleja de nuestros clientes. Analizar el contexto de negocio y las circunstancias que lo rodean se hacen además imprescindibles si queremos asegurar una experiencia de usuario optimizada, porque entenderlo bien nos permitirá mapear los roles y dibujar los flujos que traduciremos a un lenguaje de usuario.

Teniendo en cuenta que vamos a diseñar un negocio o producto desde cero, se hace imprescindible dedicar un espacio al estudio del problema e ideación de una solución que podamos validar con los stakeholders y usuarios.

Desde Wealize, hemos validado con diversos ciclos de diseño esta metodología y podemos asegurar un grado notable de satisfacción con el proceso y continuidad con el negocio. Además, entendiendo mejor el negocio y obteniendo un prototipo del producto, ha permitido a nuestros clientes activar estrategias de financiación para la fase de desarrollo.


Marco de Trabajo

Recapitulando, el objetivo principal es obtener un backlog de producto detallado que esté alineado con los objetivos de negocio y las funcionalidades validadas durante la fase de definición.

De esta manera, trabajamos en diferentes etapas durante un periodo de 3-6 semanas en las que estudiamos el contexto de negocio, traducimos los requerimientos a lenguaje de producto, y diseñamos una solución que podamos validar.

El enfoque que utilizamos para afrontar las cuatro etapas del proceso está basado en el marco de diamante, promovido por los referentes en HCD (human centered design) como IDEO, que proyectamos con cada semana o fase de trabajo.

decision-making framework

Para cada una de las fases que describimos a continuación, empleamos tres componentes de trabajo reflejados en cada semana de trabajo:

  • Descubrimiento con el cliente para provocar un estado divergencia y co-creación de oportunidades.
  • Sesión interna del equipo para aplicar las técnicas relativas a cada fase sobre las notas de descubrimiento.
  • Validación con el cliente de las conclusiones donde convergemos y decidimos cómo conformar esa pieza de producto según la fase en la que estamos trabajando.

Etapas

El objetivo de establecer diferentes fases durante el Sprint Zero es establecer una relación contable de cada fase con los objetivos generales y el contexto de cada cliente en forma de un entregable. Así, en términos generales, podemos relacionar cada fase con una semana de trabajo, teniendo en cuenta que durante las fases 2 y 3 se pueden realizar varias iteraciones.

Sprint Zero Scope

1. Descubrimiento

El objetivo principal de la primera semana es asegurar que equipo y stakeholders están en la misma página y el objetivo de negocio se entiende por todos. Durante esta fase, realizamos entrevistas con stakeholders y usuarios para dibujar el contexto de negocio en base a los módulos de la generación de modelos de negocio, y las personas que se benefician del producto.

Otras técnicas relevantes de esta fase pueden ser el 'Círculo Dorado' las '5W's, además de investigación general sobre el mercado y competidores, que nos permiten entender mejor el contexto de negocio de nuestro cliente.

El entregable principal es un reporte sobre el contexto de negocio, descripción del problema y la solución, de las personas, y un bosquejo de las funcionalidades principales o JTBDs que podamos validar con el cliente.

2. Definición

El objetivo principal de esta fase es traducir los requerimientos de la fase de descubrimiento a un lenguaje de producto centrado en el usuario. Para ello, empleamos técnicas como 'user flow' o 'user story map' como herramientas core, porque nos permite visualizar las interacciones de los usuarios y su relación con el flujo de negocio de forma clara.

El entregable de esta fase consiste en un reporte sobre las técnicas empleadas y las conclusiones extraídas en forma de funcionalidades de producto.

3. Diseño

El resultado al término de esta etapa, utilizando la información del estudio de las dos fases anteriores (negocio y producto), es un mapa de la arquitectura de la solución y un prototipo interactivo a validar con nuestro cliente.

Tras haber validado el esqueleto de producto con el user story map, flujos, y roles, tenemos información suficiente para construir un prototipo. Normalmente comenzamos con un detalle en baja fidelidad, para permitirnos incrementar la versión mediante iteraciones con los sktakeholders.

Por el lado que se refiere a la tecnología que vamos a emplear, describimos los componentes de la infraestructura, la relación de los servicios empleados, así como los costes derivados de la misma.

4. Refinamiento

Durante la última fase de refinamiento, preparamos el entregable global del proyecto que definimos en una documentación memoria de producto:

  • Contexto de negocio.
  • Técnicas UX empleadas y conclusiones.
  • Descripción de funcionalidades,
  • Arquitectura técnica de la solución.
  • Prototipo interactivo (enlace y archivo),
  • Backlog de producto con las historias de usuario descritas con criterios de aceptación y UI, y hoja de ruta organizada por releases.

Conclusiones

Para comprender los retos del mañana es necesario estudiar la viabilidad, factibilidad y deseabilidad de un negocio. En un entorno digital cambiante, aquellos innovadores que quieran cambiar el status quo de usuarios y negocios, precisan de marcos de trabajo flexibles e iterativos, que les permitan entender el por qué detrás de una idea de negocio.

La mejor manera de afrontar este tipo de retos, es asociándose con expertos en las disciplinas de negocio, diseño y tecnología, capaces de construir productos desde cero con garantía de impacto en usuarios y negocios globales.

A través del Sprint Zero, construimos esta visión y la materializamos en un prototipo o MVP de la solución, lo que permite a nuestros clientes afrontar con seguridad las etapas de desarrollo y scale-up de sus negocios.

Let’s start a project

Artículos Relacionados

No te pierdas ninguna novedad!