Instituto Tecnológico Virgen de Lourdes Lourtec S.A J

Transcripción

1

2 Introducción El presente informe, tiene como objetivo plantear una nueva estrategia de desarrollo de sistemas dentro de Lourtec, es bien sabido que en la actualidad se está usando un marco de trabajo metodológico donde se combinan la metodología de desarrollo de proyectos PMI por medio del framework LourtecPMI y RUP con el framework metodológico MeRinde. Ahora bien, mediante estudio y análisis del equipo de la unidad de proyectos TIC, se han detectado ciertas desventajas la aplicación de dichas metodologías debido al proceso ceremonioso y exhaustivo en cuanto al gran volumen de documentación que se genera, desvinculando un poco el proyecto de lo más importante que es generar el producto de software y dar la satisfacción al cliente. En este sentido, se evaluaron las metodologías agiles en conjunto de las metodologías de desarrollo predictivas basada en una filosofía de adaptabilidad y lo que es necesario para los proyectos, con el fin de orientar mucho más los desarrollo dándole mayor peso y esfuerzo al producto final y a lo realmente importante que son los clientes.

3 Propuesta Conociendo que en la actualidad en Lourtec se desarrollan los proyectos utilizando LourtecPMI y MeRinde, se desea incorporar un elemento de agilidad y para ello se aplicara una metodología de desarrollo ágil sumado a una filosofía que permita solamente utilizar la documentación necesaria para cada proyecto de desarrollo de software. En este orden de ideas, se analizaron las metodologías de desarrollo agiles y se filtraron llegando a una mejor candidata la cual es la metodología SCRUM, por su organización y estructura de ejecución en el desarrollo, orientada al cliente y al producto, donde a medida que se va desarrollando se va liberando módulos del producto. A continuación, se hará una descripción breve de la metodología SCRUM, sus elementos y características. Primeramente, es importante destacar los valores que tiene las metodologías agiles enfocándose en lo establecido en el manifiesto ágil, con el fin de entrar en el contexto de lo que se quiere alcanzar con esta propuesta: 1. Las personas involucradas e interesadas en el proceso son las más importantes, los clientes son lo más importante. 2. Enfocarse en un software funcional con calidad de productividad que la más que en una documentación exhaustiva y detalla, su objetivo es entregar valor a un cliente o usuario bajo esta premisa, se tiene la documentación solo de soporte y/o complemento y se documenta lo que sea necesario. 3. Más allá de un contrato, el cliente y los proveedores pasan a ser parte de un mismo equipo. Existen formato de contratos para proyectos agiles, pero se toma más en cuenta un ambiente colaborativo en conjunto, más cerca del cliente. 4. Posibilidad de adaptarse a los cambios que proponga el cliente, durante el ciclo de vida de desarrollo. Primeramente, definiremos SCRUM citando Schwaber, K. y Sutherland, J (2013) de su publicación la guía de SCRUM donde definen lo siguiente es un marco de trabajo de procesos que ha sido usado para gestionar el desarrollo de productos complejos desde principios de los años 90. Scrum no es un proceso o una técnica para construir productos; en lugar de eso, es un marco de trabajo dentro del cual se pueden emplear varias técnicas y procesos. Scrum muestra la eficacia relativa de las prácticas de gestión de producto y las prácticas de desarrollo, de modo que podamos mejorar (p. 4).

4 Conociendo los valores por el cual fue concebido el manifiesto ágil, para complementar la propuesta del marco de trabajo metodológico se incorpora la metodología SCRUM la cual tiene un valor particular por su forma dinámica de controlar la ejecución del desarrollo y de generar fragmentos del producto de software durante el ciclo de vida de desarrollo, orientado a generar prototipos funcionales. A continuación, definiremos los términos y las características de la metodología ágil SCRUM. Entendiendo SCRUM Elementos dentro de la metodología SCRUM o Product OWNER o Team Rols o Springs o BurdownChart A continuación, se describirán las características fundamentales de SCRUM: 1. Antes de la ejecución del proyecto se deben tomar los requerimientos del cliente y demás interesados e involucrados, tomando en cuenta los valores donde la información más importante es la que aportara el usuario final. 2. Se deben tomar desde la perspectiva del usuario final y toda esta información se le llamará story user (historia del usuario) la cual se convertirá en ítems o requerimientos. 3. La colección de todos los story user son conocidos como Product backlog también llamados wish list o lista de deseos. 4. Se debe listar que requerimientos se debe colocar en el Release backlog del producto, el cual será la primera liberación de nuestro producto que deberá ser funcional. 5. Roles Para este caso se hará énfasis en los roles que no pueden faltar, es importante resaltar que es importante otros roles como diseñadores,

5 arquitectos analistas, propuesto por las metodologías que formaran parte de la propuesta PRISMA roles que se encuentran en RUP y/o PMI. 6 Release Planning 5.1 Product Owner: se encarga de que los requerimientos correctos entren en el backlog del producto (representa a usuarios y clientes del producto). 5.2 SCRUM Master: supervisa el proceso del proyecto y garantiza de que el proceso sea suave y que los miembros del equipo tengan los recursos necesarios para el trabajo organiza las reuniones y planifica la liberación del producto, se podría decir que es equivalente al administrador del proyecto. 5.3 Developer: desarrolla el producto 5.4 Tester: prueba el producto 5.5 Customer: usa el producto y es quien pagara por el producto 5.6 Executives: están en otros asuntos (no tienen relación directa con el proyecto) pero no se construye el producto sin ellos. Figura 1. Product Backlog

6 Figura 2. Release Backlog 6.1 Product Backlog: requerimientos para el producto final. 6.2 Release backlog: requerimientos para la liberación del producto. Donde se estimarán los tiempos y se priorizan. En los ejemplos, se priorizan de la siguiente forma: Rojo: Urgente Amarillo: Importante Verde: Normal Los requerimientos muy grandes deben ser sub divididos para hacerlos manejables. Ejemplo (Ver. Figura 3): Figura 3. División de tareas grandes. La suma promedia el tiempo de liberación del Release Backlog. 7 Recomendación de estimación de tiempo los cuales están normalizados

7 7.1 Requerimientos de menos de un (1) día de trabajo se separa de la siguiente forma: 1 hora 2 horas 4 horas 8 horas No hay tiempos impares, es decir, si hay por ejemplo un tiempo de tres (3) horas se colocara en su par superior cuatro (4) horas. 7.2 Requerimiento o ítems más grandes, se deberán separar de la siguiente manera: 2 días 3 días 5 días 10 días 7.3 Requerimientos aún más grandes se realizan en meses: 1 mes 2 meses 3 meses 6 meses Nota: Todos estos ítems deben ser divididos antes de que el trabajo comience. 8 Sprint: son un preparado para llevar acabo el trabajo, la vía corta para preparar el producto para la entrega van de dos (2) a treinta (30) días dependiendo del ciclo de vida de liberación del producto. Se debe dividir el backlog de liberación en diferentes backlog de springs de dos (2) a treinta (30) días. 9 Burndown Chart: grafica del trabajo en función del tiempo que permite medir el trabajo que falta para culminar el spring. 10 Reuniones diarias: son reuniones de las tareas terminadas, estatus, se habla de inconvenientes y se buscan soluciones, también se conversa sobre los avances y cualquier novedad durante el ciclo de vida de desarrollo del sistema. Una forma de llevar SCRUM de forma efectiva es empleando uso de pizarras donde se hace seguimiento a los ítems de cada spring para todos los backlog (Ver. Figura 4).

8 Figura 4. Corrida de Spring En la imagen se observa las tareas, los estatus de las tareas, las prioridades con colore. Propuesta PRISMA Ahora bien, para la propuesta de la metodología PRISMA simplemente más que un marco metodológico se desea ver como una cohesión entre las metodologías ya utilizadas PMI y MeRinde, pero sumado una propuesta ágil SCRUM, pero basándose en características predictivas, es decir, donde se utilicen los artefactos que se crean necesarios para la propuesta, por lo tanto, luego del análisis de los requisitos del sistema se deberá hacer lo siguiente: 1 Evaluar para cada ciclo de vida los artefactos que se utilizaran 2 Evaluar el impacto de cada uno en cuanto a tiempo 3 Dejar los entregables que sean necesarios al final del proyecto 4 El artefacto más importante será el sistema, se deberá liberar el sistema según el backlog de liberación y durante la ejecución del proyecto como lo dicta la metodología ágil. 5 Reuniones diarias donde se evaluarán cada punto del proyecto 6 Involucrar siempre al cliente en todo momento.

9 La metodología PRISMA viene del acrónimo de las palabras PmI, Scrum, Merinde (PrISMa). A continuación, se graficará el ciclo de vida de desarrollo para PRISMA donde se liga las metodologías que forma parte de la unión y se le agrega el concepto ágil (Ver figura 5). Figura 5. Ciclo de vida PRISMA Asimismo, se listarán los artefactos de cada metodología, cabe destacar que MeRinde tiene los artefactos necesarios que se podrán utilizar durante el ciclo de vida de desarrollo de software, por otra parte, es importante destacar que los documentos son complementarios para la filosofía que propone PRISMA, basado en el manifiesto ágil solo se orientara en el producto y el usuario final, es lo que más importa. A continuación, se listarán los artefactos de la metodología MeRinde inmersa en PRISMA como se ilustra en la figura anterior (Ver. Figura 5). Nombre de Artefacto Artefacto de Instalación Necesario Calificación de los Aspectos Técnicos de los Servicios de Desarrollo de Sistemas Capsula Casos de Pruebas Componente Operacional del Sistema

10 Criterios de Aceptación Datos de Pruebas Documento de Arquitectura del Negocio (DAN) Documento de Arquitectura del Software (DAS) Elemento de Implementación Elemento de Soporte de Prueba El Sistema Entidad del Negocio Escenarios por Casos de Uso Especificación de Migración de Datos Especificación de Requerimientos del Software (ERS) Especificaciones Suplementarias Evaluación de la Organización Objetivo (EOO) Glosario del Sistema Herramientas Infraestructura de Desarrollo Licitación de Personal Lineamientos del Proyecto Lista de Ideas de las Pruebas Lista de Materiales Manual de Instalación Manual de Usuario

11 Mapa de Navegación Marco de Desarrollo Material de Adiestramiento Mecanismo de Retroalimentación Modelo de Análisis Modelo de Análisis del Negocio Modelo de Casos de Uso Modelo de Casos de Uso del Negocio Modelo de Datos Modelo de Diseño Modelo de Diseño del Negocio Modelo de Implantación Modelo de Implantación del Negocio Modelo de Implementación Modelo de Servicio Notas de Lanzamiento Oferta de Servicio del Personal Orden de Trabajo

12 Plan de Adiestramiento Plan de Gestión de Configuración Plan de Gestión de Riesgos Plan de Implantación Plan de Integración Plan de Iteración Plan de Pruebas Planificación del Proyecto Plantillas para el Proyecto Prototipo de la Interfaz de Usuario Prueba de Concepto Arquitectónico del Negocio Realizaciones de los Casos de Uso Realizaciones de los Casos de Uso del Negocio Registro de Evaluación Registro de Revisión Registro de Riesgos Reglas del Negocio Repositorio de Versiones

13 Resultado de Prueba Resumen del Ciclo de Prueba Script de Pruebas Solicitud de Cambio Solicitudes de Involucrados Solicitud del Sistema Subsistema de Implementación Términos de Referencia para el Equipo de Desarrolladores del Sistema Términos de Referencia del Sistema Unidad de Implantación Visión del Negocio Visión del Sistema Conociendo los artefactos de la metodología MeRinde, es necesario destacar que este marco metodológico complementa a la metodología ágil SCRUM, ya que su artefacto puede ser utilizados en dicha metodología y a su vez en otras. A continuación, se mostrarán los artefactos que forman parte de SCRUM. Artefactos Especificaciones Suplementarias Plan de Iteración Necesario

14 Planificación del Proyecto Los artefactos, originales de la metodología SCRUM, son los siguientes: Pila del Producto Pila de Sprint Iteración Incremento Gráfica de producto Gráfica de avance Artefactos Reunión de incio de sprint Reunión técnica diaria Reunión de cierre de sprint y entrega del incremento Product Backlog Release Backlog Sprint Incremento Burn Up Burn Down Nombre Técnico Reunión de incio de sprint Reunión técnica diaria Reunión de cierre de sprint y entrega del incremento

15