Metodologa. En base a lo aprendido acerca de las diferentes metodologas de desarrollo de software se ha elegido SCRUM para el proyecto de tesis.

Scrum es un modelo de referencia y un proceso gil, ligero que puede utilizarse para administrar y controlar el desarrollo de software y productos, utilizando prcticas interactivas e incrementales. Segn las caractersticas de esta metodologa tenemos tres roles bsicos que deben definirse entre estos tenemos: Product Owner (propietario del producto): Es el representante de todos los interesados en el proyecto, con autoridad para tomar decisiones. Define los objetivos del producto o proyecto y dirige los resultados del proyecto maximizando su ROI, para lo cual participa en las reuniones de planificacin de iteracin y de demostracin. Scrum Master (Facilitador): El gestor de proyecto pasa a ser un facilitador que vela por que se cumpla el proceso de Scrum, quita impedimentos, protege al equipo y facilita las reuniones para que tanto el equipo como el cliente colaboren y se obtengan los mximos beneficios. Project Team (el equipo): Desarrolla el producto y tiene un objetivo comn, dado que adquiere un compromiso en cada iteracin. Es un equipo auto organizado y multidisciplinar, idealmente de entre 5 y 9 personas a tiempo completo, en una misma localizacin fsica y trabajando en un nico proyecto. Scrum tiene una caracterstica que no depende tanto de la documentacin, sino del trabajo incremental basado en resultados, sin embargo existen una serie de documentos entre los que tenemos: Product Backlog (listado de tareas a desarrollar): Acta como un repositorio de los requisitos para una relase especfica. Se suelen contemplar los requisitos de alto nivel. Contiene descripciones genricas de todos los requerimientos, funcionalidades deseables, etc. Sprint (Iteraciones de un perodo de tiempo definido): Entregar incrementos de funcionalidad potencialmente distribuibles al final de cada iteracin.

Sprint Backlog (listado de tareas para el Sprint): Lista de tareas que el equipo elabora en la reunin de la planificacin de la iteracin (Sprint planning) como plan para completar los objetivos/requisitos seleccionados para la iteracin y que se compromete a demostrar al cliente al finalizar la iteracin, en forma de incremento de producto preparado para ser entregado. Esta lista permite ver las tareas donde el equipo est teniendo problemas y no avanza, con lo que le permite tomar decisiones al respecto. Para cada uno de los objetivos/requisitos se muestran sus tareas, el esfuerzo pendiente para finalizarlas y la auto asignacin que han hecho los miembros del equipo.

Las reuniones que se realizan dentro de esta metodologa son: Reunin de planificacin del Sprint: Es una reunin que tiene por objetivo, planificar el Sprint a partir del Product Backlog. El objetivo de esta reunin es la de mover las tareas del Product Backlog al Sprint Backlog. En esta reunin, suelen participar el Product Owner el Scrum Master y el Scrum Team.

Reunin de Scrum diaria: Al igual que el resto de las ceremonias, el Scrum diario est estrictamente limitado en su tiempo y para este caso es de 15 minutos, no ms y no menos. Ocurre todos los das laborales a la misma hora y en el mismo lugar. En esta reunin se hacen 3 preguntas a cada integrante del equipo: 1- Qu tareas ha realizado desde la ltima reunin (que he hecho). 2- Sobre qu va a trabajar en el da actual (que voy a hacer hoy). 3- Identificacin de obstculos o riesgos que impiden o pueden impedir el normal avance (que ayuda necesito). El Scrum Master, debe eliminar aqu cualquier obstculo que encuentre. Revisin de cada Sprint: La revisin del sprint se programa anticipadamente como resultado de la planeacin del sprint, todo el equipo est enfocado en lograr la meta que se defini para el sprint, de ah su nombre, scrum. Al final de los 30 das, el equipo hace una demostracin de la funcionalidad de la pieza (o piezas) de software que se terminaron durante el sprint.