Design sprint: Difference between revisions
No edit summary |
(→Fases) |
||
| (4 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
'''''Design sprint''''' es un protocolo para el desarrollo de un taller grupal de cinco días de duración para diseñar, construir y probar un prototipo. Permite determinar las funcionalidades y características más adecuadas para un nuevo producto, servicio, campaña de marketing, etc. | |||
==Origen== | |||
El diseño de este protocolo se atribuye a Jake Knapp desde su experiencia profesional en los 10 años en los que trabajó en Google y Google Ventures, y la descripción fué publicada en el libro Sprint del que es autor junto con John y Braden Kowitz. | El diseño de este protocolo se atribuye a Jake Knapp desde su experiencia profesional en los 10 años en los que trabajó en Google y Google Ventures, y la descripción fué publicada en el libro Sprint del que es autor junto con John y Braden Kowitz. | ||
==Factores clave== | |||
Los tres factores clave que producen la efectividad de este taller de [[Inception]] son: | Los tres factores clave que producen la efectividad de este taller de [[Inception]] son: | ||
*Centrarse en el trabajo individual. | *Centrarse en el trabajo individual. | ||
*Disponer de tiempo para realizar un prototipo. | *Disponer de tiempo para realizar un prototipo. | ||
*Contar con una fecha tope. | *Contar con una fecha tope. | ||
==Componentes== | |||
Debe contar con: | Debe contar con: | ||
*'''Un desafío'''. Las situaciones desafiantes que se pueden abordar con Design Sprint pueden ser: | *'''Un desafío'''. Las situaciones desafiantes que se pueden abordar con Design Sprint pueden ser: | ||
| Line 22: | Line 22: | ||
**No se deben permitir los dispositivos (tablets, móviles, portátiles), salvo en los descansos o abandonando la sala para emplearlos. | **No se deben permitir los dispositivos (tablets, móviles, portátiles), salvo en los descansos o abandonando la sala para emplearlos. | ||
*2 pizarras grandes. | *2 pizarras grandes. | ||
==Fases== | |||
Debemos formar un equipo transversal de no más de 7 personas, y asignar algunos roles antes de comenzar. Necesitamos una persona que tome decisiones, un facilitador o moderador, y un reclutador. | |||
#'''Explicación y mapa.''' Se traza el mapa de lo que se persigue con el taller, para explicárselo y pedir consejo a expertos. El equipo toma notas durante estas entrevistas, y luego las ordena y prioriza en el mapa. | |||
#'''Esbozar posibles soluciones.''' Lo haremos con «demos relámpago», que pueden ser soluciones inspiradas en otros juegos para verlas en acción, y con «bocetos individuales». Dibujos con los que compartir sugerencias para partes concretas del mapa. | |||
#'''Revisión y elección.''' Revisamos todas las sugerencias y elegimos la mejor solución entre todos, aunque la persona con el rol de toma de decisiones tiene la última palabra. Guionizaremos la prueba del prototipo para esa solución en 15 escenas: una escena por cada minuto que durará el test. | |||
#'''Construcción del prototipo.''' Tiene que ser realista, pero no real. Es como un escaparate. | |||
#'''Pruebas de usuario.''' El último día probamos nuestro prototipo con cinco usuarios. Un entrevistador está con cada uno durante una hora mientras el equipo observa desde otra sala, en tiempo real, y toma notas. Así obtenemos feedback directo que nos servirá para aprender y saber si el prototipo puede ser la solución, o hay algo de valor en él. | |||
[[File:Fases de un Design Sprint.png|800px|frameless|center]] | |||
[[ | ==Véase también== | ||
*[[Inception]]. | |||
*[[Agile inception deck]]. | |||
*[[Agile Unified Process]]. | |||
*[[Design Thinking]]. | |||
*[[Lean inception]]. | |||
*[[Impact mapping]]. | |||
*[https://open.spotify.com/episode/5v6nP0XboT6h4Z768msmq2?si=RQOq4JxZSWirUCX24y9PaQ Scrum Manager Podcast | Episodio 5: Agile Inception]. | |||
*[https://www.scrummanager.com/blog/2023/02/agile-inception-en-que-consiste/ Scrum Manager Blog: Transcripción Scrum Manager Podcast | Episodio 5: Agile Inception]. | |||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category:Prácticas ágiles]] | [[Category:Prácticas ágiles]] | ||
Latest revision as of 14:27, 18 December 2023
Design sprint es un protocolo para el desarrollo de un taller grupal de cinco días de duración para diseñar, construir y probar un prototipo. Permite determinar las funcionalidades y características más adecuadas para un nuevo producto, servicio, campaña de marketing, etc.
Origen
El diseño de este protocolo se atribuye a Jake Knapp desde su experiencia profesional en los 10 años en los que trabajó en Google y Google Ventures, y la descripción fué publicada en el libro Sprint del que es autor junto con John y Braden Kowitz.
Factores clave
Los tres factores clave que producen la efectividad de este taller de Inception son:
- Centrarse en el trabajo individual.
- Disponer de tiempo para realizar un prototipo.
- Contar con una fecha tope.
Componentes
Debe contar con:
- Un desafío. Las situaciones desafiantes que se pueden abordar con Design Sprint pueden ser:
- Alto riesgo.
- Sin tiempo suficiente.
- Proyecto atascado.
- Un equipo adecuado.
- No más de 7 personas.
- Un 'decisor' (imprescindible)
- Los integrantes.
- Un facilitador.
- Tiempo y espacio.
- El taller requiere energía y concentración, se recomienda realizarlo de 10 a 17h, para disponer de tiempo antes de comenzar para revisar correos y no alargarlo en la tarde para mantener la energía durante toda la semana.
- No se deben permitir los dispositivos (tablets, móviles, portátiles), salvo en los descansos o abandonando la sala para emplearlos.
- 2 pizarras grandes.
Fases
Debemos formar un equipo transversal de no más de 7 personas, y asignar algunos roles antes de comenzar. Necesitamos una persona que tome decisiones, un facilitador o moderador, y un reclutador.
- Explicación y mapa. Se traza el mapa de lo que se persigue con el taller, para explicárselo y pedir consejo a expertos. El equipo toma notas durante estas entrevistas, y luego las ordena y prioriza en el mapa.
- Esbozar posibles soluciones. Lo haremos con «demos relámpago», que pueden ser soluciones inspiradas en otros juegos para verlas en acción, y con «bocetos individuales». Dibujos con los que compartir sugerencias para partes concretas del mapa.
- Revisión y elección. Revisamos todas las sugerencias y elegimos la mejor solución entre todos, aunque la persona con el rol de toma de decisiones tiene la última palabra. Guionizaremos la prueba del prototipo para esa solución en 15 escenas: una escena por cada minuto que durará el test.
- Construcción del prototipo. Tiene que ser realista, pero no real. Es como un escaparate.
- Pruebas de usuario. El último día probamos nuestro prototipo con cinco usuarios. Un entrevistador está con cada uno durante una hora mientras el equipo observa desde otra sala, en tiempo real, y toma notas. Así obtenemos feedback directo que nos servirá para aprender y saber si el prototipo puede ser la solución, o hay algo de valor en él.
