Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por el
beneficio que aportan al receptor del proyecto. Por ello, Scrum est especialmente indicado
para proyectos en entornos complejos, donde se necesita obtener resultados pronto, donde
los requisitos son cambiantes o poco definidos, donde la innovacin, la competitividad, la
flexibilidad y la productividad son fundamentales
El proceso parte de la lista de objetivos/requisitos priorizada del producto, que acta como
plan del proyecto. En esta lista el cliente prioriza los objetivos balanceando el valor que le
aportan respecto a su coste y quedan repartidos en iteraciones y entregas. De manera regular
el cliente puede maximizar la utilidad de lo que se desarrolla y el retorno de inversin
mediante la replanificacin de objetivos del producto, que realiza durante la iteracin con
vista a las siguientes iteraciones.
Scrum es el nombre con el que se denomina a los marcos de desarrollo giles caracterizados
por:
Adoptar una estrategia de desarrollo incremental, en lugar de la planificacin y ejecucin
completa del producto.
Solapamiento de las diferentes fases del desarrollo, en lugar de realizar una tras otra en un
ciclo secuencial o de cascada.
Este modelo fue identificado y definido por Ikujiro Nonaka e Hirotaka Takeuchi a principios
de los 80, al analizar cmo desarrollaban los nuevos productos las principales empresas de
manufactura tecnolgica: Fuji-Xerox, Canon, Honda, Nec, Epson, Brother, 3M y Hewlett-
Packard (Nonaka & Takeuchi, The New New Product Development Game, 1986)
SCRUM es un modelo de referencia que define un conjunto de prcticas y roles, y que puede
tomarse como punto de partida para definir el proceso de desarrollo que se ejecutar durante
un proyecto.
Los roles principales en Scrum son el ScrumMaster, que procura facilitar la aplicacin de
scrum y gestionar cambios, el ProductOwner, que representa a los stakeholders (interesados
externos o internos), y el Team que ejecuta el desarrollo y dems elementos relacionados con
el.
Durante cada sprint, un periodo entre una y cuatro semanas (la magnitud es definida por el
equipo y debe ser lo mas corta posible), el equipo crea un incremento de software
potencialmente entregable (utilizable). El conjunto de caractersticas que forma parte de cada
sprint viene del Product Backlog, que es un conjunto de requisitos de alto nivel priorizados
que definen el trabajo a realizar (PBI, Product Backlog Item). Los elementos del Product
Backlog que forman parte del sprint se determinan durante la reunin de Sprint Planning.
Durante esta reunin, el Product Owner identifica los elementos del Product Backlog que
quiere ver completados y los hace del conocimiento del equipo. Entonces, el equipo conversa
con el Product Owner buscando claridad y magnitud adecuadas (Cumpliendo el INVEST)
para luego determinar la cantidad de ese trabajo que puede comprometerse a completar
durante el siguiente sprint.
Durante el sprint, nadie puede cambiar el Sprint Backlog, lo que significa que los requisitos
estn congelados durante el sprint.
Las caractersticas ms marcadas que se logran notar en Scrum seran: gestin regular de las
expectativas del cliente, resultados anticipados, flexibilidad y adaptacin, retorno de
inversin, mitigacin de riesgos, productividad y calidad, alineamiento entre cliente y
equipo, por ltimo equipo motivado. Cada uno de estos puntos mencionados hacen que el
Scrum sea utilizado de manera regular en un conjunto de buenas prcticas para el trabajo en
equipo y de esa manera obtener resultados posibles.
Existen varias implementaciones de sistemas para gestionar el proceso de Scrum, que van
desde notas amarillas "post-it" y pizarras hasta paquetes de software. Una de las mayores
ventajas de Scrum es que es muy fcil de aprender, y requiere muy poco esfuerzo para
comenzarse a utilizar.
Beneficios de Scrum
Reduccin del Time to Market. El cliente puede empezar a utilizar las caractersticas ms
importantes del proyecto antes de que est completamente terminado.
Mayor calidad del software. El trabajo metdico y la necesidad de obtener una versin de
trabajo funcional despus de cada iteracin, ayuda a la obtencin de un software de alta
calidad.
Mayor productividad. Se logra, entre otras razones, debido a la eliminacin de la burocracia
y la motivacin del equipo proporcionado por el hecho de que pueden estructurarse de
manera autnoma.
Predicciones de tiempos. A travs de este marco de trabajo se conoce la velocidad media del
equipo por sprint, con lo que es posible estimar de manera fcil cuando se podr hacer uso
de una determinada funcionalidad que todava est en el Backlog.
Reduccin de riesgos El hecho de llevar a cabo las funcionalidades de mayor valor en primer
lugar y de saber la velocidad a la que el equipo avanza en el proyecto, permite despejar
riesgos efectivamente de manera anticipada.
Roles Principales
Product Owner
El Product Owner representa la voz del cliente. Se asegura de que el equipo Scrum trabaje
de forma adecuada desde la perspectiva del negocio. El Product Owner escribe historias de
usuario, las prioriza, y las coloca en el Product Backlog.
ScrumMaster (o Facilitador)
El Scrum es facilitado por un ScrumMaster, cuyo trabajo primario es eliminar los obstculos
que impiden que el equipo alcance el objetivo del sprint. El ScrumMaster no es el lder del
equipo (porque ellos se auto-organizan), sino que acta como una proteccin entre el equipo
y cualquier influencia que le distraiga.
Reuniones en SCRUMS
La agenda ser la misma que la del Daily Scrum, aadiendo adems las siguientes cuatro
preguntas:
Sprint backlog
El sprint backlog es el subconjunto de requisitos que sern desarrollados durante el siguiente
sprint. Al definir el sprint backlog, se describe el cmo el equipo va a implementar los
requisitos durante el sprint. Por lo general los requisitos se subdividen en tareas, a las cuales
se asignan ciertas horas de trabajo pero ninguna tarea con una duracin superior a 16 horas.
Si una tarea es mayor de 16 horas, deber ser dividida en otras menores. Las tareas en el
sprint backlog nunca son asignadas, son tomadas por los miembros del equipo del modo que
les parezca adecuado.
Planificacin de la iteracin
Ejecucin de la iteracin
Cada da el equipo realiza una reunin de sincronizacin (15 minutos mximo). Cada
miembro del equipo inspecciona el trabajo que el resto est realizando (dependencias entre
tareas, progreso hacia el objetivo de la iteracin, obstculos que pueden impedir este
objetivo) para poder hacer las adaptaciones necesarias que permitan cumplir con el
compromiso adquirido. En la reunin cada miembro del equipo responde a tres preguntas:
Durante la iteracin el Facilitador (Scrum Master) se encarga de que el equipo pueda cumplir
con su compromiso y de que no se merme su productividad.
2. Dar la bienvenida a los cambios. Los AMs capturan los cambios para que el cliente tenga
una ventaja competitiva
11. Las mejores arquitecturas, requisitos y diseos surgen de los equipos organizados por s
mismos
12. En intervalos regulares, el equipo reflexiona respecto de cmo llegar a ser ms efectivo,
y segn esto ajusta su comportamiento
Esta metdica de trabajo promueve la innovacin, motivacin y compromiso del equipo que
forma parte del proyecto, por lo que los profesionales encuentran un mbito propicio para
desarrollar sus capacidades.
Reduccin del Time to Market: El cliente puede empezar a utilizar las funcionalidades ms
importantes del proyecto antes de que est finalizado por completo.
Mayor calidad del software: La metdica de trabajo y la necesidad de obtener una versin
funcional despus de cada iteracin, ayuda a la obtencin de un software de calidad superior.
Predicciones de tiempos: Mediante esta metodologa se conoce la velocidad media del equipo
por sprint (los llamados puntos historia), con lo que consecuentemente, es posible estimar
fcilmente para cuando se dispondr de una determinada funcionalidad que todava est en
el Backlog.
Qu ofrece Scrum?
SCRUM es simple, aunque duro. Es sencillo combinar SCRUM con otras metodologas y
marcos de gestin de proyectos en las organizaciones.