UNIVERSIDAD NACIONAL DEL CENTRO DEL PERU

FACULTAD DE INGENIERÍA DE SISTEMAS

ANALISIS DE SISTEMAS DE INFORMACIÑON

Versión: 3.0

Título:

GESTIÓN DE PROYECTOS APLICANDO METODOLOGÍAS ÁGILES

“SCRUM”

Desarrollo detallado de la fase de elaboración y ejecución de un proyecto

mediante el uso de metodologías ágiles: SCRUM

Autores:

Facultad de Ingeniería de Sistemas – Estudiantes:

Brian López Castro

Gerson Orihuela Maita
Isidoro Santivañez Esquivel

Huancayo – Perú

2016
Metodología SCRUM

RESUMEN

En la Revolución Digital, el constante cambio tecnológico ha generado en las

organizaciones a innovar en todos los ámbitos empresariales. En este entorno
de enormes posibilidades, las organizaciones intentan alcanzar grandes y
ambiciosos objetivos de negocio a través de los desarrollos de los sistemas a la
medida.

Sin embargo, independientemente del tipo de software, existen desafíos

comunes que surgen en el desarrollo de los sistemas a la medida. Estos retos
se pueden superar si incorporamos una planificación cuidadosa y una
metodología rigurosa, en colaboración del: cliente, un proveedor profesional que
realiza la metodología, y el equipo propio del desarrollo del sistema. (ESPINOZA,
2014)

Una de estas metodologías es SCRUM; cuyo enfoque está orientado al trabajo

en equipo entre cliente y proveedor, donde sus integrantes colaboran con el
único fin de avanzar gradualmente y lograr la entrega de un producto o servicio
de calidad en tiempos y costos óptimos.

Mientras que el RUP intenta reducir la complejidad del software por medio de
estructura y la preparación de las tareas pendientes en función de los objetivos
de la fase y actividad actual, SCRUM, como toda metodología ágil, lo intenta por
medio de un trabajo orientado directamente al objetivo, basado en las relaciones
Interpersonales y la velocidad de reacción.
Metodología SCRUM

I. METODOLOGÍA DE DESARROLLO DE SOFTWARE

Una metodología es un conjunto de técnicas y métodos que permite comprender
cada una de las actividades de un proyecto en desarrollo (ESPINOZA, 2014). Su
aplicación va más a un proceso de un software detallado y completo.

Una Metodología de desarrollo de software, consiste principalmente en hacer

uso de diversas herramientas, técnicas, métodos y modelos para el desarrollo.
Regularmente este tipo de metodología, tienen la necesidad de venir
documentadas, para que los programadores que estarán dentro de la planeación
del proyecto, comprendan perfectamente la metodología y en algunos casos
el ciclo de vida del software que se pretende seguir.

Los elementos más importantes que forman parte de una metodología son:

Fases: tareas a realizar en cada fase.

Productos: Entradas y salidas de cada fase, documentos.
Procedimientos y herramientas: apoyo a la realización de cada tarea.
Criterios de evaluación del proceso y del producto: saber si se logran
los objetivos.

En la actualidad, podemos encontrar dos grupos de metodologías expresadas

en la figura 1, según el modo de desarrollo:

Hacen énfasis en la
Metodologías Tradicionales planificación.

Se basan en la adaptabilidad del

Metodologías Ágiles proceso y un desarrollo incremental,
cooperativo y sencillo

Figura 1: Metodologías de desarrollo de software

Fuente: Propia de autor

Metodología SCRUM

1.1. Metodología Tradicional

Imponen una disciplina de trabajo sobre el proceso de desarrollo del

software, con el fin de conseguir un software más eficiente. Para ello, se
hace énfasis en la planificación total de todo el trabajo a realizar y una vez
que está todo detallado, comienza el ciclo de desarrollo del producto
software.

1.2. Metodología Ágil

Un proceso es ágil cuando el desarrollo de software es: Incremental.
Entregas pequeñas de software, con ciclos rápidos. Cooperativo. Cliente y
desarrolladores trabajan juntos constantemente con una cercana
comunicación (Domenech & Abad, 2013). El método en sí mismo es simple,
fácil de aprender y modificar. Está bien documentado y es adaptable.
Permite realizar cambios de último momento).

Para realizar más dinámica la vista, se aprecia la siguiente tabla (cuadro

comparativo):

Tabla 1: Diferencias entre metodologías

Fuente: http://www.avante.es/comparativa-metodologias-agiles-vs-tradicionales/
Metodología SCRUM

Para reflejar a profundidad la diferencia que existe entre estas metodología,

haremos la comparación entre sus principales representantes:

Tabla 2: Tabla comparativa RUP – SCRUM

Fuente: Condori 2014

II. METODOLOGÍA SCRUM

Scrum es una metodología ágil y flexible para gestionar el desarrollo de un
Sistema de Información a través de un proceso en el que se aplican un conjunto
de buenas prácticas para trabajar colaborativamente, y obtener el resultado más
óptimo posible de un proyecto.

Esta proceso realiza prácticas de usuario(s)/experto(s), es decir que aplica una

metódica de tareas las cuales promueve la innovación, motivación y compromiso
del equipo pertenecientes al proyecto, por lo que los profesionales encuentran
un ámbito propicio para desarrollar sus capacidades conjuntamente con los
usuarios. Sin embargo, no es la única metodología agil que aplica esta forma de
realizar proyectos, para entender mejor la diferencia que tiene Scrum con otras
metodologías ágiles, se ilustra lo siguiente:
Metodología SCRUM

Tabla 3: Tabla comparativa entre SCRUM y XP

Fuente: http://www.islavisual.com/articulos/desarrollo_web/diferencias-entre-scrum-y-xp.php

La metodología Scrum se caracteriza por ser un modelo de carácter adaptable

más que predictivo; se orienta a las personas, más que a los procesos, e
implementa una estructura basada en interacciones y revisiones (Cuervo,
Mendoza, & Ricaurte, 2013). Es el conjunto de varios agentes y herramientas
que se interrelacionan para poder gestionar el desarrollo del proyecto, el cual le
convierte, a parte de una metodología, como un sistema que integra: Artefactos
y Roles.

2.1. Artefactos
Son aquellas herramientas que nos permitirá mantener organizado
nuestros proyectos. Entre las principales tenemos:

 El Backlog del Producto (Product Backlog)

 El Backlog del Sprint (Sprint Backlog)
 Incremento del Producto (Product Increment)

2.1.1. Backlog del Producto (Product Backlog):

La Lista de Producto es una pila ordenada de todo lo que podría ser
necesario en el producto, ósea representa todo aquellos requisitos que
esperan el cliente, los usuarios y en general los interesados, y es la única
fuente que refleja lo que debe realizar el equipo o también refleja los
requisitos para cualquier cambio a realizarse en el producto (Cuervo,
Mendoza, & Ricaurte, 2013). El Dueño de Producto (Product Owner) es el
responsable de la Lista de Producto, incluyendo su contenido,
disponibilidad y ordenación.
Metodología SCRUM

Una Lista de Producto nunca está completa. El desarrollo más temprano

de la misma solo refleja los requisitos conocidos y mejor entendidos al
principio. La Lista de Producto evoluciona a medida de que el producto y el
entorno en el que se usará también lo hacen.

La Lista de Producto es dinámica; cambia constantemente para identificar

lo que el producto necesita para ser adecuado, competitivo y útil. Mientras
el producto exista, su Lista de Producto también existe.

2.1.2. Backlog del Sprint (Sprint Backlog):

La lista del Sprint es la lista que descompone las funcionalidades de la pila
del producto en las áreas necesarias para construir un incremento: un
aparte completo y operativo del producto.
La realiza el equipo durante la reunión de planificación del sprint, auto
asignando cada tarea a un miembro del equipo e identificar riesgos y
problemas sin necesidad de procesos de gestión complejos (Streule,
Miserini, Bartoomé, Klippel, & Soto, 2016).
Generalmente, las tareas a completar se suelen gestionar mediante el
Scrum Taskboard, a cada objetivo se le asignan las tareas necesarias para
llevarlo a cabo, se usan post-its que se van moviendo de una columna a
otra para cambiar el estado.

Figura 2: Pizarra de tareas de Scrum

Fuente: Espacios Bussines Media - Taskboard

Se debe incluir:
 Lista de tareas.
 Persona responsable de cada tarea, el estado en el que se
encuentra y el tiempo que queda por terminarla.
Metodología SCRUM

 Permite la consulta diaria del equipo.

 Permite tener una referencia diaria del tiempo que le queda
a cada tarea.
2.1.3. Incremento del Producto (Product Increment):
El Incremento es la suma de todos los elementos de la Lista de Producto
completados durante un Sprint y el valor de los incrementos de todos los
Sprints anteriores (Streule, Miserini, Bartoomé, Klippel, & Soto, 2016). Al
final de un Sprint, el nuevo incremento debe estar “Terminado”, lo cual
significa que está en condiciones de ser utilizado y que cumple la Definición
de “Terminado” del Equipo Scrum. El incremento debe estar en condiciones
de utilizarse sin importar si el Dueño de Producto decide liberarlo o no.

El incremento es la parte de producto producida en un sprint, y tiene como

característica el estar completamente terminada y operativa, en
condiciones de ser entregada al cliente.

No se deben considerar como Incremento a prototipos, módulos o sub-

módulos, ni partes pendientes de pruebas o integración; excepto por el
primer sprint, en el que objetivos del tipo “contrastar la plataforma y el
diseño” pueden resultar necesarios, e implican trabajos de diseño o
desarrollo de prototipos para contrastar las expectativas de la plataforma o
tecnología que se va a emplear.

Figura 3: Entregables Progresivos

Fuente: http://es.slideshare.net/FlowersInSpace/introduccion-a-scrum-con-caso-prctico-
1516220
Metodología SCRUM

2.2. Roles
Los roles, o también llamados los Core Roles, son aquellos papeles que
obligatoriamente se requieren para producir el producto o servicio del
proyecto. Las personas a quienes se les asignan Core Roles están
plenamente comprometidas con el proyecto y son las responsables del
éxito de cada iteración del proyecto y del proyecto en su totalidad.

Estas funciones incluyen:

2.2.1. El Dueño del Producto (Product Owner):
Esta persona es responsable de lograr el máximo valor empresarial para el
proyecto (Streule, Miserini, Bartoomé, Klippel, & Soto, 2016). Él/ella
también es responsable de la articulación de requisitos del cliente y de
mantener el Justificación del negocio para el proyecto.
El Dueño del producto tiene como función importante: “dividir el proyecto
en historias que son las que componen la pila del producto”.
2.2.2. El Scrum Master:
Es un facilitador que asegura que el Equipo Scrum esté dotado de un
ambiente propicio para completar el proyecto con éxito (Streule, Miserini,
Bartoomé, Klippel, & Soto, 2016). El Scrum Master guía, facilita y les
enseña las prácticas de Scrum a todos los involucrados en el proyecto;
elimina los impedimentos que encuentra el equipo; y asegura que se estén
siguiendo los procesos de Scrum.
El Scrum Master tiene como función importante: “analizar la pila de
producto con el fin de estimar el coste de creación del producto”.
2.2.3. El Equipo Desarrollo (Development Team):
Es el rol clave para el desarrollo del proyecto es sí. Es el grupo o equipo de
personas responsables de la comprensión de los requisitos especificados
por el Propietario del producto y de la creación de los Entregables del
proyecto (Streule, Miserini, Bartoomé, Klippel, & Soto, 2016).
El Equipo de Desarrollo tiene como función importante: “dividir las tareas y
realizar los entregables en cierto intervalo de tiempo. Desarrolla el trabajo
según las especificaciones”.
Metodología SCRUM

2.3. Proceso del Scrum

Figura 4: Proceso general de Scrum

Fuente: Join Academia – Scrum Process (Espacios Business Media, 2016)

Metodología SCRUM

2.3.1. Eventos
a) Planificación del Sprint (Sprint Planning):

Definirán qué tareas se tienen que realizar y cuáles son los objetivos
(Cuervo, Mendoza, & Ricaurte, 2013). Una vez definidos, el equipo
comienza su desarrollo, pero teniendo en cuenta una serie de normas:
 El equipo puede realizar consultas de agenda fuera del Sprint.
 No se permite a nadie gobernar al equipo durante el Sprint. El
equipo se autogestionará.
 Si durante el desarrollo del Sprint no se puede realizar, porque
no es viable, se puede realizar una nueva planificación para
realizar un nuevo Sprint.
 Si de la misma manera, el equipo se ve capaz de realizar más
ítems del Backlog durante el Sprint, que el indicado
inicialmente, consultará también con el Product Owner qué
ítems se podrán añadir.

Teniendo en cuenta estas características, a lo largo del desarrollo, se

producirán además, reuniones diarias.
b) Scrum Diario (Sprint Daily Meeting) y la Ejecución del Sprint
(Sprint Execution):

En esta reunión, los componentes del equipo comparten información

relativa al desarrollo y colaborarán para hacer las adaptaciones necesarias,
aumentando así su productividad.

En esta reunión se tendrá como referencia el Backlog del Sprint con la

información de la reunión anterior y, además, qué tareas hizo cada persona
del equipo (Streule, Miserini, Bartoomé, Klippel, & Soto, 2016). La reunión
no podrá consumir más de 15 minutos y contestará a tres preguntas
básicas:
 ¿Qué se ha hecho de nuevo con respecto a la última reunión
diaria?
 ¿Qué será lo siguiente a realizar?
 ¿Qué problemas hay para realizarlos?
Metodología SCRUM

Esta acción se realizara por cada ejecución del Sprint que se desarrolla,
con el fin de asegurar un buen avance del proyecto visto por el Cliente y el
Product Owner.
c) Revisión del Sprint (Sprint Review):
En esta reunión, los desarrolladores presentan el producto entregable que
han implementado y, los gestores, clientes, usuarios y Product Owner
analizan esa entrega y escuchan al equipo sobre los problemas que han
tenido durante el proceso (Streule, Miserini, Bartoomé, Klippel, & Soto,
2016). Esta reunión servirá para tomar decisiones que ayudan a escoger el
camino más adecuado para alcanzar las metas.

Las características de esta reunión se limitan a:

 Máximo 4 horas.
 Se presenta el producto “completado”, entendiendo como tal la
definición acordada con el Product Owner y los Stakeholders
(interesados como el cliente).
 Se presenta la funcionalidad en equipos que pertenezcan a los
desarrolladores. Siempre se hará desde un servidor lo más
parecido posible al de producción.
d) Retrospectiva del Sprint (Sprint Retrospective):

En esta reunión, el equipo debatirá temas relacionados con el Sprint

recientemente finalizado y los cambios que se podrían hacer para mejorar
el próximo Sprint y que sea más productivo (Cuervo, Mendoza, & Ricaurte,
2013). Generalmente, será el Scrum Master quién realiza esta reunión y
tendrá una duración máxima de 3 horas.

Las características generales de la reunión serán:

 Asistirán el ScrumMaster, el Equipo y el Product Owner.
 La reunión girará en torno a dos preguntas básicas: ¿Qué ha ido
bien durante el último Sprint?, ¿Qué será mejorado para el
siguiente Sprint?
 El ScrumMaster toma nota delas respuestas del Equipo en un
formulario.
Metodología SCRUM

 El Equipo hablará de las posibles mejoras que se puedan

realizar, indicando cuáles van a tener mayor preferencia.
 Si hay puntos que merezca atención se añadirán para el
siguiente Sprint, considerándolo como un Backlog no funcional,
pero de alta prioridad.

Cabe resaltar que para realizar una buena retrospectiva, se debe encontrar
por lo menos un error, con el objetivo de ir mejorando en cada procesos del
pryecto.

e) Refinamiento (Refinement):

El refinamiento incluye el ingresar elementos al product Backlog tales como

defectos, mejoras, actividades de capacitación, estudio de casos. Este
evento puede darse en cualquier instante de tiempo del sprint (Streule,
Miserini, Bartoomé, Klippel, & Soto, 2016). El product Owner es el
responsable por refinar al Product Backlog, el Product Owner debe estar
siempre disponible a atender inquietudes del equipo de desarrollo.

2.4. Ventajas y Desventajas

Figura 5: Ventajas y desventajas de Scrum

Fuente: Join Academia – Ventajas Scrum

Metodología SCRUM

2.5. Casos de Éxito

Las Empresas como Fuji, Canon y Honda fueron las pioneras de esta
metodología (Espacios Business Media, 2016), siendo así que en 1993 se
realizó el primer Scrum para desarrollo de software y en 1995 el proceso
fue formalizado desarrollando un proyecto de sistema de información para
esta última. Ahora con la variedad de beneficios que puede otorgar esta
metodología, en cuestión de pequeños y medianos proyectos, alcanzó
llegar a varias empresas reconocidas como se puede ilustrar en la siguiente
tabla: (Proyectos Agiles, 2013)

Tabla 4: Empresas donde utilizan Scrum

Fuente: https://proyectosagiles.org/historia-de-scrum/
Metodología SCRUM

CONCLUSIONES

La metodología Scrum nos permite gestionar proyectos, programas y portafolios

de cualquier tamaño y complejidad, facilitando el flujo de información, la
comunicación entre el equipo de trabajo y la entrega de valor con oportunidad a
los interesados de la organización. Donde la metodología nos permite tener una:

 Adaptabilidad al control empírico de los procesos y las entregas continuas

hacen que los proyectos sean adaptables y abiertos a la incorporación del
cambio.
 Mejora Continua de manera progresiva a los Sprint por Sprint a través de
un proceso de definición y priorización de entregables y sus
características.

Con esto damos a entender que: Scrum está diseñado de la manera que las
personas involucradas pueden trabajar a un ritmo de trabajo cómodo, y ayudan
a que este ritmo de trabajo continúe indefinidamente hacia la mejora.

BIBLIOGRAFÍA
[1] SCIELO: Cuervo, J. L., Mendoza, E. F., & Ricaurte, J. A. (2013). Comparison between Oracle
BPM and JBPM in the Admission. Revista Facultad de Ingeniería - UPTC, 85-96.

[2] SCIELO: Domenech, E. Á., & Abad, A. M. (2013). Comparative Evaluation of Delfdroid whit
XP and Scrum using the 4-. Revista Cubana de Ciencias Informáticas , 16-23.

[3] Espacios Business Media. (2016 de Junio de 2016). ¿Qué es la metodología Scrum?
Obtenido de ¿Qué es la metodología Scrum?:
https://www.youtube.com/watch?v=a33xOe9d_Dk

[4] ALICIA: ESPINOZA, L. L. (2014). APLICACIÓN DE LA METODOLOGÍA ÁGIL SCRUM EN. Lima.

[5] Jummp. (15 de Mayo de 2011). Jummp - Gestión de proyectos y desarrollo de software.
Obtenido de Jummp - Gestión de proyectos y desarrollo de software:
https://jummp.wordpress.com/2011/05/15/desarrollo-de-software-tecnica-de-
estimacion-planning-poker/

[6] Proyectos Agiles. (26 de Setiembre de 2013). Proyectos Agiles. Obtenido de Proyectos
Agiles: https://proyectosagiles.org/historia-de-scrum/

[7] SCIENCE DIRECT: Streule, T., Miserini, N., Bartoomé, O., Klippel, M., & Soto, B. G. (2016).
Implementation of Scrum in the Construction Industry. Switzerland: Procedia
Engineering.