“AÑO DE LA LUCHA CONTRA LA CORRUPCIÒN E

IMPUNIDAD”

Carrera Profesional : Ingeniería de Sistemas Y Telemática.

Escuela Profesional : Ingeniería.

Profesor : Ing. Marco Aurelio Porro Chulli.

Materia : Gestión de Sistema Informáticos.

Integrantes :

 Magaly Portocarrero Labajos.

 Jean Piero Linares Bernal.

BAGUA GRANDE - UTCUBAMBA

“2019”
I. Tema: SCRUM1.
Definición
Es un proceso de la Metodología Ágil que se usa para minimizar los riesgos durante la
realización de un proyecto, pero de manera colaborativa. Es á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, autogestión e innovación. Se suele planificar por
semanas. Al final de cada Sprint o iteración, se va revisando el trabajo validado
de la anterior semana. En función de esto, se priorizan y planifican las
actividades en las que invertiremos nuestros recursos en el siguiente Sprint.
Scrum se centra en ajustar sus resultados y responder a las exigencias reales y
exactas del cliente. De ahí, que se vaya revisando cada entregable, ya que los
requerimientos van variando a corto plazo. El tiempo mínimo para un Sprint es
de una semana y el máximo es de cuatro semanas. Entre las ventajas que
brinda Scrum se encuentran la productividad, calidad y que se realiza un
seguimiento diario de los avances del proyecto, logrando que los integrantes
estén unidos, comunicados y que el cliente vaya viendo los avances.

Características
Enfatiza valores y prácticas de gestión, sin pronunciarse sobre requerimientos,
prácticas de desarrollo, implementación y demás cuestiones técnicas. Hace
uso de Equipos autodirigidos y autoorganizados. Puede ser aplicado
teóricamente a cualquier contexto en donde un grupo de gente necesita
trabajar junta para lograr una meta común. Desarrollo de software iterativos
incrementales basados en prácticas agiles Iteraciones de treinta días; aunque
se pueden realizar con más frecuencia, estas iteraciones, conocidas como
Sprint. Dentro de cada Sprint se denomina el Scrum Master al Líder del Proyecto quien
llevará a cabo la gestión de la iteración. Se convocan diariamente un “Scrum Daily
Meeting” el cual representa una reunión de avance diaria de no más de
15minutos con el propósito de tener realimentación sobre las tareas de los
recursos y los obstáculos que se presentan. En la cual se responden preguntas
como: ¿Qué has hecho desde el último encuentro? ¿Qué obstáculos hay para
cumplir la meta? ¿Qué harás antes del próximo encuentro?
Beneficios
Cumplimento de Expectativas: El cliente establece sus expectativas indicando
el valor que le aporta cada requisito /historia 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
A. 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.
B. 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.
C. Reuniones:
Lo ideal es que cada día el equipo dedique 15minutos 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.
D. 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.
E. 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
A. Principales Product Owner:
El Product Owner se asegura de que el equipo Scrum trabaje de forma
adecuada desde la perspectiva del negocio. El Product Owner ayuda al usuario
a escribir las historias de usuario, las prioriza, y las coloca en el Product
Backlog.
Scrum Master o Facilitador:
El Scrum es facilitado por un Scrum Master, cuyo trabajo primario
es eliminarlos obstáculos que impiden que el equipo alcance el objetivo del
sprint. El Scrum Master no es el líder del equipo (porque ellos se
autoorganizan), sino que actúa como una protección entre el equipo y cualquier
influencia que le distraiga. El Scrum Master se asegura de que el proceso
Scrum se utiliza como es debido. El Scrum Master es el que hace que las
reglas se cumplan.
Team o Equipo de Desarrollo:
El equipo tiene la responsabilidad de entregar el producto. Es recomendable
un pequeño equipo de 5 a 9 personas con las habilidades transversales
necesarias para realizar el trabajo (análisis, diseño, desarrollo, pruebas,
documentación, etc.).
B. Auxiliares
Los roles auxiliares en los "equipos Scrums" son aquellos que no tienen un rol
formal y no se involucran frecuentemente en el "proceso Scrum", sin embargo,
deben ser tomados en cuenta. Un aspecto importante de una aproximación ágil
es la práctica de involucrar en el proceso a los usuarios, expertos del negocio y
otros interesados ("stakeholders"). Es importante que esa gente participe y
entregue retroalimentación con respecto a la salida del proceso a fin de revisar
y planear cada sprint. Stakeholders: Son las personas que hacen posible el
proyecto y para quienes el proyecto producirá el beneficio acordado que
justifica su desarrollo. Sólo participan directamente durante las revisiones del
"sprint”. Managers o Administradores: Son los responsables de establecer el
entorno para el desarrollo del proyecto.
SPRINT
Es el período en el cual se lleva a cabo el trabajo en sí. Es recomendado que la duración
de los Sprints sea constante y definida por el equipo con base en su propia
experiencia. Se puede comenzar con una duración de sprint en particular (2 o3
semanas) e ir ajustándolo con base en el ritmo del equipo, aunque sin
delajarlo demasiado. Al final de cada sprint, el equipo deberá presentar los ava
nceslogrados, y el resultado obtenido es un producto que, potencialmente, se
puede entregar al
cliente. Así mismo, se recomienda no agregar objetivos al sprint osprint backlog
a menos que su falta amenace al éxito del proyecto. La constancia permite la
concentración y mejora la productividad del equipo de trabajo. Debemos
recordar que los Sprint es la herramienta que usa Scrum, por lo tanto, maneja
las mismas fases: Reunión de planificación de Sprint. El Scrum Diario Trabajo
de desarrollo durante el Sprint Revisión del Sprint Retrospectiva del Sprint.
Documentos de SCRUM
A. Product Backlog:
Se trata como un documento de alto nivel para todo el proyecto. Es el conjunto
de todos los requisitos de proyecto, el cual contiene descripciones genéricas de
funcionalidades deseables, priorizadas según su retorno sobre la inversión
(ROI). Representa el qué va a ser construido en su totalidad. Es abierto y solo
puede ser modificado por el Product Owner. Contiene estimaciones realizadas
a grandes rasgos, tanto del valor para el negocio, como del esfuerzo
de desarrollo requerido. Esta estimación ayuda al Product Owner a ajustar la
línea temporal (KEV) y, de manera limitada, la prioridad de las diferentes
tareas. Por ejemplo, si dos características tienen el mismo valor de negocio la
que requiera menor tiempo de desarrollo tendrá probablemente más prioridad,
debido a que su ROI será más alto.
B. Sprint Backlog:
Es el subconjunto de requisitos que serán desarrollados durante el siguiente
sprint. Al definir el sprint backlog, se describe el cómo el equipo va a
implementar los requisitos durante el sprint. Por lo general los requisitos se
subdividen en tareas, a las cuales se asignan ciertas horas de trabajo, pero
ninguna tarea con una duración superior a 16horas.Si una tarea es mayor de 16
horas, deberá ser dividida en otras menores. Las tareas en el sprint backlog
nunca son asignadas, son tomadas por los miembros del equipo del modo que
les parezca adecuado.
C. 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 (en casos en que todo va bien en el sentido de que los
requisitos están bien definidos desde el principio y no varían nunca) hasta
llegar al eje horizontal, momento en el cual el proyecto se ha terminado (no hay
más requisitos pendientes de ser completados en el Backlog).Si durante el
proceso se añaden nuevos requisitos la recta tendrá pendiente ascendente en
determinados segmentos, y si se modifican algunos requisitos la pendiente
variará o incluso valdrá cero en algunos tramos.
2. Resumen
Es un proceso de la Metodología Ágil que se usa para minimizarlos riesgos
durante la realización de un proyecto, pero de manera colaborativa. Es á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, autogestión e innovación. Se
suele planificar por semanas. Al final de cada Sprint o iteración, se va revisando
el trabajo validado de la anterior semana. En función de esto, se priorizan y
planifican las actividades en las que invertiremos nuestros recursos en
el siguiente Sprint.

3. Summary
It is a process of the Agile Methodology that is used to minimizethe risks during
the realization of a project, but in a collaborativeway.It is agile and flexible to
manage software development, whosemain objective is to maximize the return
on investment for yourcompany (ROI). It is based on building first the
functionality ofgreater value for the client and on the principles of
continuousinspection, adaptation, self-management and innovation.It is usually
planned for weeks. At the end of each Sprint oriteration, the validated work from
the previous week is reviewed.Based on this, the activities in which we will
invest our resourcesin the next Sprint are prioritized and planned
4. Conclusiones
La metodología Scrum se centra en ajustar sus resultados y responder a las
exigencias reales y exactas del cliente. De ahí, que se vaya revisando
cada entregable, ya que los requerimientos van variando a corto plazo. El
tiempo mínimo para un Sprint es de una semana y el máximo es de cuatro
semanas. Entre las principales características de la metodología Scrum,
desataca que es un desarrollo incremental en lugar de la clásica planificación
del desarrollo completo de un producto o servicio. Sus equipos de trabajo se
caracterizan por ser auto-organizados.Y se centra en el producto final, en la
calidad del mismo. Además, en la metodología Scrum se solapan diferentes
fases de desarrollo, en lugar de llevar a cabo una planificación secuencia lo de
cascada.

5. Recomendaciones
Para entender Scrum, es importante echar un vistazo a sus fundamentos
básicos. Scrum se ha fundado sobre una teoría empírica de control de
procesos, que también se conoce como empirismo. Lo que afirma esta teoría
es que el conocimiento se basa en la toma de decisiones y en la experiencia
de los factores conocidos. Por tanto, Scrum busca cómo optimizar la
predictibilidad y controlar el riesgo utilizando un método Iterativo e Incremental.
Para que esto suceda, hay tres pilares que se deben implementar. Estos son la
Transparencia, la Inspección y la Adaptación.
6. Apreciación del Equipo
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.
7. Glosario de Términos
Gráfico de Burndown

Los gráficos de Burn down muestran el trabajo restante en el tiempo. El trabajo

restante es el eje Y y el tiempo es el eje X. El trabajo restante debería subir y
bajar y eventualmente tener una tendencia descendente. Los libros de Scrum
definen un Gráfico de Burndown de Sprint como el lugar en donde ver el
progreso diario, y un Gráfico de Burndown del Producto en donde ver el
progreso mensual (por sprint).
Reunión diaria de Scrum
Una reunión diaria de 15 minutos en donde cada miembro del equipo responde
3 preguntas: ¿Qué hice desde la última reunión de Scrum? (por ejemplo, ayer)
¿Qué voy a hacer para la próxima reunión de Scrum? (por ejemplo, mañana)
¿Qué me impide realizar mi trabajo lo más eficientemente posible? El Scrum
Master se asegura que los participantes organicen reuniones aparte para
cualquier discusión que exceda a estas tres preguntas. Los libros de Scrum
recomiendan que esta reunión sea lo primero que ocurra a la mañana, ni bien
lleguen todos los miembros del equipo.

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.

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. Durante la reunión de
planificación del sprint, los elementos del backlog se mueven del backlog del
producto hacia un sprint, basándose en las prioridades establecidas por el
Dueño del Producto.
Elemento del backlog del producto
En Scrum, un elemento del backlog del producto ("PBI", "elemento del
backlog", o "elemento") es una unidad de trabajo lo suficientemente pequeña
para que el equipo pueda completarla en un sprint (iteración). Los elementos
del backlog sedes componen en una o más tareas. Ver también unidad de
estimación de esfuerzo del backlog.
Gráfico de burndown del producto
En Scrum, el gráfico de burndown del producto es una vista "general" del
progreso del proyecto. Muestra cuánto trabajo restante hay al comienzo de
cada sprint. El alcance de este gráfico abarca todas las entregas; sin embargo,
un gráfico de burndown de entrega se limita a una única entrega.
Rol de Dueño del Producto
En Scrum, hay una única persona que tiene la autoridad final representando los
intereses del cliente, priorizando el backlog y respondiendo preguntas sobre
los requerimientos. Esta persona debe estar disponible para el equipo en cualquier
momento, especialmente durante la reunión de planificación del sprint y
durante la reunión de demo del sprint.
Los desafíos de ser un Dueño del producto:
Resistir la tentación de "gestionar" al equipo. El equipo puede no organizarse
de la forma esperada. Esto resulta especialmente difícil si algunos miembros
del equipo piden la intervención sobre temas que el equipo debería resolver por
sí mismos. Resistir la tentación de agregar más trabajo importante después de
iniciado un Sprint. Estar dispuesto a tomar decisiones difíciles durante la
reunión de planificación del sprint. Balancear los intereses opuestos
de interesados externos.

8. Linkografía
https://proyectosagiles.org/que-es-scrum/ https://www.sinnaps.com/blog-
gestion-proyectos/metodologia-scrum https://dosideas.com/wiki/Glosario_de_S
crum