Professional Documents
Culture Documents
1. ORIGEN Y PRINCIPIOS
Qu es SCRUM?
Es una estrategia de gestin donde se aplican de
manera regular un conjunto de prcticas para
mejorar el trabajo colaborativo y obtener el
mejor resultado posible en la gestin de un
proyecto de software.
Por qu SCRUM?
Year 2012
4048 surveys
versionone.com
Por qu SCRUM?
Year: 2015
3,880 surveys
versionone.com
Microsoft
Yahoo
Google
Philips
Nokia
SalesForce.com
Oracle
Toyota
Time Warner
BBC
Trabajo en equipo
Caractersticas claves
Equipos auto-organizados
Comunicacin avanzada
Compromiso
Progreso de producto en series de fija de das
de cada sprint
Requerimientos y necesidades van al product
backlog
Caractersticas claves
10
11
Caractersticas claves
ENTENDIMIENTO CLARO
CLARA COMUNICACIN
VERDAD
12
2. ROLES
13
Roles
Product
Owner
Scrum Master
The Team
14
Product Owner
15
Product Owner
16
Roles
Product Owner
Scrum
Master
The Team
17
SCRUM Master
Protege los valores y principios
Supera/remueve impedimentos
Mantiene al equipo funcionando y
produciendo al 100%
18
SCRUM Master
19
Roles
Product Owner
Scrum Master
The
Team
20
SCRUM Team
Conformado tpicamente por 5 a 9 personas
Funciones cruzadas:
Disear, Programar, pruebas, documentacin, etc.
21
22
3. REUNIONES
23
SCRUM Flow
24
SCRUM Flow
25
26
27
Sprint Planning
Qu vamos a construir?
Cmo lo vamos a construir?
28
Sprint Planning
Product Owner explica el alcance
El Scrum Team:
Estima la complejidad
Escoge el Sprint Backlog (funcionalidad del
negocios que se va a generar)
Escribe las tareas para user story
29
Sprint Planning
30
Daily Scrum
Dura 15 minutos
Parados
No es para la solucin de problemas
Todos estn invitados
Slo pueden hablar los que ocupan algn rol
Ayuda a evitar otras reuniones
Es diaria.
31
Daily Scrum
Qu hiciste desde la ltima reunin?
Qu vas a hacer hasta la siguiente reunin?
Hay algn impedimento a la vista?
No se trata de dar un reporte de situacin
Es un compromiso entre pares.
32
Sprint Review
El equipo presenta lo realizado durante el
sprint
Normalmente adopta la forma de un demo de
las nuevas funcionalidades o la arquitectura
Informal, no usar diapositivas
Todo el Scrum Team participa
Se invita a todos
2 horas de preparacin.
Ing. Percy Calizaya, PMP
33
Sprint Retrospective
Qu hicimos bien?
Qu podemos mejorar?
Qu puede resolver el equipo?
Qu necesita resolver la organizacin?
Slo PO, SM y ST
Mximo 2 horas.
34
4. ARTEFACTOS
35
Product Backlog
Se parte del producto resultante que se desea
obtener durante todo el desarrollo
Es un documento vivo
Todos los integrantes del Scrum Team pueden
acceder a l aportando ideas
El responsable es una nica persona (PO)
Repriorizada al comienzo de cada Sprint
36
Product Backlog
37
Sprint Backlog
38
Sprint Backlog
39
Sprint Backlog
PO mantiene actualizado
Siempre est priorizado y estimado
Incremento previsto en cada Sprint
Compromiso con la ejecucin del Sprint.
40
Sprint Backlog
41
User story
42
User story
43
44
User story
45
User story
46
47
48
49
50
51
Burn Up Charts
52
Definicin de DONE
DONE o NOT DONE
Evitar el sindrome del 90%
Cdigo producido, comentado, entregado,
ejecutado con el cdigo funete en la versin
actual y con los estndares de desarrollo
Revisin de pares
Construido sin errores
53
Definicin de DONE
54
Definicin de DONE
55
Factores claves
56
57