Directrices generales

El punto no es demostrar que el software funciona, pero SI que es til y valioso

Proporcione informacin de contexto y escenarios para que las personas se relacionen con las funcion
No se olvide que hay un elemento de espectculo y entretenimiento.Si la gente trabaja 2 semanas pa
Nunca se muestra nada que no este en estado 100% Done

Nuestra agenda revisin de sprint

Este es nuestro flujo normal a travs de la revisin:

1.El Scrum Master abre la revisin y reitera el propsito u Objetivo

Mostrar lo que el equipo ha construido durante el ltimo Sprint

Colaborar con la audiencia
Recopilar comentarios

2.ElpropietariodelproductopresentaloquelqueradelSprint

Describe la meta del Sprint y por qu la eligio

Explicar por qu es importante para el proyecto y para la sociedad en su conjunto
Dar a conocer a la gente el contexto donde nos encontramos en la mayor escala de las cosas

3.ElScrumMasterpresentaelsprint

Cuenta la historia del Srpint: Cmo te fue?Ha tenido incidentes de soporte de nivel 3?(Nosotros no
Dar un estado del Sprint y una visin general de qu historias se terminaron y cules no

4.Paracadahistoria:

El miembro del equipo hace una demostracin, y muestra la descripcin de la historia o Work Item As
Demostrar la caracterstica en un sistema real y en este caso generar el reporte y mostrar el resultado
Anotar las preguntas y escuchar los comentarios mientras usted realiza la demostracion.Recuerde qu

Repita el paso 4 para todos los miembros del equipo

5.ScrumMastercierralademo

Resuma y agradezca a la gente por su asistencia y participacin

Comunicar la hora y la fecha para el prximo fin de Sprint y Revisin.
?Los nuevos miembros del equipo?Hay algo ms importante?

productos.
Un protocolo recomendado:

1.- El equipo expone el objetivo del sprint, la lista

de funcionalidades que se incluan y las que se
han desarrollado.
2.- El equipo hace una introduccin general del
sprint y demuestra el funcionamiento de las
partes construidas.
3.- Se abre un turno de preguntas y sugerencias
sobre lo visto. Esta parte genera informacin muy
valiosa para que el propietario del producto, y el
equipo en general, puedan mejorar el valor de la
visin del producto.
4.- El Scrum Manager, de acuerdo con las
agendas del propietario del producto y el equipo
cierra la fecha para la reunin de preparacin del
siguiente sprint.
 Lista de ID de WorkItems a Asociacion Requerimiento Funcional Work Items Identificados
Modulo Objetivo del Sprint asignado al Modulo Analista(s) Encargado(s) Desarrollador(es) Encargado(s) Revisar identificado por los Analistas Observaciones Sugerencias Feedback para el Siguiente Sprint

Convenios

Cartera

Evaluacin

Aprobacin

Licitacion

Contratos

Ejecucion

Cierre
Gestin de Ingresos y
Gastos de Inversion

Programacion Operativa

Desembolsos

Gestion Presupuestaria

Programacion Financiera

Adquisiciones

Georeferenciacion

Ambiental

SISIN

Monitoreo y Seguimiento

Documentos de Garantia