Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Presentacion Scrum
Presentacion Scrum
Pilares de Scrum
Transparencia
Los aspectos
significativos del
proceso deben ser
visibles para aquellos
que son responsables
del resultado.
Quienes desempean
el trabajo y los que
aceptan el producto
deben manejar un
lenguaje comn.
Inspeccin
Los usuarios deben
frecuentemente
inspeccionar el
progreso para detectar
variaciones.
La inspeccin no debe
ser tan frecuente como
para
que interfiera en el
trabajo.
Adaptacin
Cuando se detectan que
uno o ms procesos de
desvan de los lmites
aceptables, el proceso
debe ser ajustado.
El ajuste debe realizarse
cuanto antes para
minimizar desviaciones
mayores
El equipo Scrum
Autoorganizados
Multifuncionales.
Entregan productos de forma
iterativa e incremental
Aseguran que siempre estar
disponible una versin til y
funcional del producto
Product Owner
Es el responsable de maximizar
el valor del producto y del
trabajo del Development Team.
La nica persona responsable de
gestionar el Product Backlog.
El Product Owner es una sola
persona.
El Development Team no debe
actuar con base en lo que diga
cualquier otra persona.
Development Team
Profesionales que desempean el trabajo de
entregar un Incremento de producto Terminado
al final de cada Sprint
Autoorganizados.
Multifuncionales.
Scrum no reconoce ttulos.
Scrum no reconoce sub-equipos.
La responsabilidad recae en el Development Team
como un todo.
Scrum Master
Lder al servicio del Equipo Scrum.
Da servicio al Product Owner.
Da servicio al Development Team.
Da servicio a la organizacin.
Eventos de Scrum
El Sprint
Sprint Planning Meeting
Daily Stand-up Meeting
Sprint Review
Sprint Retrospective
Sprint
Es un bloque de tiempo (time-box) de un mes o menos
durante el cual se crea un incremento de producto
Terminado, utilizable y potencialmente desplegable.
Contienen y consisten del Sprint Planning Meeting, el
Daily Stand-up Meeting, el Sprint Review y el Sprint
Retrospective.
Cada nuevo Sprint comienza inmediatamente despus
de la finalizacin del Sprint previo.
Durante el Sprint:
No se realizan cambios que puedan
afectar al Sprint Goal.
Los objetivos de calidad no disminuyen.
El alcance puede ser clarificado y
renegociado entre el Product Owner y el
Development Team a medida que se va
aprendiendo ms.
Cancelacin de un Sprint
Puede ser cancelado antes de que el bloque de tiempo
llegue a su fin.
Solamente el Product Owner tiene la autoridad para
cancelar un Sprint.
Un Sprint se cancelara si el Objetivo del Sprint llega a
quedar obsoleto.
Todos los Elementos del Product Backlog no
completados se vuelven a estimar y se vuelven a
introducir en el Product Backlog.
Spring Goal
Es una meta establecida para el Sprint que puede ser
alcanzada mediante la implementacin del Product
Backlog.
A medida que el Develoment Team trabaja, se
mantiene el objetivo del Sprint en mente.