Scrum

Autentia & Agile Spain

Introducción a Scrum
Leo Antolí
- lantoli@autentia.com
Juan Gutierrez - juan.gutierrez@agilizar.es
Agustín Yagüe - agustin.yague@upm.es

Índice
• Metodologías ágiles
• Scrum

Metodologías ágiles

Agile Spain
Agile Spain es una comunidad sobre métodos
ágiles en lengua castellana
http://www.agile-spain.com

Tipos de proyectos en ingeniería
• Construirun móvil / coche en una cadena de
montaje

Predictibilidad

• Hacer un puente / carretera / casa

• Hacer una aplicación de navegación para un
satélite
• Hacer una aplicación bancaria online

Valor

Algo de historia
•
•
•

1948 – 1975 Toyota Production System (TPS). Originaría Lean y conceptos como
Kaizen, Just-In-Time, …
1986 -89 CMM entre ministerio defensa de EE.UU. yUniversidad Carnegie Mellon
1986 – The New New Product Development Game, Harvard Business Review.
Nonaka y Takeuchi comparan con rugby para describir un tipo de procesos
adaptativos, auto-organizativos y sin elementos innecesarios.
Requisitos Honda City: “La clase de coche que le gustaría conducir a los jóvenes”

•
•
•
•
•
•

1994 – Jeff Sutherland usa en Easel muchas de las ideas quellevarían a Scrum
1995 – Ken Schwaber formaliza las reglas de Scrum y las presenta en OOPSLA’96
1996 – Ken Beck en Daimler-Chrysler lo que sería XP (Programación Extrema)
1998 – Rational Unified Process (RUP)
2001 - Manifiesto ágil
2002 – CMMI (versión 1.1), CMM para software

Manifiesto ágil
Estamos descubriendo mejores maneras de desarrollar software
tanto por nuestra propia experienciacomo ayudando a
terceros. A través de esta experiencia hemos aprendido a
valorar:
• Individuos e interacciones sobre procesos y herramientas
• Software que funciona sobre documentación exhaustiva
• Colaboración con el cliente sobre negociación de contratos
• Responder ante el cambio sobre seguimiento de un plan
Aunque los elementos a la derecha tienen valor, nosotros
valoramos por encima deellos los que están a la izquierda.

Algunos principios y valores ágiles
• La prioridad mayor es la satisfacción del cliente haciendo
entregas continuas de software valioso para él
• Los cambios son bienvenidos siempre
• La medida principal de progreso es el software funcionando
• El gestor es un facilitador no un controlador
• Equipos auto-organizados y multidisciplinares
•Inspeccionar y adaptar
• Mejora continua
• Respeto, claridad y comunicación
• Ritmo sostenible
• La arquitectura y diseño emergen

Ágil no es hacer lo que se quiera
… ni tampoco programación heroica
Más normativo /
prescriptivo
RUP

Más adaptativo
XP

Scrum

Kanban

http://www.crisp.se/henrik.kniberg/Kanban-vs-Scrum.pdf

Lo que se quiera

Estimación y planificación ágil
Se estima yplanifica a lo largo de todo el proyecto

Esfuerzo en la estimación

Precisión

Cono de incertidumbre

Tiempo dedicado

Historías de usuario, puntos de usuario, velocidad
Mike Cohn

La magia no existe (versión 1)
• Ken Schwaber: “En Scrum, un grupo en el que
se lleven mal entre ellos, no comprendan el
negocio del cliente y trabajen con malas
herramientas... también produciránincrementos periódicos... de basura. ”
• No ser extremista, usar lo que te funcione
• Se recomienda primero usar todo, luego hacer
modificaciones. Cuidado con “Scrum but…”

La magia no existe (versión 2)
• Dan visibilidad y transparencia desde el
principio, aunque no resuelven todos los
problemas.
• Evitan sorpresas.
• No ser extremista, usar lo que te funcione
• Se recomienda primerousar todo, luego hacer
modificaciones. Cuidado con “Scrum but…”

Scrum

¿Qué es Scrum?
• Uno de los métodos Ágiles
• Enfocado en el nivel de gestión
• Iterativo
– Ciclos de entre 2 y 4 semanas llamados Sprints

• Incremental
– Un incremento en la funcionalidad está listo al final de cada sprint

• Priorizado
– Se trabaja en orden de prioridad dado por el cliente

• Equipos...