Gestión de Sistemas Informáticos

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 : GRUPO :
X. “A”

IntegranTEs :
Carhuatanta Paredes, Pierina.
Díaz Quintana, Duyen Yudith.
Ruiz Placencia, Luz Veronica.

Bagua Grande 2019.

Pág. 1
 Gestión de Sistemas Informáticos

Scrum

1. Contenido.
1.1. 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,
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.

1.2. Características.
El desarrollo incremental de los requisitos del proyecto en bloques
temporales cortos y fijos.

Se da prioridad a lo que tiene más valor para el cliente.

El equipo se sincroniza diariamente y se realizan las adaptaciones

necesarias.

Tras cada iteración (un mes o menos entre cada una) se muestra al
cliente el resultado real obtenido, para que este tome las decisiones

Pág. 2
 Gestión de Sistemas Informáticos

necesarias en relación a lo observado.

Se le da la autoridad necesaria al equipo para poder cumplir los
requisitos.
Fijar tiempos máximos para lograr objetivos.

Equipos pequeños (de 5 a 9 personas cada uno).

1.3. Beneficios.
El cliente puede empezar a utilizar las características más importantes
del proyecto antes de que esté completamente terminado (time to
market).
Motivación del equipo.

Mayor productividad. Se logra, entre otras razones, debido a la

eliminación de la burocracia y la motivación del equipo proporcionado
por el hecho de que pueden estructurarse de manera autónoma.
Constante comunicación entre el equipo de desarrollo y el cliente.

Flexibilidad a cambios.Gran capacidad de reacción ante los cambiantes

requerimientos generados por las necesidades del cliente o la evolución
del mercado.

1.4. Fases.
Pre-juego.
Planificación: Definición de una nueva versión basada en la pila actual,
junto con una estimación de coste y agenda, Si se trata de un nuevo
sistema, esta fase abarca tanto la visión como el análisis. Si se trata de la
mejora de un sistema existente comprende un análisis de alcance más
limitado.
Arquitectura: Diseño de la implementación de las funcionalidades de la
pila. Esta fase incluye la modificación de la arquitectura y diseño
generales.

Juego.

Pág. 3
 Gestión de Sistemas Informáticos

Desarrollo de sprints: Desarrollo de la funcionalidad de la nueva versión

con respeto continuo a las variables de tiempo, requisitos, costo y
competencia. la interacción con estas variables define el final de esta fase.
El sistema va evolucionando a través de múltiples iteraciones de
desarrollo o sprints.

Post-juego.
Preparación para el lanzamiento de la versión, incluyendo
la documentación final y pruebas antes del lanzamiento de la versión.

1.5. 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.

1.6. 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.

Pág. 4
 Gestión de Sistemas Informáticos

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 Sprints de
un mes cada uno. En cada uno de esos Sprints vamos a ir consiguiendo un
producto, que siempre, y esto es muy importante, sea un producto que esté
funcionando.

1.7. Documentos de SCRUM.

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.

Print 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.
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

Pág. 5
 Gestión de Sistemas Informáticos

esta línea sea descendente, hasta llegar al eje horizontal, momento en el

cual el proyecto se ha terminado.

Reuniones en Scrum.

Daily Scrum.

 La reunión comienza puntualmente a su hora.

 Todos los asistentes deben mantenerse de pie.
 La reunión debe ocurrir en la misma ubicación y a la misma hora
todos los días.
 Durante la reunión, cada miembro del equipo contesta a tres
preguntas:
1. ¿Qué has hecho desde ayer?

2. ¿Qué es lo que estás planeando hacer hoy?

3. ¿Has tenido algún problema que te haya impedido alcanzar tu

objetivo?

Reunión de Planificación del Sprint.

Pág. 6
 Gestión de Sistemas Informáticos

 Al inicio del ciclo Sprint (cada 15 o 30 días), una “Reunión de

Planificación del Sprint” se lleva a cabo.
 Seleccionar qué trabajo se hará.
 Ocho horas como límite.
 Al final del ciclo Sprint, dos reuniones se llevarán a cabo: la
“Reunión de Revisión del Sprint” y la “Retrospectiva del
Sprint”.

Reunión de Revisión del Sprint

 Revisar el trabajo que fue completado y no completado.

 Presentar el trabajo a los interesados.

 El trabajo incompleto no puede ser demostrado.

 Cuatro horas como límite.

Retrospectiva del Sprint,

Después de cada sprint, se lleva a cabo una retrospectiva del sprint, en
la cual todos los miembros del equipo dejan sus impresiones sobre el
sprint recién superado. El propósito de la retrospectiva es realizar una
mejora continua del proceso. Esta reunión tiene un tiempo fijo de cuatro
horas.

2. Resumen.
Scrum es un framework para mejorar la forma en la que trabajan las personas, o como
lo define la Scrum Alliance: "un framework basado en equipos para desarrollar
sistemas y productos complejos". Scrum utiliza un proceso iterativo en donde cada
iteración (llamadas sprint) es lo más corta posible, manteniendo un ritmo parejo a
medida que se avanza con planificación, ejecución y reflexión. Estas cajas de tiempo
estríctas y rítmicas de Scrum permiten descubrir disfunciones en la organización.
Scrum define tres roles (Scrum Master, Dueño del Producto y Equipo), un conjunto
de objetivos priorizados, un compromiso por cada sprint, y una forma sencilla para
medir el progreso. Scrum usa ceremonias de tiempo acotado para planificar, para
inspeccionar/adaptar a diario, y para inspeccionar/adaptar durante sprints.

Pág. 7
 Gestión de Sistemas Informáticos

Se mantiene una clara distinción entre el "Que" (el objetivo) y el "Como" (la forma
de lograrlo).
Scrum requiere un foco claro, compromiso y transparencia completa en todos los
niveles; adopta y enfatiza ciertos valores humanos incluyendo (pero no limitado a) la
confianza, la integridad, el coraje y el respeto.

3. Summary.
Scrum is a framework to improve the way people work, or as defined by the Scrum
Alliance: "a framework based on teams to develop complex systems and products".
Scrum uses an iterative process in which each iteration (called sprint) is as short as
possible, maintaining an even rhythm as it is advanced with planning, execution and
reflection. These scrum and rhythmic Scrum time boxes allow you to discover
dysfunctions in the organization.
Scrum defines three roles (Scrum Master, Product Owner and Team), a set of
prioritized objectives, a commitment for each sprint, and a simple way to measure
progress. Scrum uses time-limited ceremonies to plan, to inspect / adapt on a daily
basis, and to inspect / adapt during sprints.
A clear distinction is maintained between "Que" (the objective) and "Como" (the way
to achieve it).
Scrum requires a clear focus, commitment and complete transparency at all levels;
adopts and emphasizes certain human values including (but not limited to) trust,
integrity, courage and respect.

4. Conclusiones.
Por medio de SCRUM, se pueden potencializar las metodologías propuestas
en el PMBOK, con el fin, de tener un producto de calidad y un equipo
motivado.

Se evidenció, que la comunicación diaria entre los miembros del equipo,

durante la ejecución del trabajo, puede disminuir los riesgos de retrasos en las
actividades propuestas en el cronograma.

Pág. 8
 Gestión de Sistemas Informáticos

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.

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.

5. Recomendaciones.
No combinar roles.

No acortar, ni alargar los Sprints.

Capacitación Previa: Se debe capacitar a todos los miembros del equipo,

incluyendo los clientes.

Planeación: Siempre es bueno contar con un método de planeación.

6. Apreciación del Equipo.

Scrum es una metodología ágil abren un amplio espectro de posibilidades, al
proporcionar una planificación flexible y adaptada que requieren los
proyectos de nuevo surgimiento.

La metodología Scrum permite abordar proyectos complejos desarrollados

en entornos dinámicos y cambiantes de un modo flexible. Está basada en
entregas parciales y regulares del producto final en base al valor que ofrecen
a los clientes.

Pág. 9
 Gestión de Sistemas Informáticos

Scrum nos proporciona un marco de trabajo para soportar la

innovación y permitir que equipos auto-organizados entreguen resultados de
alta calidad en tiempos cortos.

7. Glosario de Términos.
Sprint: Es un intervalo prefijado durante el cual se crea un incremento de
producto.

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.

Burndown: Es una parte esencial de todo proyecto ágil y es una forma clara
de mostrar al equipo qué está pasando y cómo se están realizando los avances
en cada sprint.

Product Backlog: Es un listado de todas las tareas que se pretenden hacer

durante el desarrollo de un proyecto.

Product Owner: Es la persona responsable de asegurar que el equipo aporte

valor al negocio.

8. Bibliografía o Linkografía.
https://www.sinnaps.com/blog-gestion-proyectos/metodologia-scrum
https://luis-goncalves.com/es/que-es-la-metodologia-scrum/
https://platzi.com/blog/metodologia-scrum-fases/
http://managementplaza.es/blog/los-11-pasos-para-implementar-
metodologia-scrum/
https://www.wearemarketing.com/es/blog/metodologia-scrum-que-es- y-
como-funciona.html

Pág. 10
Gestión de Sistemas Informáticos

Pág. 11