UNIVERSIDAD CATÓLICA DE SANTA MARIA

NIVERSIDAD CATÓLICA DE SANTA MARIA

FACULTAD DE CIENCIAS E INGENIERÍAS FISICAS Y FORMALES

TITULO: INTEGRANTES: GRUPO: 7

ARTEFACTOS SCRUM
• GALVEZ ANDIA, BRIZAIDA YAHAIRA
CURSO: • GOMEZ RAMIREZ, JUAN CARLOS
METODOLOGIAS AGILES • MENDOZA GINCHO, FIORELLA VIKEISY
• MONTES QUISPE, KARINA LIZETH
• MONTESINOS AGUILAR, GUSTAVO EDUARDO
SECCION: “A “
MINIMUM VIABLE PRODUCT

Esta dirigido a conversar con los clientes y comprobar en base a sus acciones (No a sus palabras) si la propuesta satisface sus
necesidades o soluciona sus problemas. Y lo mas importante, demostrar empíricamente que están dispuestos a pagar por la propuesta.

¿Cómo desarrollar un PMV?

1.Identificar cual él es perfil del cliente Ideal.

2.Entrevistar a los posibles clientes y ver si es fiable.
3.Identificar a los competidores.
4.Construir Tu Propio PMV.
5.Regresar donde los clientes y preguntar si están dispuestos a pagar una cantidad específica de dinero por la propuesta de valor que se ha
plasmado en un PMV.
6.Se le invita a probar el producto mínimo viable y usarlo.

Características
7.Versión mínima de un producto.
8.Permite recolectar información del mercado.
9.Pone foco en las características
BURNDOWN CHARTS

 Un Burndown Chart, diagrama de quemado o gráfica de trabajo pendiente

es una gráfica en la que podemos ver el estado del progreso de un Sprint. Es
una herramienta utilizada en desarrollo ágil de software, sobre todo en
Scrum, que relaciona el trabajo pendiente con un periodo de tiempo
determinado.

 Una gráfica de burndown puede ofrecernos mucha más información que el

avance de un Sprint si sabemos interpretarla correctamente y podremos
ayudar mucho más a los equipos gracias a esto.
BLACKLOG GROOMING

También conocido como refinamiento del trabajo pendiente, es el proceso mediante el cual los
propietarios de productos revisan el trabajo pendiente de su equipo para asegurarse de que esté
actualizado con los últimos elementos y las historias de usuarios.

¿Para qué sirve?

1. Para que el dueño de producto tenga las conversaciones necesarias con el equipo antes de
introducir una historia de usuario en el backlog.
2. Para que el dueño de producto pueda estimar las historias con el feedback proporcionado por el
equipo.
3. Para evitar que el equipo se quede sin historias en las que trabajar.
4. Para incorporar al backlog el feedback proveniente de las demos y del producto en producción.
INCREMENTO DE PRODUCTO

 Construir productos de esta manera nos permite una adaptación rápida

a las condiciones cambiantes del mercado. Si descubrimos que lo que
diseñamos no es lo que nuestro cliente busca en la segunda o tercera
iteración, habremos reducido nuestro riesgo.

 Es la suma de todos los elementos de la Product Backlog y el valor de

los incrementos de todos los Sprints anteriores. Cualquier elemento que
se haya desarrollado durante el Sprint y que será puesto a disposición
del usuario final.

 Debe estar en condiciones de utilizarse sin importar si el Product

Owner decide liberarlo o no. El desarrollo incremental, primero se
centra en las características principales y luego se añade más.
¡GRACIAS!