UNIVERSIDAD POLITÉCNICA AMAZÓNICA

FACULTAD DE INGENIERÍA

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS Y

TELEMÁTICA

TEMA

SCRUM

DOCENTE
ING. MARCO AURELIO PORRO CHULLI
CICLO/SECCIÓN
X–B
CURSO
GESTIÓN DE SISTEMAS INFORMÁTICOS
GRUPO
GSI - X
INTEGRANTES
DHALIN PALOMINO VASQUEZ
JHON C. ZAMBRANO GOICOCHEA
Bagua Grande - Perú
2019
 SCRUM
1. CONTENIDO
❖ Definición
Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas
para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible de un proyecto.
Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio de la manera de
trabajar de equipos altamente productivos. En Scrum se realizan entregas parciales y regulares
del producto final, priorizadas por el beneficio que aportan al receptor del proyecto. Por ello,
SRUM esta
especialmente indicado
para proyectos de
entornos complejos,
donde se necesita
obtener resultados
pronto, donde los
requisitos son
cambiantes o poco definidos, donde la innovación, la competividad, la flexibilidad y la
productividad son fundamentales.
Scrum también se utiliza para resolver situaciones en que no se está entregando al cliente lo que
necesita, cuando las entregas se alargan demasiado, los costes se disparan o la calidad no es
aceptable, cuando se necesita capacidad de reacción ante la competencia, cuando la moral de
los equipos es baja y la rotación alta, cuando es necesario identificar y solucionar ineficiencias
sistemáticamente o cuando se quiere trabajar utilizando un proceso especializado en el
desarrollo de producto.
❖ Características
➢ Gestión regular de las expectativas del cliente, resultados anticipados, flexibilidad y
adaptación, retorno de inversión, mitigación de riesgos, productividad y calidad,
alineamiento entre cliente y equipo, por último, equipo motivado.
➢ Se hace uso de equipos autodirigidos y autoorganizados.
➢ Se realiza a diario una reunión de Scrum, que es una reunión de avance diaria que no dura
más de 15 minutos con el objetivo de obtener realimentación sobre las tareas del equipo y
los obstáculos que se presentan.
❖ Beneficios
➢ Gestión regular de las expectativas del cliente y basada en resultados tangibles.
➢ Resultados anticipados (time to market).
 ➢ Flexibilidad y adaptación respecto a las necesidades del cliente, cambios en el mercado,
etc.
➢ Gestión sistemática del Retorno de Inversión (ROI).
➢ Mitigación sistemática de los riesgos del proyecto.
➢ Productividad y calidad
➢ Alineamiento entre el cliente y el equipo de desarrollo. Equipo motivado.
❖ Fases
El desarrollo de un proyecto consta de tres fases y de acuerdo a las metodologías ágiles el
verdadero Scrum se produce en su fase intermedia, la fase de desarrollo, comprendida entre el
planeamiento y la finalización. Se basa en las buenas prácticas de un trabajo en equipo
colaborativo.
➢ En la fase de planeamiento se realiza la toma de requerimientos globales. En este momento
el Product Manager se reúne con el cliente. Se planifica el equipo inicial, recursos,
esfuerzo, Se trata la arquitectura de desarrollo, una aproximación inicial del producto. Se
establece un presupuesto y se firma el contrato.
➢ La fase de desarrollo es en la que realmente se va a producir Scrum. Se trata de la parte
ágil y en la que se van a realizar sprints completos. Esta parte aporta valor al finalizar cada
sprint. En esta fase intervendrán el cliente, el Product Owner, el Scrum Master y el equipo
de desarrollo.
➢ Una vez terminada la fase de desarrollo del producto, se produce la fase de finalización.
En esta fase se tiene lugar la integración, el testing y la documentación. Se facilitan los
entregables para producción
❖ Roles
Scrum está formado por los siguientes roles:
➢ Scrum master: Persona que lidera al equipo guiándolo para que cumpla las reglas y
procesos de la metodología. Gestiona la reducción de impedimentos del proyecto y trabaja
con el Product Owner para maximizar el ROI.
➢ Product Owner (PO): Representante de los accionistas y clientes que usan el software.
Se focaliza en la parte de negocio y él es responsable del ROI del proyecto (entregar un
valor superior al dinero invertido). Traslada la visión del proyecto al equipo, formaliza las
prestaciones en historias a incorporar en el Product Backlog y las Re prioriza de forma
regular.
➢ Team: Grupo de profesionales con los conocimientos técnicos necesarios y que
desarrollan el proyecto de manera conjunta llevando a cabo las historias a las que se
comprometen al inicio de cada sprint.
 ❖ SPRINT
Un Sprint es una de las cajas de tiempo de Scrum, tiene duración de 1 a 6 semanas en las que
el equipo de Scrum trabaja en la creación de los entregables, el Sprint inicia con la reunión de
planeación del sprint (Sprint planning meeting) ésta reunión tiene una duración de 8 horas para
un sprint de 4 semanas, tiempo en el que se analizan las historias de usuario y de acuerdo a la
prioridad se incluyen en el Sprint Backlog que es el listado de tareas que se van a implementar
durante el sprint que inicia. El corazón de Scrum es un Sprint, es un intervalo prefijado durante
el cual se crea un incremento de producto "Hecho o Terminado" utilizable, potencialmente
entregable. A lo largo del desarrollo hay Sprints consecutivos de duración constante
❖ Documentos de SCRUM
➢ Product backlog: El product backlog es un documento de alto nivel para todo el proyecto.
Contiene descripciones genéricas de todos los requerimientos, funcionalidades deseables,
etc. priorizadas según su valor para el negocio (business value). Es el qué va a ser
construido. Es abierto y cualquiera puede modificarlo.
➢ Sprint backlog: El sprint backlog es un documento detallado donde se describe el cómo
el equipo va a implementar los requisitos durante el siguiente sprint. Las tareas se dividen
en horas con ninguna tarea de duración superior a 16 horas. Si una tarea es mayor de 16
horas, deberá ser rota en mayor detalle. Las tareas en el sprint backlog nunca son asignadas,
son tomadas por los miembros del equipo del modo que les parezca oportuno.
➢ Burn down: La burn down chart es una gráfica mostrada públicamente que mide la
cantidad de requisitos en el Backlog del proyecto pendientes al comienzo de cada Sprint.
Dibujando una línea que conecte los puntos de todos los Sprints completados, podremos
ver el progreso del proyecto. Lo normal es que esta línea sea descendente, hasta llegar al
eje horizontal, momento en el cual el proyecto se ha terminado

2. RESUMEN
SCRUM es un marco de trabajo (Framework) para el desarrollo Ágil de productos
software(proyectos). Se basa en unos principios, prácticas y valores ágiles, no es una metodología
completa como tal. No tiene demasiados artefactos o etapas cerradas. Principio básico: entrega
temprana al cliente de software (entre 2 semanas y 2 meses) con valor para su satisfacción. No se
alienta la resistencia al cambio, como es la tónica habitual en los proyectos, sino que pretende
aprovechar para aumentar la ventaja competitiva del cliente y su satisfacción. Por otra parte,
se pretende obtener un ritmo constante de desarrollo. Las entregas son iterativas e incrementales,
aportando nuevas funcionalidades en cada iteración o sprint. Se fomenta el trabajo en equipos
autoorganizados, la comunicación cara a cara y la colaboración entre los profesionales que saben
del tema. No hay roles preestablecidos ni jerarquías (yo jefe de proyecto ordeno y mando y tu
 programador haces lo quete diga.). Se perfecciona y se busca la mejora continuamente. Se prohíbe
la ocultación de detalles de implementación al cliente, ya que se le tiene informado presente en las
reuniones. El equipo construye aquello que el Product owner indica. El Scrum Master es un garante
de la ejecución del método y un facilitador, en ningún caso es un Project Manager al uso, cuya
función consiste en reenviar mensajes con copia a, actualizar Excel copia y pega de otro proyecto
o manejar Gantt. Objetivo principal: mejorar la satisfacción del cliente, la velocidad y calidad de
desarrollo a través del trabajo en equipo y la transparencia. Los requerimientos o alcance se
cambian durante toda la vida del proyecto. Se lucha contra las jerarquías de personas, los
departamentos estancos y la negociación con precio, fecha, requisitos cerrados, previa mirada a
la bola de cristal para saber dar una fecha exacta e ineludible en la que cerrar el documento
funcional y lanzar el desarrollo.

3. SUMMARY
SCRUM is a working framework (Framework) for the Agile development of software products
(projects). It is based on principles, practices and agile values, it is not a complete methodology as
such. It does not have too many artifacts or closed stages. Basic principle: early delivery to the
software client (between 2 weeks and 2 months) with value for your satisfaction. Resistance to
change is not encouraged, as is the usual pattern in projects, but it is intended to be used to increase
the customer's competitive advantage and satisfaction. On the other hand, it is intended to obtain a
constant rhythm of development. The deliveries are iterative and incremental, providing new
functionalities in each iteration or sprint. Work is encouraged in self-organized teams, face-to-face
communication and collaboration among professionals who know the subject. There are no pre-
established roles or hierarchies (I project manager and command and your programmer do what I
tell you.). The improvement is continuously improved and sought. The concealment of
implementation details to the client is prohibited, since he is informed and present at the meetings.
The team builds what the Product owner indicates. The Scrum Master is a guarantor of the
execution of the method and a facilitator, in no case is a Project Manager to use, whose function is
to re-send messages with copy to, update Excel copy and paste of another project or manage Gantt.
Main objective: to improve customer satisfaction, speed and quality of development through
teamwork and transparency. The requirements or scope are changed throughout the life of the
project. We fight against hierarchies of people, watertight departments and negotiation with price,
date, closed requirements, previous look at the crystal ball to know how to give an exact and
unavoidable date in which to close the functional document and launch the development.
4. CONCLUSIONES
➢ Scrum es, por lo tanto, una metodología más de las muchas que hay. Scrum no es ni la mejor
metodología ni la única, pero es una metodología que está empujando muy fuerte por la
facilidad de implantación y por su agilidad en cuanto a cambios y lo que propiamente aporta
en comparación con otras metodologías.
➢ Por un lado, Scrum evita la burocracia y la generación documental. No es que con Scrum no
se deba o no se pueda documentar, si no que con Scrum no se exige documentar nada para
iniciar un proyecto, algo que en otras metodologías es impensable.
➢ Con Scrum por otro lado, la idea principal es la de ponerse a trabajar prácticamente desde el
primer momento y empezar a sacar frutos de ese trabajo para que el cliente vaya viendo los
avances y se quede satisfecho con lo que se está haciendo y cómo se está haciendo.
➢ La idea de la metodología ágil es fundamentalmente que adopte los cambios, que se pueda
reconducir el proyecto en un momento dado, y que afecte lo menos posible a los costes, los
tiempos y al equipo de trabajo.
➢ Scrum por sus características no es válido para cualquier proyecto ni para cualquier persona
o equipo de personas. Es más, Scrum según muchos especialistas de esta metodología, es
óptima para equipos de trabajo de hasta 8 personas, aunque hay empresas que han utilizado
Scrum con éxito con equipos más grandes.
➢ Se puede decir que para el 90% de los proyectos y empresas, es una metodología válida, pero
no es una metodología válida al 100%. Es más, no hay metodología mejor que otra ni válida
al 100% para todas las personas y empresas.

5. RECOMENDACIONES
No es necesario, ni siquiera conveniente, utilizar la metodología SCRUM en todo tipo de
proyectos. Por eso debes saber qué requerimientos debe tener tu proyecto si quieres utilizarla con
eficacia:
➢ Equipos pequeños: cuando en tus proyectos los equipos de trabajo no superan las 8 personas.
Aunque existen casos de empresas que la han utilizado con éxito en equipos más grandes, no
es recomendable.
➢ Poca necesidad de documentación: si el cliente te exige que todo el proyecto esté muy bien
documentado desde el principio (fases de consultoría y de tomas de requerimientos largas)
SCRUM no es tu metodología. Sin embargo, si sus expectativas son las entregas rápidas y
tener mucho control sobre el proyecto, el SCRUM te resultará muy útil porque se enfoca
precisamente en este aspecto.
➢ Proyectos con riesgos de cambios durante el proceso: como la metodología SCRUM ejecuta
el proyecto en fases cortas de dos a cuatro semanas, permite mucha flexibilidad a la hora de
 acometer cambios a mitad del proyecto, ya que tras cada fase se replantean las tareas y los
objetivos.
➢ Confianza en la metodología: serás el encargado de velar que se cumpla, por lo tanto, antes
de trabajar en un proyecto con SCRUM debes aprender bien cuáles son sus principios y
maneras de operar y sentirte cómodo con ellos, para poder traspasar esa confianza al resto de
los actores de tu proyecto

6. GLOSARIO DE TÉRMINOS
➢ Backlog del Producto: El Backlog del Producto (o "backlog") contiene los requerimientos
del sistema, expresados como una lista priorizada de elementos del backlog del producto. Esto
incluye requerimientos del cliente funcionales y no-funcionales, y también requerimientos
técnicos generados por el equipo. Aunque existen muchas entradas al backlog del producto,
el Dueño del Producto es el único responsable por priorizar los elementos del backlog.
➢ Entrega: Una entrega es la transición de un incremento potencialmente productivo del
producto en algo que los clientes usen rutinariamente. Las entregas suelen ocurrir cuando uno
o más sprints resultan en que el producto tiene suficiente valor como para superar el costo de
desplegarlo.
➢ Roles de Scrum: Hay tres roles en cualquier proyecto de Scrum: Dueño del producto, Scrum
Master y Equipo
➢ Backlog del sprint: Define el trabajo de un sprint, representado por un conjunto de tareas que
deben completarse para cumplir los objetivos del sprint, y por un conjunto de elementos
seleccionados del backlog del producto.
➢ Miembro del Equipo: Un miembro del equipo es cualquier persona que está trabajando en
las tareas del sprint para cumplir el objetivo del sprint.
➢ Velocidad: En Scrum, la velocidad es cuánto esfuerzo del backlog del producto el equipo
puede manejar en un sprint. Esto puede estimarse viendo los sprint pasados, asumiendo que
la composición del equipo y la duración del sprint se mantienen constante. También puede
establecerse sprint-a-sprint, usando una planificación basada en compromisos.
➢ Impedimentos: Un impedimento es cualquier cosa que le impida al equipo desempeñarse lo
más eficientemente posible. Cada miembro del equipo puede anunciar un impedimento
durante la Reunión diaria de Scrum. El Scrum Master está a cargo de resolver los
impedimentos. Los Scrum Master a menudo organizan reuniones paralelas cuando
no se puede resolver un impedimento en la reunión diaria de Scrum
7. LINKOGRAFÍA
➢ https://dosideas.com/wiki/Glosario_de_Scrum
➢ https://www.beagilemyfriend.com/diccionario-scrum/
➢ https://proyectosagiles.org/que-es-scrum/
➢ https://proyectosagiles.org/que-es-scrum/
➢ https://www.obs-edu.com/int/blog-project-management/scrum/que-es-scrum-y-cuales-son-
las-partes-del-proceso-de-trabajo
➢ https://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-scrum.html