FACULTAD DE INGENIERÍA

Escuela Profesional de Ingeniería de Sistemas y Telemática

SCRUM

DOCENTE : Ing. Marco Aurelio Porro Chulli.

ASIGNATURA : Gestión de Sistemas Informáticos.

CICLO : X.

AULA : “A”.

ESTUDIANTES :

Linares Serrano Ana Leydi.

Reyna Reynaga Asunta Patricia.

Bagua Grande – 2018

 Gestión de Sistemas Informáticos

I. Tema: 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. 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
innovación, la competitividad, 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 auto-dirigidos y auto-organizados.
  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
 Cumplimento de expectativas: El cliente establece sus
expectativas indicando el valor que le aporta cada requisito
del proyecto, el equipo los estima y con esta información el
Product Owner establece su prioridad. De manera regular,
en las demos de Sprint el Product Owner comprueba que
efectivamente los requisitos se han cumplido y transmite se
feedback al equipo.
 Flexibilidad a cambios: Alta capacidad de reacción ante
los cambios de requerimientos generados por necesidades
del cliente o evoluciones del mercado. La metodología está
diseñada para adaptarse a los cambios de requerimientos
que conllevan los proyectos complejos.
 Reducción del Time to Market: El cliente puede empezar
a utilizar las funcionalidades más importantes del proyecto
antes de que esté finalizado por completo
 Mayor calidad del software: La metódica de trabajo y la
necesidad de obtener una versión funcional después de
cada iteración, ayuda a la obtención de un software de
calidad superior.
 Mayor productividad: Se consigue entre otras razones,
gracias a la eliminación de la burocracia y a la motivación
del equipo que proporciona el hecho de que sean
autónomos para organizarse.
 Maximiza el retorno de la inversión (ROI): Producción de
software únicamente con las prestaciones que aportan
mayor valor de negocio gracias a la priorización por retorno
de inversión.
 Predicciones de tiempos: Mediante esta metodología se
conoce la velocidad media del equipo por sprint (los
 llamados puntos historia), con lo que consecuentemente, es
posible estimar fácilmente para cuando se dispondrá de una
determinada funcionalidad que todavía está en el Backlog.
 Reducción de riesgos: El hecho de llevar a cabo las
funcionalidades de más valor en primer lugar y de conocer
la velocidad con que el equipo avanza en el proyecto,
permite despejar riesgos eficazmente de manera anticipada.
 Fases
1. Planteamiento: un proyecto gestionado bajo el modelo
SCRUM parte de los objetivos que han trazado con
anterioridad el cliente y la empresa. Lo primero es
fraccionarlo en entregas parciales, de manera que el cliente
pueda replantear aspectos a los que en principio no prestó
la importancia debida o que simplemente desconocía. Esos
aspectos pueden ser sobre costes, estrategias, producción,
etc.
2. Lista de tareas: el equipo de trabajo elabora la lista de
tareas que debe tener en cuenta para cada entrega de
resultados. Es muy importante hacer una estimación del
esfuerzo requerido para, de esta manera, fijas plazos
proporcionados.
3. Reuniones: lo ideal es que cada día el equipo dedique 15
minutos para reunirse y ponerse al tanto de la evolución del
plan. En estas sesiones, el líder del proyecto (Scrum Master)
debe encargarse de que cada miembro cumpla con las
labores que le han sido asignadas y de motivarles para que
su productividad no descienda. En caso de que detecte
alguna incidencia dentro del grupo, es necesario que tome
las opciones más adecuadas, que pueden ir desde un relevo
de la función hasta el nombramiento de miembros de apoyo.
4. Demostración: una vez ejecutadas las labores de cada
fase, el equipo se reúne con el cliente para mostrar los
avances correspondientes. El cliente decide si replantea los
 elementos del proyecto. Si es necesario, el equipo asume
nuevos compromisos.
5. Retrospectiva: los miembros del equipo se reúnen para
valorar el proceso de entrega de resultados y analizan los
factores que podrían mejorar de cara al final del proceso. La
función del Scrum Master será eliminar dichos obstáculos.
 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 lso accionistas y
clientes que usan el software. Se focaliza en la parte de
negocio y el 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 reprioriza 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
Sprint es el nombre que va a recibir cada uno de los ciclos o
iteraciones que vamos a tener dentro de dentro de un proyecto
SCRUM. Nos van a permitir tener un ritmo de trabajo con un
tiempo prefijado, siendo la duración habitual de un Sprint unas
cuatro semanas, aunque lo que la metodología dice es que
debería estar entre dos semanas y un máximo de dos meses.
En cada Sprint o cada ciclo de trabajo lo que vamos a conseguir
es lo que se denomina un entregable o incremento del producto,
que aporte valor al cliente. La idea es que cuando tenemos un
proyecto bastante largo, por ejemplo un proyecto de 12 meses,
vamos a poder dividir ese proyecto en doce Sprint de un mes
 cada uno. En cada uno de esos Sprint vamos a ir consiguiendo
un producto, que siempre, y esto es muy importante, sea un
producto que esté funcionando.
 Cada fase del Sprint en Scrum tiene que ser
cuidadosamente respetada por todo el equipo Scrum, esto
quiere decir, que no puede haber cambios en medio del
Sprint que pongan el peligro el objetivo del mismo.
 Es recomendable no trabajar varios objetivos/requisitos al
mismo tiempo, lo primero que hay que terminar es lo más
importante para el cliente. Si todo el Sprint Backlog no es
entregado al final del Sprint, entonces se analizará en la
retrospectiva qué ha ocurrido, y se aplicarán los cambios
necesarios para que el próximo Sprint no tenga los mismos
inconvenientes.
 Un Sprint empieza inmediatamente al finalizar el Sprint
anterior, no existen tiempos intermedios.
 Los Sprints tienen un máximo de un mes de duración, si se
hicieran Sprints más largos, puede que las definiciones de
lo que estamos haciendo cambien, poniendo en riesgo el
éxito del proyecto.
 Los tiempos de los Sprints en Scrum no se deberían cambiar
a lo largo de un proyecto, pero esto no es restrictivo y, en
caso muy necesario, se puede cambiar. Es importante
diferenciar que lo que no tenemos que hacer es ir
cambiando los tiempos Sprint tras Sprint.
 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 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, 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 innovación, la competitividad, 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.
Se define Scrum como una estructura en la que las personas
pueden abordar complejos problemas adaptativos, siendo a la vez
productivas y creativas para entregar productos finales de gran
valor. Scrum también incorpora varios elementos, como que es
ligero y fácil de entender. Eso sí, es difícil de dominar.
3. Summary
Scrum is a process in which a set of good practices are regularly
used to work collaboratively, as a team, and obtain the best
possible result from a project. These practices are based on a
selection of other people.
In Scrum, partial and regular deliveries of the final product are
made, prioritized by the benefit they bring to the recipient of the
project. Therefore, Scrum is especially suitable for projects in
complex environments, where results are needed soon, where
requirements are changing or poorly defined, where innovation,
competitiveness, flexibility and productivity are fundamental.
What is needed, when things get too long, costs skyrocket or quality
is not acceptable, when the ability to react to competition is needed,
when team morale is low and turnover is high, when necessary
identify and solve inefficiencies systematically or when you want to
work using a process specialized in the development of the product.
Scrum is defined as a structure in which people can tackle complex
adaptive problems, being once productive and creative to deliver
final products of great value. Scrum also incorporates several
elements, as it is light and easy to understand. Of course, it is
difficult to master.
4. Conclusiones
Scrum es una metodología ágil y flexible para gestionar el
desarrollo de software, cuyo principal objetivo es maximizar el
retorno de la inversión para su empresa (ROI). Se basa en construir
primero la funcionalidad de mayor valor para el cliente y en los
 principios de inspección continua, adaptación, auto-gestión e
innovación.
Con la metodología Scrum el cliente se entusiasma y se
compromete con el proyecto dado que lo ve crecer iteración a
iteración. Asimismo le permite en cualquier momento realinear el
software con los objetivos de negocio de su empresa, ya que puede
introducir cambios funcionales o de prioridad en el inicio de cada
nueva iteración sin ningún problema.
Esta metódica de trabajo promueve la innovación, motivación y
compromiso del equipo que forma parte del proyecto, por lo que los
profesionales encuentran un ámbito propicio para desarrollar sus
capacidades.
5. Recomendaciones
 Elige un responsable de producto. Esta persona es la que tiene
la visión clara de lo que se necesita, se va a hacer, fabricar o
conseguir. tendrá en cuenta riesgos y compensaciones, qué es
posible y qué es factible.
 Elige un equipo. ¿Quién va a hacer el trabajo real? Este
equipo necesita tener las habilidades necesarias para
convertir en realidad la visión del responsable de producto. Los
equipos tienen que ser pequeños: entre 3 y 9 personas es lo
normal.
 Elige un Scrum Master. Es la persona que conducirá a todos
los demás por el sistema de trabajo Scrum ayudando al equipo
a eliminar todo aquello que les frene. Quitar desperdicios.
 Elabora y prioriza una lista de objetivos o backlog. El Backlog
no es más que una lista de todo lo que debe hacerse para
convertir la visión en realidad. Esta lista existe y evoluciona a lo
largo del proceso, es el mapa o la hoja de ruta del producto.
 Haz una estimación afinada de la lista de objetivos pendientes.
Es crucial que las personas que realmente van a llevar a cabo
los ítems enumerados en la lista, calculen el esfuerzo que les
llevará cada uno.
  Haz que el trabajo sea visible. La forma más habitual de hacer
esto es con una pizarra de Scrum y sus tres columnas:
Pendiente, En proceso, Hecho. Los post-it representan los
ítems que hay que completar y el equipo los cambia de sitio en
la pizarra, a medida que se van terminando, uno por uno.
 Revisión o demostración del sprint. Ésta es la reunión en la que
el equipo muestra lo que ha construido durante el sprint. Puede
estar presente cualquiera, no sólo el responsable de producto,
el Scrum Master y el equipo, sino los directivos de la empresa,
los jefes, los clientes, todo el que quiera. Es una reunión abierta
en la que el equipo explica lo que han podido pasar a la columna
de «hecho» durante el sprint.
6. Apreciación del equipo
Desde nuestro punto de vista SCRUM es un modelo de referencia
que define un conjunto de prácticas 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 'Scrum Master, que procura facilitar la aplicación de scrum y
gestionar cambios, el Product Owner, que representa a los
stakeholders (interesados externos o internos), y el Team (equipo)
que ejecuta el desarrollo y demás elementos relacionados con él.
7. Glosario de términos
 Product owner (dueño del producto): responsable de la
definición del producto y sus resultados. Gestiona la relación
con el cliente y demás interesados a nivel de producto / negocio.
 Scrum master (maestro scrum): facilitador y mentor del
equipo, así como guía en la aplicación del marco de trabajo.
Interviene a nivel de equipo y desarrollo de proyecto con los
demás interesados.
 Development team (equipo de desarrollo): especialistas en
el desarrollo del producto. Perfiles que permiten el balance
necesario entre diversificación y especialización.
 Product backlog (pila del producto): elementos a desarrollar
durante todo el proyecto, y que conforman los incrementos de
producto a entregar.
 User story (historia de usuario): se elaboran al inicio del
proyecto para identificar las necesidades del usuario a alto
nivel. Permiten construir una primera visión del producto a
desarrollar.
 Sprint Backlog (pila del sprint): elementos que se trabajan en
un sprint específico.
 Increment (incremento): entregas incrementales del producto,
p.e. una nueva funcionalidad en el menú web.
 Scrum Board (pizarra scrum): herramienta que permite
visualizar, principalmente, el estado y el avance de las tareas
de los miembros del equipo.
 Impedment Backlog (pila de impedimentos): pueden ser
problemas, situaciones, etc., que afectan al trabajo del equipo
y a la entrega del producto.
 Sprint: término proveniente del atletismo, las denominadas
carreras cortas, y se usa en Scrum para referirse a un ciclo de
trabajo específico dentro de un proyecto (también llamado
interación). P.e.: un proyecto de 10 semanas está compuesto
por sprints de 2 semanas, por lo tanto, su duración es de 5
sprints.
 Sprint planning (planificación del sprint): se definen el qué
los elementos a trabajar en cada nuevo sprint y el cómo la
propia organización del equipo para ejecutar las tareas.
 Daily meeting (reunión diaria): participa el equipo de pie
frente a la pizarra, y cada integrante comunica que ha hecho
hasta ayer y que hará en ese día.
 Product backlog refinement / grooming (refinamiento de la
pila del producto): se revisan los cambios a nivel de producto,
símil a la gestión de cambios en un proyecto.
 Sprint review (revisión del sprint): se revisan los incrementos
del producto con el cliente.
  Release (entrega): la entrega del incremento al cliente
propiamente dicho, suele darse en la revisión del sprint.
 Sprint retrospective (retrospectiva del sprint): revisión de
sprint a nivel de proceso con el fin de mejorar en el siguiente.
8. Bibliografía o Linografía

https://www.obs-edu.com/int/blog-project-
management/metodologia-agile/que-es-un-scrum-caracteristicas-
y-ventajas
https://www.iebschool.com/blog/definicion-y-caracteristicas-del-
scrum-master-agile-scrum/
https://www.softeng.es/es-es/empresa/metodologias-de-
trabajo/metodologia-scrum/proceso-roles-de-scrum.html
https://www.beagilemyfriend.com/que-es-un-sprint/
https://metodologiascrum.readthedocs.io/en/latest/Scrum.html
https://luis-goncalves.com/es/que-es-la-metodologia-scrum/