INSTITUTO POLITCNICO NACIONAL

Unidad Profesional Interdisciplinaria de Ingeniera y Ciencias

Sociales y Administrativas

METODOLOGA
SCRUM
Alumno: Becerril Olivos Octavio Isael
Equipo 7
Secuencia: 2NM51
Unidad de Aprendizaje: Herramientas Automatizadas
Profesor: Lic. Daniel Oswaldo Rico Alargn.

ndice
Antecedentes
Definicin
Cmo funciona?
Roles
Reuniones (Fases)
Artefactos
Ventajas
Desventajas
Bibliografa

Antecedentes
Scrumtiene su origen enunestudio de 1986 por Hirotaka Takeuchi e
Ikujiro Nonaka sobre los nuevos procesos de desarrollo utilizados en
productos exitososen Japn y los Estados Unidos (cmaras de fotos
de Canon, fotocopiadoras de Xerox, ordenadores de HP y otros). Los
equipos que desarrollaron estos productos partan de requisitos muy
generales, as como novedosos, y deban salir al mercado en mucho
menos del tiempodel que se tard en lanzar productos anteriores.

 Estos equipos seguan patrones deejecucin de proyecto muy

similares.En este estudio se comparaba la forma de trabajo de
estos equipos altamente productivos y multidisciplinares con la
colaboracin entre los jugadores de Rugby y su formacin
deScrum (mel en espaol).

El scrum es un trabajo de
equipo.

 En 1993 Jeff Sutherland, John Scumniotales y Jeff McKenna

concibieron, ejecutaron y documentaron el primer Scrum
para desarrollo gil de software, utilizando el estudio de
gestin de equipos de Takeuchi y Nonaka como base.
En 1995Ken Schwaber y Sutherland, durante la conferencia
OOPSLA 95 en Austin, Estados Unidos, presentaron en
paralelo una serie de artculos describiendo Scrum, siendo
sta la primera aparicin pblica de la metodologa.

Definicin
Es una metodologa gil y flexible para gestionar el desarrollo
del software, cuyo principal objetivo es maximizar el retorno de
la inversin para su empresa (ROI). Se basa en construir
primero la funcionalidad de mayor valor para el cliente y en los
principios de inspeccin continua, adaptacin, autogestin e
innovacin.

Cmo funciona?
Al ser una metodologa de desarrollo gil tiene como base la idea de creacin
de ciclos breves para el desarrollo, que comnmente se llaman iteraciones y
que en Scrum se llamarn sprints (carrera corta) y representa una etapa de
trabajo.
Un sprint usualmente va desde una semana hasta un mes y est definida por
una fecha de inicio y una fecha de fin. Durante el Sprint los miembros del
equipo deben cumplir las tareas y completarlas. Normalmente un proyecto
puede tener varios sprints.

Antes de iniciar cada iteracin, el equipo revisa las tareas

pendientes y selecciona la parte que entregar como un
incremento de funcionalidad al finalizar la iteracin (sprint).
El equipo debe revisar los requisitos, considerar la tecnologa a
utilizar, evaluar su conocimiento y en forma colectiva determinar
la forma en la que implementara la funcionalidad.

Roles
Los roles se dividen en 2 grupos.
Grupo 1: Son las personas que estn comprometidas con el proyecto
y el proceso de Scrum.
- Product Owner: Es quien toma las decisiones y conoce el negocio
del cliente y su visin del producto. Se encarga de escribir las ideas del
cliente, las ordena por prioridad y las coloca en el Product Backlog.
- Scrum Master: Encargado de comprobar que el modelo y la
metodologa funciona. Eliminar todos los inconvenientes que hagan
que el proceso no fluya e interactuar con el cliente y con los gestores.
- Equipo De Desarrollo: Equipo de 5-9 personas con autoridad para
organizar y tomar decisiones para conseguir su objetivo.

Grupo 2:
- Usuarios: Es el destinatario final del producto.
- Stakeholders: Las personas a las que el proyecto les
producir un beneficio. Participan durante las revisiones del
Sprint.
- Managers: Toma las decisiones finales participando en la
seleccin de los objetivos y de los requisitos.

Reuniones (Fases)
Daily Scrum o Stand-up meeting
En esta reunin, los componentes del equipo comparten
informacin relativa al desarrollo y colaborarn para hacer las
adaptaciones necesarias, aumentando as su productividad.
Se tendr como referencia el Backlog del Sprint y el equipo
grfico burn-down con la informacin de la reunin anterior.
La reunin tiene una duracin fija de 15 minutos.
Durante la reunin, cada miembro del equipo contesta a tres
preguntas:
Qu se ha hecho de nuevo con respecto a la ltima
reunin diaria?
Qu ser lo siguiente a realizar?
Qu problemas hay para realizarlos?

 Reunin de Planificacin del Sprint (Sprint Planning

Meeting)
Se pretende:
Definir qu tareas se tienen que realizar y cules son los
objetivos.
Preparar, con el equipo completo, el Sprint Backlog que detalla el
tiempo que llevar hacer el trabajo.
Identificar y comunicar cunto del trabajo es probable que se
realice durante el actual Sprint.
Realizarse esta planificacin en ocho horas como tiempo lmite.
Al final del ciclo Sprint se hacen dos reuniones ms: la reunin de
revisin del Sprint y la retrospectiva del Sprint.

Reunin de Revisin del Sprint (Sprint Review Meeting)

Revisar el trabajo que fue completado y no completado.
Presentar el trabajo completado a los interesados (alias demo)
El trabajo incompleto no puede ser demostrado.
Cuatro horas como lmite.

Retrospectiva del Sprint (Sprint Retrospective)

Se lleva a cabo despus de un sprint, aqu todos los miembros del
equipo dejan sus impresiones sobre el sprint recin superado. El
propsito de la retrospectiva es realizar una mejora continua del
proceso. Esta reunin tiene un tiempo fijo de cuatro horas.

Artefactos
Scrum define una pequea cantidad de artefactos para el
seguimiento del proyecto y control de las actividades asociadas al
sprint.
- La Pila de Producto(Product BackLog): Lista de necesidades
del cliente y esta ordenada por la prioridad que tiene cada
elemento en la pila. Es decir de mayor a menor importancia.
- La Pila del Sprint(Sprint BackLog):Actividades que se van a
realizar dentro de un sprint.
- Incremento: Parte aadida o desarrollada en un Sprint, es un
parte terminada y totalmente operativa.

Ventajas
Entrega de un producto funcional al finalizar cada Sprint.
Posibilidad de ajustar la funcionalidad en base a la
necesidad de negocio del cliente
Visualizacin del proyecto da a da
Alcance acotado y viable.
Equipos integrados y comprometidos con el proyecto, toda
vez que ellos definieron el alcance y se auto-administran.

Desventajas
No genera toda la evidencia o documentacin de otras
metodologas.
Difcil de implementar en proyectos muy grandes.
Tal vez sea necesario complementarlo con otros procesos
(XP).

Bibliografa
Itzcoalt lvarez, M. Joiz.Net. (2016). Desarrollo gil con SCRUM.
Recuperado de
http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:sg07.p0
2.scrum.pdf
Historia de Scrum. Recuperado de
https://proyectosagiles.org/historia-de-scrum/
SCRUM, METODOLOGIA DE DESARROLLO DE SOFTWARE AGIL.
Recuperado de
http://blog.espol.edu.ec/elpoli/scrum-metodologia-de-desarrollo-de-so
lftware-agil/
Desarrollo gil con SCRUM. Metodologa Scrum. Recuperado de
http://openaccess.uoc.edu/webapps/o2/bitstream/10609/17885/1/m
trigasTFC0612memoria.pdf