Es_scrumprimer20

Una introducción básica a la teoría y práctica de Scrum
Versión 2.0
Pete Deemer
GoodAgile
www.goodagile.com

Gabrielle Benefield
Evolve
www.evolvebeyond.com

Craig Larman
www.craiglarman.com

Bas Vodde
Odd-e
www.odd-e.com

Nota a los lectores: hay muchas descripciones concisas de Scrum disponibles on-line, y esta
introducción pretende proporcionar el siguiente nivel de detalle sobre susprácticas. No debe
considerarse como el paso definitivo en el aprendizaje de Scrum: es aconsejable que los equipos que
estén considerando adoptar Scrum adquieran Agile Project Managament with Scrum de Ken Schwaber,
Succeeding with Agile de Mike Cohn y aprovechen cualquiera de las muchas excelentes opciones de
formación y coaching existentes (detalles completos en scrumalliance.org). Nuestro agradecimientoa Ken Schwaber, Dr. Jeff Sutherland, y Mike Cohn por sus generosas sugerencias.

© 2012 Pete Deemer, Gabrielle Benefield, Craig Larman, Bas Vodde

Traducción al castellano:
Ángel Medinilla
Proyectalis
www.proyectalis.com/AngelMedinilla

2

Más allá del desarrollo tradicional
El desarrollo tradicional basado en grupos especializados, ciclos de feedback débiles o tardíos,
planificación predictiva“a priori” y flujo secuencial desde el análisis hasta las pruebas no está
teniendo mucho éxito en el cambiante mundo de hoy en día. Esta estrategia de desarrollo retarda el
feedback, el aprendizaje y el potencial retorno de inversión debido a una ausencia de software
funcionando hasta las fases finales del proyecto, lo que provoca falta de transparencia, escasez de
posibilidades para mejorar,reducción de la flexibilidad y un incremento de los riesgos técnicos y de
negocio.
Durante décadas ha existido una alternativa – equipos cross-funcionales realizando un desarrollo
iterativo – pero no ha sido tan empleada como el modelo tradicional. Scrum engloba conceptos
simples y comprobados para el desarrollo de productos, en un Framework (marco de trabajo) simple
que incluye auténticos equipos,equipos cross-funcionales, equipos auto-gestionados, ciclos
completos de feedback cortos e iterativos y reducción del coste de los cambios. Estos conceptos
incrementan la agilidad y el feedback, permiten un ROI más temprano y reducen el riesgo.

Visión general

DUEÑ

DE PROD

EQUIPO

TO
UC

O

SCRUM

MMAST
RU

ER

SC

Scrum es un marco de trabajo en el que equipos cross-funcionales pueden crearproductos o
desarrollar proyectos de una forma iterativa e incremental. El desarrollo se estructura en ciclos de
trabajo llamados Sprints (también conocidos como iteraciones). Estas iteraciones no deben durar
más de cuatro semanas cada una (siendo dos semanas la duración más habitual) y tienen lugar una
tras otra sin pausa entre ellas. Los Sprints están acotados en el tiempo – finalizan en una fechadeterminada independientemente de si el trabajo ha finalizado por completo o no, y jamás se
prorrogan. Normalmente los equipos Scrum escogen una duración de Sprint y la mantienen para
todos sus Sprints hasta que mejoran y pueden emplear ciclos más cortos. Al principio de cada
Sprint, un Equipo cross-funcional (de en torno a siete personas) selecciona elementos (peticiones del
cliente) de una listapriorizada. El equipo acuerda un objetivo colectivo respecto a lo que creen que
podrán entregar al final del Sprint, algo que sea tangible y que estará “terminado” por completo.
Durante el Sprint no se podrán añadir nuevos elementos; Scrum se adapta a los cambios en el
siguiente Sprint, pero el pequeño Sprint actual está pensado para concentrarnos en un objetivo
pequeño, claro y relativamente estable.Todos los días el Equipo se reúne brevemente para
inspeccionar su progreso y ajustar los siguientes pasos necesarios para completar el trabajo
pendiente. Al final del Sprint, el Equipo revisa el Sprint con los diferentes Stakeholders (interesados
e involucrados en el producto) y realiza una demostración de lo que han desarrollado. Se obtiene
feedback que podrá ser incorporado en el...