Universidad del Valle de Guatemala

Objetos y Abstracción de Datos

Julio Chicas
David Coronado

Metodología Scrum
El motivo por el cual se tomo la metodología Scrum es por las
características importantes que esas posee, ya que esta se identifica
muy bien con nuestro proyecto a realizar, las características de Scrum
, en la cual se ven reflejado en el proyecto a realizar son las
siguientes

• Se desarrolla una forma iterativa llama (sprints) e incremental.

• Cada ciclo o iteración termina con una pieza de software

ejecutable que incorpora nueva funcionalidad.

• Las iteraciones en general tienen una duración entre 2 y 4

semanas.

Los requerimientos y las prioridades se revisan y se ajustan durante

el proyecto en intervalos muy cortos y regulares, eso es muy
importante para la implementación del diseño y estructura del
programa.

Unos de los objetivos de la metodología de Scrum es : construir

software de calidad y estable para la plataforma especifica.

La imagen muestra el esqueleto de la metodología Strum

 Este esqueleto opera de esta manera:

1. Al comienzo de la iteración, el equipo revisa que es lo que

debe hacer.

2. Luego, selecciona lo que cree que puede hacer para tener

un incremento y un potencial prototipo funcional al término de
la iteración.

3. El equipo se separa y hace su mejor esfuerzo por el resto

de la iteración. Cuando ésta termina, el equipo presenta el
incremento de la funcionalidad que construyó, de manera que
los otros miembros del equipo puedan revisar las
funcionalidades y hacer las modificaciones oportunamente al
proyecto.

El corazón de Scrum no es válido en la iteración. El equipo

revisa los requerimientos, considerando la tecnología
disponible, evaluando sus habilidades y capacidades. Luego,
determina colectivamente como van a construir la
funcionalidad, mientras que encuentran y discuten nuevas
complejidades, dificultades y sorpresas. El equipo muestra
cuales son las necesidades y cuál es la mejor forma de
satisfacerlas. Este proceso de creatividad es el corazón de la
productividad de Scrum.
Hay solo tres roles en Scrum: el Product Owner (dueño del
producto), the Team (el equipo), y el ScrumMaster (Maestro
Scrum). Todas las responsabilidades de manejo de un proyecto
se dividen entre estos tres papeles.

• El product Owner (dueño del producto) es el responsable de

cuidar los intereses de cada uno de los participantes,
recalcándolos con una “estaca”, lo cual se transformara en el
producto final. El Product Owner estima el financiamiento
inicial y el requerido en el curso del proyecto mediante la
creación de los requisitos totales e iniciales del proyecto,
preocupándose de retornar los objetivos de inversión (ROI), y
los planes de revisión.

• El product Backlog se le llama a la lista de requerimientos o

reserva del producto. El dueño de producto es el responsable de
usar el Product Backlog para asegurarse que las funcionalidades
de mayor valor sean producidas e implementadas,
frecuentemente se prioriza el primer elemento del Product
 Backlog ésta funcionalidad. Ordenando los requisitos de mayor
a menor valor .El equipo es responsable de desarrollar

• El Team es el equivalente a los equipos auto-suficientes, auto-

organizados y funcionales, los cuales tienen la responsabilidad,
en cada iteración, de transformar el Product Backlog en un
incremento en la funcionalidad del producto y planificar su
propio trabajo para lograrlo. Los miembros del equipo son
responsables en conjunto del éxito de cada iteración y del
proyecto en su totalidad.

• El ScrumMaster es responsable del proceso Scrum, debe

enseñar la metodología Scrum a cada integrante implicado en
el proyecto, preocupándose de poner la metodologia en
práctica de modo que se encuentre dentro de la cultura de la
organización y así entregue las ventajas previstas,
asegurandose de que cada uno sigua las Reglas y prácticas de
Scrum.

•
La gente que sigue estos roles son la personas que confían en el
éxito del proyecto. Otros pudieron estar interesados en el
proyecto, pero no están comprometidos. Scrum hace una
distinción clara entre estos dos grupos y asegura de que los que
son responsables del proyecto tengan la autoridad suficiente
para hacer lo que consideren necesario para el éxito del
proyecto y de que los que no sean responsables no interfieran
innecesariamente.