1.

PROPUESTA

1.1. Objetivo

Disear un sistema de informacin gerencial para gestionar los riesgos asociados al

desarrollo del proyecto: Aplicacin web y mvil para gestin de cartera.

1.2. Metodologa

Actualmente el desarrollo de software y aplicaciones ha crecido de una manera

exponencial con los nuevos alcances de la tecnologa, el internet, la infraestructura de
telecomunicaciones y los diversos dispositivos electrnicos en el mercado. As como la
formacin de profesionales y el surgimiento de emprendimientos y empresas de todos
los tamaos del rea TI, esto ha creado una dinmica fuerte de demanda y oferta que
aporta de manera transversal a toda la economa a nivel global.

Actualmente existen diversas metodologas y buenas prcticas para el desarrollo de

proyectos de TI y las compaas dependiendo de su estructura organizacional, de la
cultura, del tamao y de las necesidades especficas han adoptado una o varias para
acercarse al cumplimiento de los objetivos de negocio. Entre algunos de los estndares
y metodologas adoptadas que hacen parte de las tradicionales y giles se encuentran
CMMI, SCRUM, RUP, XP, entre otras.

Las metodologas giles de desarrollo han logrado gran auge en compaas de TI de todo
tamao debido a la facilidad que presta para trabajar con equipos pequeos de desarrollo,
basado en pequeos entregables y una interaccin constante con el cliente donde le
permite validar resultados de manera constante y no esperar hasta que el proyecto est
finalizado.

Para el desarrollo del SIG para gestin de riesgos utilizaremos la metodologa SCRUM que
ser detallada a continuacin:

1.2.1. Metodologa SCRUM

SCRUM es la metodologa de desarrollo de proyectos giles ampliamente utilizada no

nicamente en le sector TI pues tambin ha creciendo su popularidad en otros sectores
como se puede apreciar en la siguiente grfica:
El proceso bsicamente es el siguiente:

1. Identificacin de la necesidad principal: Se identifica el problema u

oportunidad de negocio a solucionar por medio de la aplicacin de SCRUM y la
obtencin de un producto.
2. Levantamiento de requerimientos (Historias de Usuarios): Se realizan
reuniones con el usuario y stakeholders del proyecto para identificar sus
necesidades y traducirlas funcionalidades del producto.
3. Creacin y actualizacin del Product Backlog: La suma de las historias de
usuario conforman el Product Backlog, que seran el total de las funcionalidades o
lista de caractersticas esperadas por los diferentes Stakeholders del proyecto mas
no las definitivas.
4. Release Backlog: Se divide el product backlog en uno o varios Release Backlogs,
que es seleccionar las historias de usuario que se desarrollarn por el equipo.
5. Sprint Planning: Reunin con el equipo de proyecto para planear el desarrollo
de Sprints y estimaciones de tiempo.
6. Sprints Backlog: Es la seleccin y priorizacin para desarrollar historias de
usuario que representen hitos de corta duracin en el proyecto, un sprint se puede
extender hasta mximo 30 das. El resultado de desarrollo de cada sprint
representa una caracterstica del sistema funcional despus de realizar pruebas.
7. Daily SCRUM meetings: Se realizan reuniones diarias con el equipo de una
duracin mxima de 15 minutos en las cuales se responden a tres interrogantes:
Qu has hecho desde ayer? Qu es lo que hars maana? Has tenido problemas
para alcanzar el objetivo?
8. Retrospectiva del SPRINT: Evaluacin del desarrollo del sprint, para tomar
decisiones basado en retrasos, cambios en el proyecto, mejoras y otras
consideraciones.
9. Iteraciones: El proceso se repite del punto 3 al punto 8 hasta que ya no quedan
historias por desarrollar en el Product Backlog.
10. Entrega: Dado que el proceso es iterativo y en cada sprint se mantiene
interaccin con el usuario final para afinar el producto, se espera que el producto
sea entregado a conformidad.

Existen 3 roles principales que ejecutan el proceso anteriormente descrito:

Product Owner: Quien se encarga de administrar, gestionar y establecer estrategias

para el desarrollo del Producto Backlog. Tiene contacto directo con los interesados,
con el SCRUM Master y Equipo de desarrollo.

SCRUM Master: Facilitador y lder del equipo de desarrollo, realiza el sprint planning,
las Daily SCRUM con el equipo y gestiona todo lo relacionado con los sprints y
retrospectiva.

Equipo de Desarrollo: Conformado por Desarrolladores, Testers, diseadores y

otros roles que se requieran de acuerdo a la complejidad del proyecto.