Año del buen servicio al

ciudadano
COMPUTACIÓN INFORMATICA

Tema: Metodología SCRUM

Docente: Marco Antonio Tuanama Vásquez

Estudiante: Doris Luz Rengifo Tenazoa

Luz Saela Julián Pérez

Piter O. Saavedra Reátegui

Ciclo: IV

TARAPOTO-PERÙ

2017
Concepto de metodología SCRUM
Es un proceso en el que se aplican de manera regular un conjunto de prácticas
para trabajar colaborativamente, en equipo y así obtener el mejor resultado
posible de un proyecto. En esta metodología se realizan estrategias parciales y
regulares del producto final, por ello está especialmente indicada para proyecto
complejos la cual se necesita obtener resultados pronto. También se utiliza
para resolver situaciones en que no se está entregando al cliente lo que
necesita.

Características de la metodología SCRUM

Para que tengas una idea rápida y para que un proyecto ingrese al marco de los
que es el modelo scrum deben contar con los siguientes:

 Desarrollo incremental: sin desarrollo incremental no puede ser

considerada Scrum, con estos se hace la énfasis a olvidarnos de la
planificación y de la ejecución pues con esto se irá incrementando poco a
poco sin importar el orden en el cual se lleven a cabo los procesos.
 Calidad de las personas: la calidad de un producto, no será analizado en
base a la calidad de cada uno de los procesos que llevamos a cabo sino
del que todo eso dependerá de la calidad de personas en su organización y
en el conocimiento de los equipos de trabajo.
 Adiós al secuencial y cascada: en el scrum hay algo que se le denomina
solapamiento la cual consiste en que no importa en qué proceso se
encuentren por lo que se vuelve a realizar o que tienes que hacer sin
ningún problema, en cambio en la metodología cascada o secuencial no
podías dar vuelta atrás.
 La comunicación es fundamental: si se trata de un trabajo en equipo
tienen que estar en constante comunicación con los otros equipos de
trabajo nadie trabaja solo para que así se lleve a cabo el proyecto sin
problemas.

Cómo funcionan los procesos SCRUM

La metodología Scrum es bastante amigable y fomenta lo que es el trabajo en
equipo en todo momento con una finalidad de conseguir los objetivos de una
forma rápida.

 PRODUCTO BACKLOG: Esto puede referirse a todo elemento que sea

parte del proyecto. Puede ser un bug, una referencia o parte de un
requerimiento. Brindan información muy general del proyecto y muchas
veces no son tomados como requerimientos oficiales.
 Historias de Usuario /User Stories
Es un elemento especial del producto Backlog. Son
llamados Historias porque en ellos se proporciona información sobre
cómo debe ser el comportamiento del requerimiento que se está
trabajando. De igual manera, proporciona información directa del cliente
en caso de existir algún cambio. Generalmente estos sí son tomados
como requerimientos oficiales.

 SPRINT BACKLOG: Es el conjunto de elementos tomados del Product

Backlog que fueron priorizados, medidos y aceptados en las reuniones
de Sprint Planning. Estos, en conjunto con sus respectivos User Stories,
forman oficialmente los requerimientos a elaborar en cada uno de los
Sprints que tendrá el proyecto.
 El panel de Tareas/The Taskboard
El panel de tareas muestra todas y cada una de las tareas que tienen
asignadas cada uno de los miembros del equipo. Esta tabla se divide en
tres columnas que representan el estado de la tarea:
 Por hacer
 Haciendo
 Terminado
Al inicio del Sprint todas están en la primer columna. Al momento de
pasar una tarea a la columna número dos, indicará al Scrum Master y al
Product Owner qué está haciendo cada miembro del equipo y cuánto
tiempo lleva trabajando en dicha tarea. Al finalizar la tarea, esta debe
cambiarse a la última columna. Esto quiere decir que está listo para que
QA haga las pruebas necesarias**.**
Definición de “Listo”/Definition of Done
Todo equipo eficaz y ágil tiene ciertos acuerdos que deben cumplirse
antes de dar por finalizado un Proyecto. Estos son:
 Todas las tareas están completas
 Revisión de Código / Code Reviewed
 Pruebas realizadas a cada elemento desarrollado
 Revisión por parte de los clientes (que cumpla sus necesidades)
 La revisión de las condiciones de Aceptación por parte del Product
Owner
 Estas herramientas son útiles no sólo durante un Sprint; sino que
ayudan a lo largo del proyecto, ya que ayudan al equipo a entender por
qué hacen lo que están haciendo. Son visibles para cada uno de los
miembros del equipo y para las personas que están fuera también.
Scrum no es más que una metodología que puede ser aplicable a
cualquier tipo de proyecto. Aplicarlo requiere de un cambio de cultura
laboral por parte de cada uno de los miembros que compondrán dicho
equipo. Pero cuando el resultado sea hacer bien los proyectos en el
 menor tiempo posible y al menor costo, todo el sacrificio habrá valido la
pena.

 SPRINT PLANNING MEETING: Reunión durante la cual el Product

Owner presenta las historias del backlog por orden de prioridad. El
equipo determina la cantidad de historias que puede comprometerse a
completar en ese sprint, para en una segunda parte de la reunión,
decidir y organizar cómo lo va a conseguir.

En este proceso también es una reunión que se realiza para definir

plazos y procesos a efectuarse para el proyecto establecido en el
producto Backlog. Esto se compone en diversos features que no son
otra cosa más que procesos o subprocesos que se deben realizar.

 DAILY SCRUM O STAND-UP MEETING: aquí básicamente lo que se

hace son reunión diaria mientras se está llevando a cabo un Sprint para
responder las siguientes preguntas ¿Qué hice ayer?, ¿Qué voy a hacer
hoy?, ¿Qué ayuda necesito?, dura de cómo máximo 15 min. en la que el
equipo se sincroniza para trabajar de forma coordinada. Cada miembro
comenta que hizo el día anterior, que hará hoy y si hay impedimentos.

 SPRINT REVIEW: es básicamente una reseña de lo que fue Sprint.

Específicamente consiste en la revisión terminada y para este punto ya
tendría que haber algo que mostrarle al cliente para que pueda analizar
un cierto avance.

 SPRINT RETROSPECTIVE: permite al equipo analizar los objetivos

cumplidos, si se cometieron errores, visualizarlos y tratar de cometerlos
nuevamente más adelante.

Equipos que componen los procesos SCRUM

Anteriormente se puedo ver varios puntos y ciertos equipos encargados de
algunos aspectos importantes por eso ahora mencionaremos con las que se
trabajara arduamente cada quien con sus respectivas responsabilidades.

 PRODUCT OWNER: Representante de lso 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 reprioriza de forma
regular.
 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.

 SCRUM TEAM: es el núcleo de la metodología Scrum, pues es el

equipo de desarrollo, encargados de lo que es la codificación del
Software y de cumplir los objetivos.

 CLIENTE: también forma parte del equipo, no es como en las

metodologías tradicionales donde al cliente se le pedía requerimiento y
se le daba un costo total. En este caso el cliente tiene la capacidad para
influir en el proceso debido a que simpre estará ya sea que proponga
nuevas ideas o bien haciendo algún tipo de comentario.