Documento apoyo metodologa SCRUM En esta parte se ensea el proceso de desarrollo elaborado para complementar la metodologa Scrum ya que esta no contiene definiciones en cuestiones tcnicas. Se utiliza un proceso gil iterativo e incremental que respeta las cinco etapas tradicionales de un proyecto (Planificacin, Anlisis, Diseo, Construccin y Prueba, e Implementacin). que facilitan su administracin y control. Cmo el objetivo de esta metodologa finalmente es llegar al xito del proyecto se precisan, en forma clara, las entregas de cada etapa y el alcance global, reflejando estos puntos en la planificacin de todas las tareas involucradas. Los entregables definidos, tareas demarcadas y etapas delimitadas, son claves para el cumplimiento del plan. Se ha planteado un asunto incremental en el sentido de amplificar capacidades y funcionalidades al software de acuerdo con el crecimiento de las necesidades; con el propsito de obtener el sistema final tras la realizacin de diferentes ciclos. El final de cada ciclo proporciona adems, una versin estable del software. Esto permite entregas al cliente de forma rpida y gil. A continuacin se detalla las etapas por las cuales transita un proceso de desarrollo y la combinacin de herramientas utilizadas en l. ETAPAS DEL PROCESO DE DESARROLLO Planificacin Objetivo: Es la etapa ms importante de todas, ya que se define el proyecto propiamente dicho. Tareas: Relevamiento preliminar de los procesos del negocio, definicin y secuencia de actividades, definicin del alcance, estimacin de tiempos, definicin de recursos, anlisis de riesgos, estimacin de costos. Entregables: Documento de definicin del proyecto o del Sprint. En esta etapa es importante aclarar que, al comienzo, la planificacin se realiza en forma general para determinar el alcance, la duracin y el precio del proyecto, una vez que el cliente decide llevarlo a cabo, las siguientes planificaciones son a nivel de iteracin, se planifica el Sprint. Anlisis

Objetivo: Obtener todas las definiciones y especificaciones funcionales para poder llevar adelante las fases de Diseo y Construccin. Es una etapa clave ya que el alcance y las caractersticas de la solucin quedan acordados, lo cual permite mitigar los principales riesgos de un proyecto. Tareas: Afianzamiento de las definiciones funcionales, definicin de los requisitos a travs de casos de uso, planificacin de las etapas posteriores y ajuste de los tiempos preestablecidos. Entregable: Documento de alcance, casos de uso y sus respectivas descripciones. Diseo Objetivo: Generar el modelo de datos para que la solucin cumpla con los requerimientos definidos. El diseo generado deber contemplar las posibles modificaciones futuras, crecimiento de la solucin, mayor carga e incorporacin de nuevas funcionalidades. Tareas: Diagrama Entidad Relacin (DER), diseo de las interfaces de usuario, diseo de las integraciones a realizar. Durante esta etapa tambin se realizan pruebas para puntos crticos del proyecto. Entregables: Entre los entregables tpicos de esta etapa se encuentran: DER, esqueleto del software armado, gua de diseo, diseo de la infraestructura, y la planificacin ajustada con la evolucin y avances obtenidos. Construccin y Prueba Objetivo: Construir la solucin del (Sprint), cumpliendo con las definiciones y especificaciones de los documentos de alcance. Generalmente es la etapa de mayor duracin y con mayor dinmica de trabajo. Tareas: Programacin y desarrollo de todos los componentes y funcionalidades. Implementacin de las estructuras de datos, y sus procedimientos, elaboracin de documentacin tcnica y ajustes funcionales, implementacin de las integraciones y todas las actividades necesarias para poner en marcha la solucin. En esta etapa se realizarn las pruebas de usabilidad, funcionalidad y carga de datos. Entregables: El entregable principal es el incremento de software funcionando. Implementacin Objetivo: Disponer del sistema productivo con sus ambientes de produccin, metodologa de trabajo y manuales operativos. Se incluye, de ser necesario, el

personal operativo capacitado. Obtencin de nuevas funciones a agregar o posibles errores a reparar. Tareas: Puesta en marcha de la aplicacin en el ambiente de produccin, elaboracin de manuales operativos, y todas las actividades relacionadas al xito del lanzamiento como la integracin del ambiente de produccin con terceras partes, etctera. Entregables: El sistema productivo con sus manuales operativos, de mantenimiento y de procedimientos. Esquemas de auditoria y seguridad. Integraciones con terceras partes operativas. Sistema totalmente probado. EDT DEL PROCESO DE DESARROLLO Presentamos nuestro proceso de desarrollo a travs de una Estructura de Divisin del Trabajo para verlo grficamente. HERRAMIENTAS Tcnicas de relevamiento Entrevistas con el cliente y los usuarios; revisin de registros, y observacin. Work Breakdown Structure (WBS) Conocida como Estructura de Descomposicin de Trabajos (EDT). Es un organigrama que despliega la estructura de un proyecto y muestra su organizacin por fases y niveles de detalle. Cada nivel de descenso representa un aumento en el nivel de detalle de las descripciones de las actividades, sirve de lista de comprobacin, y determina el alcance general. As como tambin, define los entregables del proyecto. Los entregables pueden ser etapas o procesos del proyecto (plan del proyecto, documentacin de diseo, etc.) o partes del producto final (pantallas, ventanas, documentacin). Se ir comentando a lo largo de este punto en cuales de las etapas de desarrollo se aplican las herramientas explicadas. Entonces, tanto el WBS como las tcnicas de relevamiento mencionadas anteriormente se utilizan en las dos primeras etapas, o sea para la Planificacin y el Anlisis. Casos de uso Son un mtodo prctico para explorar requerimientos. Ayudan a describir qu es lo que el sistema debe hacer desde el punto de vista del usuario. Por lo tanto, consideramos que los casos de uso proporcionan un modo claro y preciso de comunicacin con el cliente.

Descripciones de casos de uso: detallan los casos de uso, en ellas se explica la forma de interactuar entre el sistema y el usuario. Tanto los casos de uso como las descripciones de los mismos se utilizan en la etapa del anlisis para definir los requisitos. Diagrama de actividades Sirven fundamentalmente para modelar el flujo de control entre actividades. La idea es generar una especie de diagrama en el que se puede ver el flujo de actividades que tienen lugar a lo largo del tiempo, as como las tareas concurrentes que pueden realizarse a la vez. El diagrama de actividades sirve para representar el sistema desde otra perspectiva. Desde un punto de vista conceptual, la actividad es alguna tarea que debe ser realizada. Por este motivo, en un diagrama de actividades aparecern acciones y actividades correspondientes a distintas clases; colaborando todas ellas para conseguir un mismo fin. Los diagramas de actividad son similares a los diagramas de flujo procesales, con la diferencia de que todas las actividades estn claramente asociadas a un caso de uso. Tambin se utilizan en la etapa del anlisis. Diagrama de Entidad Relacin (DER) Un modelo de datos describe de una forma abstracta cmo se representan los datos, sea en una empresa, en un sistema de informacin o en un sistema de base de datos. Los DER son una herramienta para el modelado de datos de un sistema de informacin. Estos diagramas expresan entidades relevantes y sus inter-relaciones. Formalmente, son un lenguaje grfico para describir conceptos. Informalmente, son simples dibujos o grficos que (si se saben interpretar) describen la informacin que trata un sistema de informacin y el software que lo automatiza. Los DER se aplican en la etapa de Diseo. ScrumWorks Esta herramienta, de acceso libre y fcil de utilizar, es una aplicacin Web que permite compartir la informacin entre todo el equipo. Esta herramienta para la administracin del proyecto permite llevar a cabo el seguimiento del proyecto. Es una herramienta de automatizacin de procesos giles que admite a los equipos aumentar la productividad:

Manejar dinmicamente el Backlog de Producto haciendo una estimacin inicial del esfuerzo de cada requerimiento identificado hasta el momento. Definir las tareas y arrastrarlas al Sprint apropiado, donde se irn reestimando diariamente. Observar un grfico por cada Sprint que nos indica la velocidad con la que avanza el proyecto. Estos grficos llamados burndown no slo permiten observar el estado de avance del proyecto, sino tambin analizar sus comportamientos e ir aprendiendo para mejorar los Sprints que restan. Burndown chart En Scrum se planifica y se mide el esfuerzo restante necesario para desarrollar el producto. Esta grfica suele utilizarse en lugar de un diagrama de PERT debido a que el camino crtico en un desarrollo gil cambia diariamente. Esto hara obsoleto el diagrama de PERT cada da. Es por esto que no es til una herramienta que modele el camino crtico a partir de actividades. La solucin es utilizar una tcnica que permita medir la velocidad de desarrollo, para ello se utiliza el criterio del equipo a partir del cual se calcula diariamente el camino crtico. Esto permite recalcular el plan y la velocidad en que se realiza el trabajo. En funcin de esto el equipo puede trabajar para acelerar o desacelerar el trabajo para cumplir con la fecha de entrega.