Visionamiento

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 28

Visionamiento.

¿Cómo dar forma a una Visión de Producto?

Técnicas para
intentar:

• Vision Box.
• Elevator Statement.
• Press Release.
• Magazine Review.
• One Pager.

2
VISIONAMIENTO
Recorrido por las 10 dinámicas de Agile Inception

https://adrianalonso.es/project-management/recorrido-10-dinamicas-de-agile-inception/
3
Recorrido por las 10 dinámicas de Agile Inception
¿Para qué estamos Crear un Elevator Diseñar la caja del Crear una lista de Conocer a tus
acá? Pitch producto: Noes: vecinos:
¿Cuales son las principales (30 a 60 segundos) Una definición de alcance
funcionalidades que tendrá la ¿Para quienes va implica especificar lo que
solución a construir? destinada la solución En este apartado el se va a hacer y lo que no
¿Cuales son los objetivos de que se construirá? objetivo es construir una se hará.
negocio que el cliente persigue, ¿Que necesidad es la caja de producto como si Sin embargo con el Este ejercicio se trata de
con la solución que se desea
que se va a resolver? la ofreciéramos en un agilísimo podemos tener conocer a todos los
construir?
¿Principales requerimientos no ¿En que consiste la centro comercial, junto a un conjunto de interesados que rodean
funcionales del proyecto? solución? sus slogans principales. requerimientos o al proyecto.
¿Cuales son los principales ¿Que valor agrega la *Marketing funcionalidades que aún
riesgos a los que nos solución a construir? no se decide si entrarán o
enfrentamos’ *Elevator Pitch no en la solución final.
*Impact maping

Los miedos y los Tamaño del Sé claro en lo que


Muestra la solución: Lo que cuesta:
riesgos proyecto: vas a entregar:
En este apartado debemos En esta dinámica se
Lo que se propone en este detectar aquellas cosas Los proyectos tienen trata de calcular
paso es realizar una que nos pueden mantener En esta dinámica se variables como el aproximadamente el
despiertos por la noche.
aproximación a la trata de lograr una tiempo, alcance, número de personas
Es el lugar adecuado para
solución, es decir plantear estimación de alto nivel presupuesto y calidad. involucradas para
que salgan a la luz
arquitectura, tecnología y aquellos riesgos que de cuándo esfuerzo en ¿Qué es lo más y lo cumplir con las
herramientas que serían puedan influir en el recursos y tiempo puede menos importante para necesidades en el
necesarias para la desarrollo del producto, conllevar el proyecto el proyecto en este tiempo establecido y
construcción del producto. desde todas las minuto? estimar el coste que
4 perspectivas posibles. pueda conllevar.
REFINAMEINTO
REFINAMIENTO

● Dar un tiempo para cada historia de usuario (Ej: 10 - 15 min)


● Asignar un tamaño

El objetivo de un refinamiento es alinear al equipo con el


problema/hipótesis y conocer si éste es en realidad la
raíz del asunto, ver las dependencias y establecer el
clima para que se enfoque hacia la solución y
conversaciones adecuadas.

Private & Confidential Versión Plantilla SIG 4.0.0


REFINAMIENTO

Private & Confidential Versión Plantilla SIG 4.0.0


REFINAMIENTO

Private & Confidential Versión Plantilla SIG 4.0.0


REFINAMIENTO

REFINAMIENTO DEL INCEPTION

REFINAMIENTO PERIODICO DEL BACKLOG

REFINAMIENTO ESPORADICOS DE LA
SOLUCIÓN

Private & Confidential Versión Plantilla SIG 4.0.0


Requisites agiles
REQUERIMIENTOS ÁGILES
• Es una súper historia de usuario, que representa múltiples características o
muchas historias de usuario
Épica • Puede tomar muchos meses su construcción
• Es el enfoque del usuario final

• Más pequeñas que las épicas, pero más grandes que las historias de usuario
Características
• Puede tomar varias semanas su construcción (Un Reléase o 3 meses)
(Features) • Es en lo que el cliente o dueño del producto se enfoca.

• Son los pequeños incremento de valor


Historias de • Toma a lo mucho dos semanas en implementadas
usuario • Es en lo que se enfoca Los Developers

• Unidad de trabajo gestionada por el equipo


Tareas • Una tarea tiene asignada una persona para su realización.
• Es recomendable que el esfuerzo estimado parara llevarla a cabo sea como máximo
el equivalente al realizable en una jornada de trabajo

11
https://www.slideshare.net/guino3/conceptos-de-desarrollo-gil
Nivel de Detalle

12
Historias
De
Usuario
HISTORIAS DE USUARIO

14
HISTORIAS DE USUARIO

15
HISTORIAS DE USUARIO

SMART:
Específico (Specific): comprensible, fácil de reproducir.
Medible: cuantificable y observable.
Alcanzable: posible de lograr (sin excesiva complejidad)
16 Relevante: apropiado para la historia del usuario en cuestión
Time - Boxed. Limitados en el tiempo
HISTORIAS DE USUARIO

17
Queda expresamente prohibida la reproducción total o parcial de
este material por cualquier medio electrónico o mecánico, sin
autorización de CertJoin.

It is forbidden the total or partial copying of this content without the


express and written permission of CertJoin
MÉTODOS DE
PRIORIZACIÓN
Métodos de priorización

Algunas técnicas

• CUATRO CUADRANTES
• MoSCoW
• WSJF
• Modelo KANO
• POR COMPARTAVIAS
• MAPA DE HISTORIA DE USUARIO

https://www.youtube.com/watch?v=EroS96z-GwE

20
Cuatro cuadrantes

URGENTE NO URGENTE

Crisis Planificación
Proyectos con deadline Estrategias

IMPORTANTE
Ciertas reuniones Objetivos
Presión del cliente Sistemas de prevención
Peticines del jefe Crecimiento personal
Proyectos de última hora
PRIORIZAR CALENDARIZAR

Charlas con colegas Perdidas de tiempo


NO IMPROTENTE Ciertos mails/llamadas Redes sociales
Algunas reuniones Navegar por internet
Tareas menores Juegos
Distracciones Recreos
Prioridades de otros

21 DELEGAR/EVITAR PARAR / EVITAR


MoSCoW

https://bit.ly/3exn3Q4
22
MoSCoW

Must have

1. ¿Qué pasará si lanzamos el producto sin esta característica?


2. ¿Hay alguna forma más simple de completar esto?
3. ¿La aplicación funcionará sin esta característica?

Should have

1. ¿Cuánto valor añade esta característica al proyecto?


2. ¿Esto puede esperar hasta el próximo lanzamiento?

23
MoSCoW

Could have

1. ¿Es esto necesario para la función básica del proyecto?


2. ¿Cuánto impacto tendrá esto en el proyecto si se deja de lado?

Will not have

1. ¿Esto tiene cero o poca importancia para el proyecto en este momento?


2. ¿Hay alguna posibilidad de que esto tenga prioridad en el futuro?

24
ESTIMACIONES
Unidad 2. Scrum.
________________________________________

Planning poker

https://planningpokeronline.com/new-game/
Unidad 2. Scrum.
________________________________________

Planning poker
¡Gracias!

También podría gustarte