En el presente documento presentamos una guía de aplicación de la metodología Google Design Sprint de Google Ventures, según nuestra adaptación hecha en elAbogado.com después de participar en una sesión oficial.

1. Resumen de la
Metodología GDS
por elAbogado.com

2. La metodología Google Design Sprint (GDS)
sirve para, definir o identificar, un reto o
problema y generar una solución

3. Fases del
método GDS
Comprensión
Necesidades del usuario, del negocio, técnicas...
Definición reto
Estrategia y el foco del proyecto. En qué se centrará el
sprint
Divergir
Proponer cuantas más ideas mejor
Decidir
La idea(s)/solución a llevar a cabo
Prototipar
Dibujar posibles diseños o UX de la idea/solución
decidida
Validar
Testear la solución/soluciones
Seguimiento y métricas una vez lanzado

4. Roles
Sprint Master
Es el responsable completo del Sprint, quien
ha de liderar, moderar y encargarse de la
ejecución del Sprint.
Time Keeper
Quien se responsabiliza de hacer cumplir el
calendario y los horarios fijados de debate,
trabajo …
Documentador
Quien se responsabiliza de documentar los
objetivos, ideas, prototipos, etc. Si no se ha
asignado este rol, será el Sprint Master
¿Qué responsabilidades se han
de asignar?

5. Material
PostIt
Para apuntar ideas
Rotuladores
Para escribir las ideas y se pueda leer bien,
mejor que bolis
Pegatinas “gomets”
Para puntuar las ideas
Móvil
Para “documentar” con fotos para luego
poder revisar
Material recomendado

6. Fases

7. Comprensión
Entender las necesidades del
usuario, del cliente, del negocio o
a nivel tecnológico mediante los
siguiente ejercicios
Presentación del negocio [5’]
Objetivos del negocio y principales métricas. Esto lo
hace alguien que tiene una visión 360º
Presentación Usuario/Cliente [5’]
Ideas o comentarios relevantes de usuarios por
experiencia o estudios. Expone quien tiene acceso a
atención al cliente
Presentación Competencia [5’]
Identificar competidores o proyectos similares o
asimilables. Todos los participantes los exponen
Presentación Tecnología [5’]
Explicar la tecnología utilizada o la que será necesaria.
Resumir primeras ideas [5’]
En PostIt resumir las ideas o reflexiones que cada
persona ha tenido, no es necesario ser concreto.
Presentar las ideas y agrupar [10’]
Colgar las ideas en una pared, presentándolas y
agruparlas si son las mismas o similares

8. Tipo de usuario [5’] + [5’]
Trabajo individual para definir el Usuario. Recurrente,
nuevo, etc. Usuario web, móvil, ...
Principios [5’] + [5’]
Trabajo individual, escribe entre 3 y 5 principios que
desearías que los usuarios utilizarán para definir los
valores del producto/servicio
Concretar la frase [15’]
En grupo, ha de escribir la frase que definirá el sprint,
siguiendo este ejemplo
Ejemplo: Design Sprint we hope to create an improved
user flow to choose the right lawyer and to contact him
from our mobile web.
Esta frase es la que define el foco y el tema concrto en
el que se centrará el Sprint
Definición
Estrategia y el foco del proyecto.
En qué se centrará el sprint.

9. Trabajo individual
Se debe partir sin premisas para no capar ideas.
● 8 sketch [5’]
Cada miembro del equipo realiza 8 borradores
de ideas para la solución.
● 1 big idea [5’]
Detallar una de las ideas.
● 1 storyboard [5’]
Dedicar para explicar flujo e interacción del
usuario.
Divergir
Proponer cuantas MÁS ideas
mejor.

10. Decidir
Escoger la idea(s)/solución a
llevar a cabo.
Votación [5’]
Se comparten y votan cada uno de las ideas. En
silencio.
Revisión [10’]
Se discuten las ideas más votadas y los prototipos.
Thinking hat [5’]
Se reparten los diferentes gorros para dar opiniones
entre las mejores ideas para tener diversas
perspectivas.
● Propietario de la idea
● Optimista
● Pesimista
● Abogado del usuario
● Visión técnica

11. Prototipar
Dibujar posibles diseños o UX de
la idea decidida en la fase
anterior.
Diseño de varios prototipos [15’]
El objetivo es obtener un prototipo de manera rápida
que nos permite testar la idea acordada, sin necesidad
de invertir demasiado tiempo, recursos ni dinero.
Para ello, cada miembro del equipo desarrolla un
prototipo que sea lo más fiel posible a la idea acordada
en la fase anterior.
El prototipo puede ser un mockup, un video, una
demo, etc…
Revisión [10’]
Se presentan los diferentes prototipos y se vota el que
se considera mejor. También pueden integrarse en el
prototipo final, distintas funciones/diseños del resto de
prototipos presentados.
Obtención del prototipo final [5’]
Al preparar el prototipo de la forma descrita, en
realidad se termina de refinar la idea.

12. Validar
Testear la solución/soluciones.
Seguimiento y métricas una vez
lanzado.
Objetivo
El objetivo de esta fase es obtener el feedback de
usuarios potenciales sobre el prototipo desarrollado.
Antes de realizar la sesión con dichos usuarios
potenciales, se debe decidir:
1. Qué muestra de usuarios se utilizará.
2. Qué preguntas se les van a hacer a los usuarios.
3. Qué métricas se pretenden mejorar.
Durante el test, el equipo estará muy atento a la forma
con la que los usuarios interactúen con el prototipo, a
los efectos de advertir que aspectos de la idea inicial
fallan y qué otros tienen mucho más potencial.

13. Fin