SCRUM

Manuel Buritica
Carlos Andres Suarez
¿Qué es SCRUM?
● Metodología de desarrollo ágil
● Permite enfocarte en la entrega de el mayor valor de
negocio en el menor tiempo posible.
● Permite rápida y repetitivamente inspeccionar el
software funcional existente (2 semanas - 1 mes).
● Los equipos se auto-organizan para determinar la mejor
manera de entregar el componente de mayor prioridad.
● Cada dos semanas - un mes, cualquiera puede ver el
resultado real del software funcionando y decidir liberarlo
como esta o si continuar iterando para mejorarlo.
Orígenes
● 1986 se publicó en HBR por Hirotaka Takeuchi y Ikujiro
Nonaka
○ cámaras de fotos de Canon, fotocopiadoras de Xerox,
automóviles de Honda, ordenadores de HP
○ Los equipos partían de requisitos muy generales,
novedosos, y debían salir al mercado en corto tiempo
○ La forma de trabajo de equipos altamente productivos y
multidisciplinares VS la colaboración entre los jugadores
de Rugby y su formación de Scrum
● En 1993 se realizó el primer Scrum para desarrollo de
software
● En 1995 el proceso fue formalizado por Ken Schwaber
● En 2001 se escribieron los valores fundamentales de los
procesos ágiles.
Características

● Desarrollo de software iterativo e incremental basado en

prácticas ágiles.
● Liberación de entregables reales en 30 días.
● Aplicación a nuevos y/o existentes proyectos.
● Se acomoda a cualquier tipo de proyectos de desarrollo.
● Se guía en los 12 principios del manifiesto ágil.
● Simple de entender, difícil de masterizar.
Scrum preescribe 4 formas de inspección -
adaptación:

● Sprint Planning Meeting

● Daily Scrum
● Sprint Review Meeting
● Sprint Retrospective
Product Backlog
● Lista del trabajo de todo lo que el equipo debe hacer para
acabar el producto. Todos los requerimientos.
● Sprint: Las nuevas adiciones o nuevas características
se desmenuzan en tareas, las que deberían dividirse
entre cuatro y dieciséis horas de trabajo.
● Las tareas en el backlog del Sprint no son asignadas =>
Auto-organización
● A menudo se usa un pizarrón
de tareas: “por hacer”
“en progreso” y “terminado”
Scrum Framework
Scrum Master
● Administra el proyecto
● Responsable de que se lleven a cabo las
practicas de Scrum.
● Remueve Impedimentos.
● Asegurar que el equipo sea funcional y
productivo.
● Habilitar la cooperacion entre todos los roles y
funciones.
● Escudo del equipo contra interferencias externas.
Team

● Tamaño : 5-9 personas

● conformado por diseñadores, testers,
programadores, etc.
● Miembros deben estar presentes tiempo
completo.
● Auto organizables
Eventos
Sprint Planning

● El equipo selecciona tareas del product backlog

que puedan ser completadas.
● Se crea el Sprint Backlog
● Se considera diseño de alto nivel.
Eventos
Sprint review

● El equipo presenta lo que se ha completado

dentro de la iteracion.
● informal
○ 2 hrs max
○ Sin diapositivas
● Todo el equipo participa.
Eventos
Sprint Retrospective

● Se analiza lo que está y no está funcionando.

● Duración: 15 a 30 min
● Se realiza despues de cada iteración.
● Todo el equipo participa
● Todo el equipo discute lo que quiere:
○ Empezar a hacer
○ Dejar de Hacer
○ Continuar Haciendo
Eventos
Daily Scrum Meeting

● Diario
● 15 min
● Stand Up
● No se resuelven problemas
● Ayuda a evitar reuniones que no son necesarias
● Preguntas claves
○ ¿Qué hiciste ayer?
○ ¿Qué harás ahora?
○ ¿Qué es lo que no te deja avanzar?
Artefactos
● Product Backlog
● Sprint Backlog
● Burndown Chart
● Muestra el trabajo acumulado que queda en un
sprint, día a día.
●
Resumiendo
Quiénes usan SCRUM