Comparación entre las presentaciones clásicas y las review que propone Scrum .

1. Javier Martín de Agar Tirado
Presentación Clásica
Review Meeting

2. Presentación Clásica
Review Meeting
 En estas diapositivas voy a comparar a las
presentaciones de proyecto clásicas en
metodología tradicional comparadas con las
Review Meeting de Scrum.
 La presentación clásica, según mi experiencia,
siempre se realiza tras periodos largos de tiempo,
generalmente en un hito concreto que suele ser
como mínimo 3 meses, pero en algunos casos
llega a 6.
 La review meeting es una reunión final de ciclo y,
por tanto, se produce cada ciclos de 2-3
semanas en función de la duración fijada de un
Sprint.

3. Presentación Clásica:
Propiedades
Periodicidad
• Por hitos (2-3
meses)
• Inconstante
Participantes
• Cliente
• Jefe de
Proyecto
• Algún analista
o miembro
elevado de la
jerarquía
Objetivo
• Validar el
trabajo
• Firmar una
posible
continuidad
• Tranquilizar a
los
stackeholders
¿Quién
presenta?
• El Jefe de
Proyecto en
nombre del
equipo

4. Review Meeting: Propiedades
Periodicidad
• Por Sprint (2-3
semanas)
• Fijada de
antemano y de
manera
constante
Participantes
• Todo el equipo
• Product Owner
(representa al
cliente)
• Cualquier
StackeHolder
• Scrum Máster
Objetivo
• APRENDER
• Estudiar el
trabajo del
último ciclo
para obtener
mejoras
• Conocer
errores cuanto
antes
¿Quién
presenta?
• El equipo, son
ellos los que
están
desarrollando
el proyecto y
son los que
mejor lo
conocen.

5. Comparativa
Presentación Clásica
Review Meeting
 Su función es validar
 El equipo tiende a
sobreesforzarse para
llegar al hito (es vital
llegar al hito)
 El feedback solo le
llega al JP y no a todo
el equipo (se pierde
comunicación)
 Su función es
aprender
 Si el equipo no llega
se estudian los
motivos pero se
evitan sobreesfuerzos
 El feedback llega a
todo el equipo
(mejora la
comunicación)

6. Conclusiones
 La comunicación es clave para el éxito de los proyectos.
 Las reuniones clásicas tienden a empeorar la
comunicación y por tanto no ayudan al éxito
 La Review Meeting que propone Scrum ayuda mucho a la
comunicación, al final es una reunión entre cliente-equipo
que permite a todos saber si nos estamos desviando de
nuestros objetivos y que mejoras necesitamos.
 El cliente puede “probar” su proyecto y eso ayuda mucho
a su implicación.
 De la review se deben sacar mejoras sobre la
“planificación” (product backlog). No se trata de validar
que hemos cumplido con el plan.
 Para mí, este es otro ejemplo donde Scrum propone
soluciones a las metodologías tradicionales. Recordemos
que los proyectos Scrum están dando mejores resultados
que los tradicionales, aquí os he propuesto algunos