METODOLOGA DE DESARROLLO DE SOFTWARE Para llevar a cabo el anlisis y diseo, eleg el modelo de Scrum para que sea la metodologa

que marque los pasos a seguir. A continuacin describir los pasos, con la informacin que obtuve del libro llamado Flexibilidad con Scrum. El origen Scrum es una metodologa gil de desarrollo de proyectos que toma su nombre y principios de los estudios realizados sobre nuevas prcticas de produccin por Hirotaka Takeuchi e Ikujijo Nonaka a mediados de los 80. Aunque surgi como modelo para el desarrollo de productos tecnolgicos, tambin se emplea en entornos que trabajan con requisitos inestables y que requieren rapidez y flexibilidad; situaciones frecuentes en el desarrollo de determinados sistemas de software. Jeff Sutherland aplic el modelo Scrum al desarrollo de software en 1993 en Easel Corporation (Empresa que en los macro-juegos de compras y fusiones se integrara en VMARK, luego en Informix y finalmente en Ascential Software Corporation). En 1996 lo present junto con Ken Schwaber como proceso formal, tambin para gestin del desarrollo de software en OOPSLA 96. Ms tarde, en 2001 seran dos de los promulgadores del Manifiesto_gil. En el desarrollo de software scrum est considerado como modelo gil por la Agile Alliance. Introduccin al modelo Scrum es una metodologa de desarrollo muy simple, que requiere trabajo duro porque no se basa en el seguimiento de un plan, sino en la adaptacin continua a las circunstancias de la evolucin del proyecto. Scrum es una metodologa gil, y como tal:

Es un modo de desarrollo de carcter adaptable ms que predictivo. Orientado a las personas ms que a los procesos. Emplea la estructura de desarrollo gil: incremental basada en iteraciones y revisiones.

Se comienza con la visin general del producto, especificando y dando detalle a las funcionalidades o partes que tienen mayor prioridad de desarrollo y que pueden llevarse a cabo en un periodo de tiempo breve (normalmente de 30 das). Cada uno de estos periodos de desarrollo es una iteracin que finaliza con la produccin de un incremento operativo del producto. Estas iteraciones son la base del desarrollo gil, y Scrum gestiona su evolucin a travs de reuniones breves diarias en las que todo el equipo revisa el trabajo realizado el da anterior y el previsto para el da siguiente.

Control de la evolucin del proyecto Scrum controla de forma emprica y adaptable la evolucin del proyecto, empleando las siguientes prcticas de la gestin gil: Revisin de las Iteraciones Al finalizar cada iteracin (normalmente 30 das) se lleva a cabo una revisin con todas las personas implicadas en el proyecto. Este es el periodo mximo que se tarda en reconducir una desviacin en el proyecto o en las circunstancias del producto.

Actualizando la Pila de Sprint y la Grfica de Trabajo Restante del Sprint Todos los das el equipo actualiza sus estimaciones de la cantidad de trabajo que queda para terminar sus tareas actuales en la Pila de Sprint. Despus de esta actualizacin, alguien suma las horas restantes del equipo como un todo, y dibuja una Grfica de Trabajo Restante del Sprint. Esta grfica muestra cada da una nueva estimacin de cuanto trabajo queda (medido en personas-hora) para terminar las tareas del equipo. Idealmente es una grfica de pendiente descendiente que est en la trayectoria para llegar a no queda nada de esfuerzo el ltimo da del Sprint.

Desarrollo incremental Durante el proyecto, las personas implicadas no trabajan con diseos o abstracciones. El desarrollo incremental implica que al final de cada iteracin se dispone de una parte del producto operativa que se puede inspeccionar y evaluar. Desarrollo evolutivo Los modelos de gestin gil se emplean para trabajar en entornos de incertidumbre e inestabilidad de requisitos. Intentar predecir en las fases iniciales cmo ser el producto final, y sobre dicha prediccin desarrollar el diseo y la arquitectura del producto no es realista, porque las circunstancias obligarn a remodelarlo muchas veces. Para qu predecir los estados finales de la arquitectura o del diseo si van a estar cambiando. En Scrum se toma a la inestabilidad como una premisa, y se adoptan tcnicas de trabajo para permitir esa evolucin sin degradar la calidad de la arquitectura que se ir generando durante el desarrollo. El desarrollo Scrum va generando el diseo y la arquitectura final de forma evolutiva durante todo el proyecto. No los considera como productos que deban realizarse en la primera fase del proyecto. (El desarrollo gil no es un desarrollo en fases) Auto-organizacin Durante el desarrollo de un proyecto son muchos los factores impredecibles que surgen en todas las reas y niveles. La gestin predictiva confa la responsabilidad de su resolucin al gestor de proyectos. En Scrum los equipos son auto-organizados (no auto-dirigidos), con margen de decisin suficiente para tomar las decisiones que consideren oportunas.

Colaboracin Las prcticas y el entorno de trabajo giles facilitan la colaboracin del equipo. sta es necesaria, porque para que funcione la auto organizacin como un control eficaz cada miembro del equipo debe colaborar de forma abierta con los dems, segn sus capacidades y no segn su rol o su puesto. Visin general del proceso Scrum denomina sprint a cada iteracin de desarrollo y recomienda realizarlas con duraciones de 30 das. El sprint es por tanto el ncleo central que proporciona la base de desarrollo iterativo e incremental.

Los elementos que conforman el desarrollo Scrum son: Las reuniones Planificacin de sprint: Jornada de trabajo previa al inicio de cada sprint en la que se determina cul va a ser el trabajo y los objetivos que se deben cumplir en esa iteracin. Reunin diaria: Breve revisin del equipo del trabajo realizado hasta la fecha y la previsin para el da siguiente. Revisin de sprint: Anlisis y revisin del incremento generado.

Los elementos Pila del producto: lista de requisitos de usuario que se origina con la visin inicial del producto y va creciendo y evolucionando durante el desarrollo. Pila del sprint: Lista de los trabajos que debe realizar el equipo durante el sprint para generar el incremento previsto. Incremento: Resultado de cada sprint

Los roles Scrum clasifica a todas las personas que intervienen o tienen inters en el desarrollo del proyecto en: propietario del producto, equipo, gestor de Scrum (tambin Scrum Manager o Scrum Master) y otros interesados. Los tres primeros grupos (propietario, equipo y gestor) son los responsables del proyecto, los que segn la comparacin siguiente (y sin connotaciones peyorativas) seran los cerdos; mientras que el resto de interesados seran las gallinas.

Propietario del producto: El responsable de obtener el mayor valor de producto para los clientes, usuarios y resto de implicados. Equipo de desarrollo: grupo o grupos de trabajo que desarrollan el producto. Scrum Manager: gestor de los equipos que es responsable del funcionamiento de la metodologa Scrum y de la productividad del equipo de desarrollo.