TEMA:

Modelos Scrum y ALM

TRABAJO DE INVESTIGACIN














FACULTAD DE INFORMTICA Y
ELECTRONICA
ESCUELA DE INGENIERA EN
SISTEMAS

Ingenieria de Software
ING: Pal Paguay
Nombre:
William Morocho 5546
Alba Vargas 5555
Paola Cajilema 5484
Ericka Guanoluisa 5548
Liseth Ancancela 5565

SCRUM

Esta metodologa se basa en una filosofa del desarrollo gil y fue creada por Hirotaka
Takeuchi e Ikujiro Nonaka en el ao 1986 , para desarrollo de software.
Scrum es una metodologa gil y flexible para gestionar el desarrollo de software, cuyo
principal objetivo es maximizar el retorno de la inversin para su empresa (ROI). Se basa
en construir primero la funcionalidad de mayor valor para el cliente y en los principios de
inspeccin continua, adaptacin, auto-gestin e innovacin.

CARACTERSTICAS

SCRUM tiene un lenguaje propio como cualquier metodologa nueva y que tiene tres
caractersticas bien definidas:

Roles
Artefactos (documentos)
Reuniones

ROLES

El equipo Scrum est formado por los siguientes roles:

Scrum master: Persona que lidera al equipo guindolo para que cumpla las reglas y
procesos de la metodologa. Gestiona la reduccin 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 visin 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 tcnicos necesarios y que
desarrollan el proyecto de manera conjunta llevando a cabo las historias a las que
se comprometen al inicio de cada sprint.


ARTEFACTOS

Los artefactos o documentos con los que se trabaja en SCRUM son:

Visin del Producto
Backlog del Producto
Objetivo del Sprint
Backlog del Sprint
Lista de impedimentos
Burndown Chart


REUNIONES

Las reuniones que se definen en SCRUM son las siguientes:

Reunin diaria (Daily Scrum)
Scrum de scrums (Post- Daily scrum)
Reunin de Planificacin del Sprint (Sprint Planning Meeting)
Reunin de Revisin del Sprint (Sprint Review Meeting)
Retrospectiva del Sprint (Sprint Retrospective)

ETAPAS
Product Backlog: Conjunto de requisitos denominados historias descritos en un lenguaje no
tcnico y priorizados por valor de negocio, o lo que es lo mismo, por retorno de inversin
considerando su beneficio y coste. Los requisitos y prioridades se revisan y ajustan durante el
curso del proyecto a intervalos regulares.
Sprint Planning: Reunin 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 reunin, decidir y organizar cmo lo va a
conseguir.
Sprint: Iteracin de duracin prefijada durante la cual el equipo trabaja para convertir las historias
del Product Backlog a las que se ha comprometido, en una nueva versin del software totalmente
operativo.
Sprint Backlog: Lista de las tareas necesarias para llevar a cabo las historias del sprint.
Daily sprint meeting: Reunin diaria de cmo mximo 15 min. en la que el equipo se sincroniza
para trabajar de forma coordinada. Cada miembro comenta que hizo el da anterior, que har hoy
y si hay impedimentos.
Demo y retrospectiva: Reunin que se celebra al final del sprint y en la que el equipo presenta las
historias conseguidas mediante una demonstracin del producto. Posteriormente, en la
retrospectiva, el equipo analiza qu se hizo bien, qu procesos seran mejorables y discute acerca
de cmo perfeccionarlos.

VENTAJAS:
Obtencin de Software con requerimientos exigidos de forma rpida.
Trabajo con iteraciones rpidas
Gran adaptacin al cambio.
Ventaja competitiva.
Creatividad y efectividad del equipo auto administrado y entorno libre de interrupciones.
Reuniones dedicadas a problemas recientes.
Evita estancamiento.
DESVENTAJAS:
Delegacin de responsabilidades y posibilidad de fallo.
Dificultad de aplicacin para grandes proyectos.
Se requiere de un agile champion para monitorizar el desarrollo.
Problemas si el precio y fecha de entrega son cerrados.

ALM
ALM (gestin del ciclo de vida de aplicaciones en ingls) es un proceso continuo para gestin del
ciclo de vida de las aplicaciones a travs del gobierno, desarrollo y mantenimiento. Es la unin de
la gestin del negocio con la ingeniera del software. ALM es la sigla para Application Lifecycle
Management, o Administracin del Ciclo de Vida de las Aplicaciones. El ciclo de vida del software
tiene diferentes variaciones, pero sin duda el ms conocido y base de otros existentes es el
modelo en cascada el cual incluye Anlisis, Diseo, Desarrollo/Implementacin/Codificacin,
Pruebas y Despliegue. Cuando un solo desarrollador decide realizar una aplicacin con toda
seguridad necesitar muy pocas herramientas para llevar control de su trabajo, lo mismo puede
ocurrir si es un equipo de desarrollo pequeo, sin embargo en la medida que los equipos crecen o
el nmero de requerimientos y tareas lo hacen, generalmente no es suficiente llevar un control
manual.


FUNCIONALIDADES

Administracin de requerimientos: para registrar los requerimientos por medio de casos de
uso, historias de usuarios o cualquier otra tcnica utilizada.
Administracin de tareas: para crear a cada integrante del equipo las tareas que debe realizar
con sus prioridades y consideraciones particulares.
Control de Cdigo Fuente: para mantener protegido el cdigo fuente, controlar cambios,
verificar histricos de cambios, crear Troncos y Ramas para el mantenimiento de versiones.
Control de defectos/bugs: para llevar registro de los defectos encontrados, removidos y
pendientes.
Administracin de casos de pruebas: para organizar y documentar las pruebas
que sern realizadas a cada producto desarrollado
Ejecucin de Pruebas y reporte de Defectos: para controlar los casos de pruebas ejecutados,
cules de ellos fallaron, y reportar los defectos encontrados durante su ejecucin.
Herramientas de Integracin de la aplicacin: para realizar integracin continua de la
aplicacin que nos permita mejorar la calidad del producto.
Administracin de Versiones: para controlar las versiones que del producto final se vallan
liberando.
Pruebas automatizadas: para robotizar las pruebas y generar escenarios que permitan realizar
pruebas de regresin, carga y estrs entre otras.
Monitoreo y reportes: para elaborar informes sobre todo el proceso, tener indicadores y
herramientas para hacer control y auditoria del mismo de forma que se puedan tomar
decisiones oportunas.

TECNOLOGAS
IBM Rational Team Concert: Es una solucin completa de colaboracin para equipos de
desarrollo de todos los tamaos, que permite la gestin de trabajo, informacin y
comportamiento de forma unificada a lo largo del ciclo de vida de las aplicaciones SW.
IBM Rational ClearCase: Es una herramienta de control de versiones de gran fiabilidad y
potencia, con modelos SCM listos para utilizar para acelerar los procesos de los proyectos
y equipos.
IBM Rational ClearQuest: Proporciona un seguimiento flexible de defectos y cambios en
toda la empresa. Soporte robusto y flexible para flujos de trabajo, que incluye
notificaciones por correo electrnico y opciones de envo.
IBM Rational Build Forge: Es una plataforma de automatizacin para Proyectos SW que
permite la gestin, el seguimiento y la ejecucin automtica de procesos repetitivos como
la Construccin y el Despliegue de SW.
VENTAJAS:
Aumento de la productividad
Mejora de la calidad del producto
Mayor velocidad de desarrollo
Disminucin de costes
Mayor colaboracin y comunicacin entre recursos
Transparencia en el negocio
Bibliografa:
http://www.kruger.com.ec/metodologias/
http://www.navegapolis.net/files/s/NST-010_01.pdf
http://openaccess.uoc.edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC0612memoria.pdf
http://www.slideshare.net/despenao/metodologa-agile-scrum