2012-I

COLCHADO RAMOS , WALTER DE LA QUINTANA CORNEJO, ALONSO LUJÁN DEL CASTILLO, FRANCCESCO MAGUIÑA CÁRDENAS, CARLOS

SCRUM

Calidad de Software | Universidad San Martin de Porres

1

SCRUM

Calidad de Software

2012-I

FIA

2

SCRUM

Tabla de contenido
Capítulo 1 : SCRUM ............................................................................................................................. 4 1. 2. 3. 3.1. 3.2. 3.3. 3.4. 3.5. Introducción ............................................................................................................................ 4 La Esencia de SCRUM .............................................................................................................. 5 Elementos de SCRUM.............................................................................................................. 6 Roles .................................................................................................................................... 6 Poda de Requerimientos ..................................................................................................... 7 Product Backlog................................................................................................................... 7 Sprint ................................................................................................................................... 7 Sprint Backlog ...................................................................................................................... 7

Capítulo 2 : Metodología ..................................................................................................................... 8 1. 2. 3. 3.1. 3.2. 3.3. 3.4. 3.5. 4. 5. 5.1. 5.2. 5.3. 5.4. 5.5. 5.6. 5.7. Introducción ............................................................................................................................ 8 Proceso Iterativo e Incremental .............................................................................................. 8 Etapas del Proceso de Desarrollo ............................................................................................ 9 Planificación ........................................................................................................................ 9 Análisis................................................................................................................................. 9 Diseño.................................................................................................................................. 9 Construcción y Pruebas ..................................................................................................... 10 Implementación ................................................................................................................ 10 EDT del proceso de Desarrollo .............................................................................................. 11 Herramientas......................................................................................................................... 11 Técnicas de Relevamiento ................................................................................................. 11 Work Breakdown Structure WBS ...................................................................................... 11 Casos de Uso ..................................................................................................................... 12 Diagrama de Actividades ................................................................................................... 12 Diagrama de Entidad Relación .......................................................................................... 12 ScrumWorks ...................................................................................................................... 12 Burndown chart................................................................................................................. 13

Capítulo 3 : Desarrollo de Ingeniería ................................................................................................. 14 1. 1.1. Planificación Inicial ................................................................................................................ 14 Solicitud de Proyecto......................................................................................................... 14

El porqué de la solicitud del proyecto ........................................................................................... 14

Calidad de Software

2012-I

FIA

............................................. Propuesta Comercial ....................Software ............................... 14 Situación actual ....................................................................................................................................... 1........................................... 19 Agenda del Proyecto ................................................. 23 Sprint 5: ............... 20 Sprint 1: ..... 17 Hardware Recomendado para asegurar calidad de servicio SLA .............................................................................................................................................................................................. 28 Calidad de Software 2012-I FIA ...................................................................5.........................................................................................................................Error! Bookmark not defined................. 1........................ 17 Plataforma ..... 3................. 15 Conformación del plazo de Entrega y Precio ...........3............. 15 Estructura de División del Trabajo (EDT)................ 3..... 1.....................4............. 18 Comenzando con SCRUM .......................2................... 2................................................................ 3...........3 SCRUM 1........................................ 25 Capítulo 4 : Conclusiones y Recomendaciones .............................................................................................. 16 Presentación de la cotización ...................... 27 1............................................................ Conclusiones..1..... 1....................................................................................................................... 24 Sprint 6: ...............................5.......... 21 Sprint 3: ............................. 3..7............................. 14 Evaluación de la información deseada .................................................. 3.................................................3.............................. 2....................................................... 3.....................................1... 27 Recomendaciones ........................................................ 27 Referencias Bibliográficas ......................6.. 1....................... 3............................ Explicación: ... 3...........................................4...................... 2.............................................................................6......................................................... 20 Sprint 2: ............................................................... 2.................................... 3............................................................................................ 22 Sprint 4: ...........2...2................................7............... 17 Herramientas Existentes en el Mercado ...................

es decir. En el desarrollo de Software ocurre lo mismo. En pocas palabras. Esto es debido a que este metodología no se centra en seguir un plan pre elaborado. Utiliza un desarrollo ágil. cómo está conformada. y varios puntos más. hay que adaptarse a este cambio de la mejor manera posible. Calidad de Software 2012-I FIA . como es el caso de Scrum. cambió la forma de ver un proyecto. Scrum. de tal manera que todos sepan todo acerca del proyecto. Asimismo.4 SCRUM Capítulo 1 : SCRUM 1. Por eso. hay ciertas metodologías que han acudido al rescate. el mundo cambia rápidamente de necesidades. emplea iteraciones y es incremental. la forma de trabajo de Scrum. Y a pesar de controlar de forma empírica y adaptable un proyecto. centrándolo en manejar la funcionalidad más que en entregables de documentación. Es una metodología ágil que tiene lo siguiente:    Una forma de desarrollo adaptable. en el presente trabajo. la velocidad de los cambios de necesidades de software ha sido mucho más veloz que la de desarrollo con las metodologías clásicas. Cada vez se necesita adaptarse a las nuevas situaciones que van modificándose con el día a día. sino en adaptarse de manera continúa a las situaciones que se vayan presentando durante el proyecto. qué roles participan. las llamadas “metodologías ágiles”. aún mucho más que antes. Introducción Hoy en día. se centra en manejar un trabajo de equipo. tal que el planeamiento de un software tenga todo calculado en caso ocurra un evento inesperado. Para este problema. se dará un ejemplo práctico de un proyecto realizado con la metodología. pero que sí necesita de un gran aporte colaborativo por parte de los integrantes del equipo. se explicará sobre la metodología. No está orientado a los procesos tanto como a las personas. Sin embargo. el hecho de que sea una metodología ágil no implica que carezca de buenas prácticas o que genere un manejo desordenado del proyecto. Scrum es una metodología de desarrollo que no implica mayor complejidad.

ay que el constante cambio va a variar el tiempo inicial calculado. se tendrá que confiar en la experiencia de un miembro del equipo que pueda estimar el tiempo de las iteraciones y el desarrollo del producto en general. Desarrollo Incremental y Evolutivo No hay un diseño pre elaborado para el proyecto.5 SCRUM 2. El hecho que sea incremental quiere decir que al final de cada iteración tenemos una parte del producto final complemente funcional. la pre-planificación del proyecto recae sobre un rol. ágil. ya que si se realiza de manera abierta. La Esencia de SCRUM Hay ciertos conceptos que Scrum maneja y que es necesario tenerlos en claro para poder seguir con la metodología. Hay que tener en cuenta que este no es un desarrollo por fases. esto mismo es lo que hace de la metodología. Sin embargo. Scrum maneja de una manera empírica y adaptable la forma cómo va evolucionando el proyecto. tiene unas prácticas que hacen que esta tenga una gestión ágil. como máximo se determinará algún cambio significativo en el producto final. esta metodología rompe con el clásico esquema de pre planificar un proyecto e ir siguiendo la estructura trazada. que no es un desarrollo clásico. Estas son las reuniones donde. Auto-Organización En las metodologías ágiles. pueden tomar decisiones como equipo sin esperar la autorización de algún otro rol. siempre se realiza una revisión del proyecto con todo el equipo del proyecto. lista para ser probada y evaluada. es decir. se pueden compartir los conocimientos de cada integrante. los equipos. en Scrum. al ser auto-organizados. las iteraciones son conocidas como sprint. Esto ayuda a reducir la incertidumbre y adecuarse a los eventuales cambios que se produzcan. Al final de cada sprint. no es recomendable pre estimar tiempos. Este rol será el que participe en la toma de decisiones a lo largo del proyecto. Calidad de Software 2012-I FIA . independientemente de su responsabilidad en el proyecto. lo que enriquece al proyecto y se puede manejar eventos más fácilmente al existir 100% de comunicación. Hay que tener en cuenta. Si se desea tratar de hacer una planificación a futuro. En cambio. tal como la duración del proyecto. Colaboración La naturaleza ágil de la metodología hace fácil que los integrantes del equipo colaboren entre sí. Revisión de las Iteraciones En la metodología.

de decidir el resultado final. que en caso de problemas o eventos que no permitan el avance del proyecto. Este rol también es responsable de la financiación para el proyecto.6 SCRUM 3. puede tomar la responsabilidad del marketing. de lanzamiento y el retorno de la inversión. En esta metodología no existen diseñadores. Scrum Master Es parte del equipo y solo se considera un facilitador. En aspectos internos. pueda proveer soluciones rápidas para el equipo. Por lo tanto. Roles Product Owner Se le considera como el rol que va a determinar los requerimientos. Si bien cada persona cumple una función de acuerdo a las actividades requeridas.1. programadores. Este rol normalmente lo cumple una persona de parte del cliente que conozca a fondo las necesidades y pueda proporcionar la información necesaria en el momento preciso. todos son parte del equipo y deben ser capaces de saber todo acerca del proyecto. a la responsabilidad del funcionamiento del proyecto. Calidad de Software 2012-I FIA . este rol se le asigna más que al rol. Es importante decir que el equipo se auto-gestiona y auto-organiza y dispone de la habilidad suficiente para tomar las decisiones sobre cómo hacer el trabajo. analistas. Elementos de SCRUM 3. Equipo Está conformado por todas las personas que son parte del proyecto.

una lista de características del producto final. Sprint Backlog Es una lista de los trabajos que se deben realizar durante el Sprint.3. este documento está en constante cambio (se le llama “Documento Vivo”) ya que con cada sprint. Es un repositorio donde están las características. Product Backlog O lista de requerimientos del sistema. Poda de Requerimientos 3.2.5. Calidad de Software 2012-I FIA . Es. en pocas palabras. Todas las tareas asignadas a las personas del equipo deben ser estimadas en tiempos y asignar los recursos necesarios. En esta iteración se desarrollará todo lo que esté detallado en el sprint backlog. Sprint Es el nombre que se le da a una iteración. 3. de acuerdo a la priorización de características que tendrá el product backlog.7 SCRUM 3. no más. pero todos los miembros del equipo del proyecto.4. normalmente este dura entre 15 y 30 días. Este va evolucionando durante el desarrollo del software. va cambiando y creciendo. El equipo debe asumir el compromiso de ejecutar las tareas detalladas en este documento. Este documento es solo manipulado por el product owner. de acuerdo a los requisitos. 3.

muchas metodologías clásicas debido a la burocracia y la gran cantidad de documentación que manejan terminan haciendo al proyecto más engorroso que centrando todas sus actividades en la funcionalidad del producto. haciendo las especificaciones necesarias para priorizar las funcionalidades y elegir cuales son las más importantes para llevarlas acabo en un periodo de tiempo breve (normalmente 30 días) o llamado también SPRINT haciendo de éste un proceso ágil. Proceso Iterativo e Incremental SCRUM se basa en el incremento operativo del producto (SPRINT) o iteraciones las cuales contienen todo el trabajo relacionados con las funcionalidades que se desarrollara en una etapa haciendo entregas parciales al usuario relacionados con la evolución del proyecto. e implementación La metodología SCRUM se inicia cuando se concibe una visión general del proyecto. diseño. SCRUM respeta las cinco etapas tradicionales de un proyecto que facilitan su gestión y control. que actividades realizará ese día y explicar que obstáculos o riesgos puede presentar las actividades que realiza Calidad de Software 2012-I FIA . se debe tener en claro que el desarrollo de estás funcionalidades no se podrán cambiar una vez que la iteración empiece. Introducción Como se mencionó anteriormente las necesidades de un proyecto o producto de software cambian constantemente. 2. iterativo e incremental. Hay que tener en cuenta que un punto clave de SCRUM es que el equipo se centra en maximizar las capacidades de entregar y responder a aquellos requisitos emergentes de manera rápida. haciéndolo todos juntos y en la misma dirección. a medida que esto sucede. Se ha propuesto como proceso iterativo para garantizar la retroalimentación continua de información así como la validación del sistema y además como un proceso incremental para poder así añadir capacidades y funcionalidades de acuerdo al crecimiento de las necesidades. en el cual cada miembro del equipo describe que actividades ha realizado desde la ultima reunión. explícita y flexible para gestionar el desarrollo del software basando todas sus actividades envueltas en procesos iterativos e incrementales y además de contar con un equipo que trabajen teniendo un objetivo claro. Cabe resaltar que el conjunto de funcionalidades a desarrollar por cada iteración se especifican en el Product Backlog y éstas se determinan durante las reuniones SPRINT PLANNING donde se definen los requisitos a desarrollar determinando así la cantidad de trabajo a realizar. construcción y prueba. ellas son: planificación. la metodología SCRUM parte de ese problema para basar sus soluciones de tal manera que el desarrollo se realice de una manera informal pero simple.8 SCRUM Capítulo 2 Metodología 1. análisis. Cada una de estas iteraciones contiene en sus actividades reuniones breves diarias en las que participa todo el grupo. a estas reuniones se les llama el Scrum Daily Meeting.

Calidad de Software 2012-I FIA .9 SCRUM 3. la duración y el precio del proyecto.  La planificación se realiza en forma general para determinar el alcance.3.  Es una etapa clave ya que el alcance y las características de la solución quedan acordados. Tareas:  Relevamiento preliminar de los procesos del negocio  Definición de actividades  Definición del alcance  Estimación de tiempos  Definición de recursos  Análisis de riesgos  Estimación de costos Entregables:  Documento de definición del proyecto o del Sprint. Análisis   Objetivo: Obtener todas las definiciones y especificaciones funcionales para poder llevar adelante las fases de Diseño y Construcción. 3. una vez que el cliente decide llevarlo a cabo.2.  Pruebas para puntos críticos del proyecto. Tareas:  Diagrama Entidad Relación (DER)  Diseño de las interfaces de usuario  Diseño de las integraciones a realizar.1. lo cual permite mitigar los principales riesgos de un proyecto 3. Entregables:  Documento de alcance  Casos de uso y sus respectivas descripciones. Etapas del Proceso de Desarrollo 3. Tareas:  Afianzamiento de las definiciones funcionales  Definición de los requisitos a través de casos de uso  Planificación de las etapas posteriores  Ajuste de los tiempos prestablecidos. Diseño   Objetivo: Generar el modelo de datos para que la solución cumpla con los requerimientos definidos. las siguientes planificaciones son a nivel de iteración. además se planifica el Sprint. Planificación   Objetivo: Definir el proyecto propiamente dicho.

etc. cumpliendo con las definiciones y especificaciones de los documentos de alcance.  Pruebas de usabilidad.5. Tareas:  Puesta en marcha de la aplicación en el ambiente de producción  Elaboración de manuales operativos  Actividades relacionadas al éxito del lanzamiento como la integración del ambiente de producción con terceras partes.  Implementación de las estructuras de datos y sus procedimientos  Elaboración de documentación técnica y ajustes funcionales  Implementación de las integraciones y todas las actividadesnecesarias para poner en marcha la solución. metodología de trabajo y manuales operativos. crecimiento de la solución. mayor carga e incorporación de nuevas funcionalidades.. Construcción y Pruebas   Objetivo: Construir la solución del Release (Sprint). Tareas:  Programación y desarrollo de todos los componentes y funcionalidades. de mantenimiento y de procedimientos  Esquemas de auditoria y seguridad  Integraciones con terceras partes operativas  Sistema totalmente probado  Calidad de Software 2012-I FIA . Implementación   Objetivo: Disponer del sistema productivo con sus ambientes de producción. Entregables:  El sistema productivo con sus manuales operativos.10 SCRUM  Entregables:  DER  Esqueleto del software armado  Guía de diseño  Diseño de la infraestructura  Planificación ajustada con la evolución y avances obtenidos El diseño generado deberá contemplar las posibles modificaciones futuras.4. Entregables:  Incremento de software funcionando  Generalmente es la etapa de mayor duración y con mayor dinámica de trabajo 3. 3. funcionalidad y carga de datos.

Obtención de nuevas funciones a agregar o posibles errores a reparar. etc. y observación 5. EDT del proceso de Desarrollo Presentamos nuestro proceso de desarrollo a través de una Estructura de División del Trabajo para verlo gráficamente: 5. el personal operativo capacitado.) o partes del producto final (pantallas. Los entregables pueden ser etapas o procesos del proyecto (plan del proyecto. revisión de registros. Work Breakdown Structure WBS Conocida como Estructura de Descomposición de Trabajos (EDT). Así como también. define los entregables del proyecto. Calidad de Software 2012-I FIA . 4. ventanas. y determina el alcance general.11 SCRUM Se incluye. Técnicas de Relevamiento Entrevistas con el cliente y los usuarios.1. Herramientas 5. Se irá comentando a lo largo de este punto en cuales de las etapas de desarrollo se aplican las herramientas explicadas. documentación de diseño. sirve de lista de comprobación. documentación). Entonces.2. o sea para la Planificación y el Análisis. tanto el WBS como las técnicas de relevamiento mencionadas anteriormente se utilizan en las dos primeras etapas. Es un organigrama que despliega la estructura de un proyecto y muestra su organización por fases y niveles de detalle. de ser necesario. Cada nivel de descenso representa un aumento en el nivel de detalle de las descripciones de las actividades.

5. Diagrama de Entidad Relación Un modelo de datos describe de una forma abstracta cómo se representan los datos. con la diferencia de que todas las actividades están claramente asociadas a un caso de uso. Estos diagramas expresan entidades relevantes y sus inter-relaciones. sea en una empresa. Los DER se aplican en la etapa de Diseño. Informalmente. Calidad de Software 2012-I FIA . Descripciones de casos de uso: detallan los casos de uso.6. son un lenguaje gráfico para describir conceptos. en un diagrama de actividades aparecerán acciones y actividades correspondientes a distintas clases. Diagrama de Actividades Sirven fundamentalmente para modelar el flujo de control entre actividades. en ellas se explica la forma de interactuar entre el sistema y el usuario. Por este motivo. en un sistema de información o en un sistema de base de datos. la actividad es alguna tarea que debe ser realizada. consideramos que los casos de uso proporcionan un modo claro y preciso de comunicación con el cliente.12 SCRUM 5. Ayudan a describir qué es lo que el sistema debe hacer desde el punto de vista del usuario. Esta herramienta. colaborando todas ellas para conseguir un mismo fin. También se utilizan en la etapa del análisis. ScrumWorks Permite llevar a cabo el seguimiento del proyecto.4. son simples dibujos o gráficos que (si se saben interpretar) describen la información que trata un sistema de información y el software que lo automatiza. Los diagramas de actividad son similares a los diagramas de flujo procesales. es una aplicación Web que permite compartir la información entre todo el equipo. Casos de Uso Son un método práctico para explorar requerimientos. Formalmente.5.  Definir las tareas y arrastrarlas al Sprint apropiado. Los DER son una herramienta para el modelado de datos de un sistema de información. El diagrama de actividades sirve para representar el sistema desde otra perspectiva. 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. Tanto los casos de uso como las descripciones de los mismos se utilizan en la etapa del análisis para definir los requisitos.3. Es una herramienta de automatización de procesos ágiles que admite a los equipos autoorganizarse y aumentar la productividad.  Observar un gráfico por cada Sprint que nos indica la velocidad con la que avanza el proyecto. Por lo tanto. de acceso libre y fácil de utilizar. donde se irán restimando diariamente. Desde un punto de vista conceptual. Esta herramienta para la administración del proyecto permite:  Manejar dinámicamente el Backlog de Producto haciendo una estimación inicial del esfuerzo de cada requerimiento identificado hasta el momento. 5. 5. así como las tareas concurrentes que pueden realizarse a la vez.

5.13 SCRUM Estos gráficos llamados “burndown” no sólo permiten observar el estado de avance del proyec to. Esto permite recalcular el plan y la velocidad en que se realiza el trabajo. Esto haría obsoleto el diagrama de PERT cada día. sino también analizar sus comportamientos e ir aprendiendo para mejorar los Sprints que restan. Esta gráfica suele utilizarse en lugar de un diagrama de PERT debido a que el camino crítico en un desarrollo ágil cambia diariamente. Calidad de Software 2012-I FIA . La solución es utilizar una técnica que permita medir la velocidad de desarrollo.7. Burndown chart En Scrum se planifica y se mide el esfuerzo restante necesario para desarrollar el producto. En función de esto el equipo puede trabajar para acelerar o desacelerar el trabajo para cumplir con la fecha de entrega. para ello se utiliza el criterio del equipo a partir del cual se calcula diariamente el camino crítico. Es por esto que no es útil una herramienta que modele el camino crítico a partir de actividades.

que contienen información como: Tarea que se realizó. quién. trabajadores. y para cada viñedo la distribución de sus cuarteles. Se debe poder identificar los productos. el tipo de conducción y las variedades de uva que contempla:  Administrar datos de titulares y/o productores. origen de los mismos. Planificación Inicial 1. proveedores y bodegas.3. El porqué de la solicitud del proyecto 1. identificar el cómo. especialmente los alimentos para uso humano y animal.14 SCRUM Capítulo 3 : Desarrollo de Ingeniería 1. Evaluación de la información deseada Para el desarrollo de esta solución se debe conocer la historia de la uva a través del ciclo de producción. 1. quien ha pedido la construcción de un Software de Trazabilidad que le facilite la tarea de registración de todas las operaciones realizadas durante el proceso de producción de cada una de sus propiedades. identificando para cada una de ellas sus titulares y/o productores. Solicitud de Proyecto El presente proyecto surge de una solicitud realizada por un productor de uva y propietario de tres fincas ubicadas en el departamento de Lavalle. dónde y por qué se hizo en cualquier etapa de la cadena agrícola. y a la Unión Europea (UE) a adoptar severas medidas en los procedimientos de importación de productos. trabajador. que permita optimizar el manejo de información en el campo y demostrar que se cumple con la trazabilidad.  Administrar las maquinarias y camiones. que por definición reglamentaria comprende tanto aquellos que sean nocivos para la salud. duración.UU. La situación que se presenta en la actualidad parte de un principio general de prohibición que establece que no se comercializarán alimentos que no sean seguros. como los que no sean aptos para el consumo humano. hasta el momento en que el operador realice su entrega al siguiente eslabón en la cadena. con sus revisiones técnicas y seguros de transportes correspondientes.  Registrar en forma rápida y sencilla cada uno de los partes de las tareas agrícolas que se realizan en la finca. El software deberá mantener un registro de las propiedades rurales. Explicación: La solicitud del proyecto de desarrollar un Software de Trazabilidad para la producción de uva nace a partir de las amenazas que han surgido en el mundo en materia de seguridad que han llevado a EE.1. Calidad de Software 2012-I FIA .2. máquinas y agroquímicos utilizados. cuándo.

aparte de ello. quedando estas prácticamente reducidas a la etapa de la vendimia. que contienen información como: Finca. Calidad de Software 2012-I FIA . Esta manera de operar imposibilita llevar un control de las actividades realizadas durante todo el proceso de producción y manifiesta la incapacidad de contar con información rápida y precisa en el momento que se solicite.  Administrar usuarios. ya que todos los procesos que realizan quedan asentados en papel. donde se deja asentada una información mínima de lo que se ha cosechado. 1. Situación actual Actualmente el cliente nunca ha contado con un sistema informático. son muy pocas la tareas de campo que se registran. Estructura de División del Trabajo (EDT) La EDT mostrada a continuación está elaborada en un formato de alto nivel para poder tener una visión general del alcance del proyecto.5. Permitir diferentes niveles de acceso al sistema. cosechador. queda en planillas y también en lo que es denominado el Libro de Campo.4.15 SCRUM  Registrar en forma rápida y sencilla cada uno de los remitos de cosecha que se efectúan durante la vendimia. Dicha registración. si bien es cierto se lleva un registro completo y detallado del personal pero. 1. camión. que se realiza manualmente. cuartel. bodega destino. etc. kilos.

Se supone que durante los 6 meses de duración del proyecto se realizarán 8 viajes. etc.00. El costo de desarrollo por hora se calcula en base a:    Consumo eléctrico por hora: $0.038 Consumo de Internet por hora: $0.40.00 (con base en 80 horas mensuales). seguro. ubicadas aproximadamente a 70 km de la Ciudad de Lima.16 SCRUM 1.6. Como podemos observar en la primera columna se listan las principales actividades del proyecto y se establecen para cada una de ellas su esfuerzo expresado en horas que demanda aproximadamente realizar cada actividad. Otro gasto que debe tenerse en cuenta es el traslado cada vez que se visiten las propiedades rurales. Conformación del plazo de Entrega y Precio En base al EDT se arma una tabla para obtener una primera estimación general del proyecto. desgaste del vehículo. además del combustible. Y que el costo de cada uno de ellos será de $53. y poder así determinar su duración y precio.153 Desgaste del equipo: $0.211 Llegamos a la conclusión de que nuestro costo por hora de desarrollo es de $0. lo que al mes equivale a $32. En el cálculo te tuvo en cuenta. Calidad de Software 2012-I FIA .

Precio total: $11.  Brinda información en tiempo real sobre producción. recursos.00. 2. Con colectoras de datos portátiles se registran todos los movimientos de mercadería en la planta. se logratener la trazabilidad por unidad productiva.7.2.  Refleja los ingresos a la Bodega indicando para caja viaje de uva su procedencia. En resumen. y analiza la integración del negocio desde las unidades productivas hasta la llegada a destino del producto.  Consulta en línea.1. por lo que será necesario adquirir las licencias correspondientes una vez instalado el sistema o partes del: 2.600. controles de calidad.  Mediante la utilización de códigos de barra y lectores láser.00.Software: KontrolFrux .Software: e-FLEXWARE Bodegas .  Parametrizable para lograr la integración con otros sistemas. Herramientas Existentes en el Mercado 2. 1.1.  Permite efectuar comparaciones entre diferentes años.Empresa: Arkios (Argentina)  Captura en tiempo real. Calidad de Software 2012-I FIA .  Precio: $5. u otros desarrollos específicos de la empresa. se opto por soluciones propietarias. Plataforma . Propuesta Comercial Con toda la información recaudada y analizada hasta el momento se elabora la propuesta comercial que se entrega a nuestro posible futuro cliente.000 por cada lugar físico donde se instale el sistema.Empresa: BEJERMAN (Argentina)  Administra el trabajo realizado en la viña identificando y asociando los elementos que intervienen en cada tarea. el presupuesto arrojó los siguientes valores:   Precio por hora: $25.1.1.00 aproximadamente.  Efectúa un seguimiento estricto de la maduración de la uva.17 SCRUM Podemos decir entonces que la suma de los gastos durante los 6 meses de duración del proyecto ascenderá a $ 616. 2.Software Por cuestiones de escalabilidad y de soporte. tales como los ERP.

Pallet.18 SCRUM  El módulo de Producción es uno más que se puede integrar al Sistema e-Flexware ERP.  Cierre de proceso por productor o viñedo. 2. hay que pensar en una idea de inversión de aproximadamente $10. Bins).3. la empresa consultora recomienda la adquisición de un equipo mínimo como el que sigue:     Intel Core 2 duo o Core i3(Recomendado Core i5 o superior) 3GB MB Memoria RAM (Recomendado 4GB de RAM) 500GB de Disco Rígido (Recomendado 800GB de Disco Rígido) Resolución de pantalla 800 x 600 (Recomendado 1024 x 768) Calidad de Software 2012-I FIA . es decir no es un módulo que pueda venderse en forma independiente.  Etiquetado de cajas con la información que requiera.  Emite los informes necesarios para las inspecciones SAG y otros.500 por cada lugar físico donde se instale el sistema.1.Empresa: COMPUAGRO (Chile)  Control total de Trazabilidad (Caja.000.  Para un Sistema de gestión monousuario.  Precio: $4.  Herramienta que le permite programar sus embarques.Software: Packing . 2. controlando el cumplimiento del instructivo (el número de pallet especifico). Hardware Recomendado para asegurar calidad de servicio SLA De acuerdo a la calidad de servicio acordada.2.  Control de inventarios de materiales e integración con Agro2000 para el pago de remuneraciones de acuerdo a la producción del día.

Inicialmente colocamos en él los requerimientos de la etapa de investigación. luego colocamos los requerimientos que fueron identificados a partir de los casos de uso en la planificación inicial del proyecto (que forma parte del análisis) y que luego fueron priorizados por el cliente. el Backlog contiene inicialmente todos los requerimientos definidos hasta el momento estimados en horas de esfuerzo. Backlog del Producto Calidad de Software 2012-I FIA . Como se observa en el siguiente gráfico (leer de abajo hacia arriba). que será la primera que llevaremos a cabo. Comenzando con SCRUM El primer paso es comenzar a armar el Backlog de Producto.19 SCRUM 3.

conocer el Reglamento que la define y también el producto sobre el que se aplicará. los Sprints restantes serán de 4 semanas.20 SCRUM 3. Agenda del Proyecto 3. vale aclarar que es la estimación inicial y que este es el único de tres semanas. más específicamente la producción de uva.1.Sprint 1: Objetivo: El objetivo del primer Sprint es realizar la investigación sobre la necesidad y la importancia de la trazabilidad en la producción agraria. Alcance: El alcance abarca el módulo de Investigación previo al desarrollo del software.2. Como se puede observar en el siguiente gráfico se presenta el primer Sprint con sus tareas definidas y estimadas en horas. Backlog del Producto Calidad de Software 2012-I FIA .

21 SCRUM 3. Alcance: El alcance del segundo Sprint abarca parte del módulo de Datos. Backlog de Sprint: Como puede observarse en el siguiente gráfico se presenta el segundo Sprint con sus tareas definidas y sus estimaciones iniciales en horas. Las tareas definidas para cada requerimiento transitan por todas las etapas especificadas en nuestro proceso de desarrollo:     Describir el caso de uso  Análisis Modelado de datos  Análisis y Diseño Crear el formulario  Diseño y Construcción Compilar y Probar  Construcción y Prueba Calidad de Software 2012-I FIA . se seleccionan las primeras 8 aplicaciones para carga de datos. Sprint 2: Objetivo: Comenzar con el desarrollo de los primeros requerimientos que se encuentran actualmente en el Backlog para obtener la primera versión funcional del software. Debido a que todos los requerimientos tienen definidas las mismas tareas (excepto Planificación e Implementación) y a los efectos de que el gráfico no sea tan extenso se ha desplegado solamente el primer requerimiento.3.

22 SCRUM Backlog del Producto 3. Sprint 3: Objetivo: Continuar con el desarrollo de los requerimientos para obtener la segunda versión funcional del software.4. se seleccionan 7 aplicaciones más para carga de datos. Calidad de Software 2012-I FIA . Alcance: El alcance del tercer Sprint abarca parte del módulo de Datos.

Sprint 4: Objetivo: Continuar con el desarrollo de los requerimientos para obtener la tercera versión funcional del software.23 SCRUM Backlog del Producto 3. se seleccionan 8 aplicaciones más para carga de datos. Alcance: El alcance del cuarto Sprint abarca parte del módulo de Datos. Calidad de Software 2012-I FIA .5.

Calidad de Software 2012-I FIA . Sprint 5: Objetivo: Continuar con el desarrollo de los requerimientos para obtenerla cuarta versión funcional del software.24 SCRUM Backlog del Producto 3. en primer lugar. Alcance: El alcance del quinto Sprint abarca. la última aplicación del módulo Datos y el módulo Comprobantes. la corrección del error. son 6 aplicaciones.6.

Sprint 6: Objetivo: Continuar con el desarrollo de los requerimientos para obtenerla quinta y última versión funcional del software. completar la tarea pendiente del Sprint anterior. y realizar el módulo de Consultas. son 5 aplicaciones. en primer lugar.25 SCRUM Backlog del Producto 3.7. Alcance: El alcance del sexto Sprint abarca. Calidad de Software 2012-I FIA .

26 SCRUM Backlog del Producto Calidad de Software 2012-I FIA .

ya que es quien presentará el product backlog Al trabajar con los stories de cada Sprint. La tarea del SCRUM Master es levantar todos los obstáculos para que el equipo pueda realizar su trabajo. Las reuniones diarias (daily scrum) deberán incluir los temas: qué hice ayer. La Especificación de Caso de Uso.27 SCRUM Capítulo 4 : Conclusiones y Recomendaciones 1. Conclusiones  SCRUM es una metodología ágil que permite concentrarse en entregar el producto con todas las características necesarias más que en aspectos secundarios como documentación. La comunicación es parte vital de la metodología y esta se hace verbalmente (informal) El equipo de desarrollo tiene una jerarquía plana. Añadir documentación de otras metodologías puede ser útil para ciertos casos. A diferencia de metodologías tradicionales. qué problemas tuve y qué haré hoy. es bueno anotar cada uno en un post-it en un pizarrón y empezar a ordenarlos de esa manera.  Calidad de Software 2012-I FIA . a pesar de ser una metodología ágil. Recomendaciones      Las iteraciones (sprints) deberán tomar desde 15 a 30 días como máximo. Se debe involucrar lo más posible al cliente. SCRUM. puede ser desarrollada usando estándares como la ISO 12207. SCRUM se centra más en la parte administrativa del proyecto que en la de desarrollo. es decir. Se manejan pocos roles y artefactos. es muy útil al momento de detallar las funcionalidades del producto. todos tienen el mismo nivel dentro del equipo. Cada participante no deberá demorar más del tiempo establecido. el cliente forma parte del equipo. permitiendo la baja complejidad de la metodología. A diferencia de XP.       2.

 Calidad de Software 2012-I FIA . Juan Flexibilidad con SCRUM. CITÓN. María Laura Metodología Ágil SCRUM aplicado al desarrollo de un software de trazabilidad.28 SCRUM 3. Referencias Bibliográficas  PALACIO. Principios de Diseño e Implantación de SCRUM.

29 SCRUM Anexos 1. Mapeo de SCRUM con ISO 12207 Calidad de Software 2012-I FIA .

Hecho por el equipo de desarrollo. Como resultado del planeamiento del Sprint. reunión de Planificación de Sprint. Product Backlog: Los requerimientos del producto son definidos y listados en el Product Backlog. Product Owner y el equipo. Evaluaciones ágiles Calidad de Software 2012-I FIA .30 SCRUM  Detalle del Mapeo con la ISO 12207 Actividades Implementación del Proceso Análisis de Requerimientos del Sistema SCRUM Selección del modelo de ciclo de vida del software ágil en base a SCRUM. Principio de auto-organización del equipo dándole libertad de discutir errores técnicos en reuniones diarias. solo si es necesario Reuniones de Retrospectiva luego de cada Sprint Reunión Scrum. Muy pocas variaciones durante el proyecto Las características definidas se seleccionan y analizan para la siguiente iteración en las reuniones del planeamiento del Sprint con el Scrum Master. Siendo analizados y priorizados por el Product Owner y el Scrum Master antes del Planeamiento del Sprint. La arquitectura es estable. Programación y pruebas hecho por el equipo Integración hecha por el equipo luego de cada Sprint Procesos de ISO 12207 Adquisición Suministro Desarrollo Diseño de la Arquitectura del Sistema Análisis de los Requerimientos de Software Diseño de la arquitectura del Software Diseño detallado del Software Codificación y Pruebas del Software Integración del Software Pruebas de Calificación del Software Integración del Sistema Pruebas de Calificación del Sistema Instalación del Software Apoyo a la aceptación del Software Operación Mantenimiento Documentación Gestión de la Configuración Aseguramiento de la Calidad Revisión Conjunta Auditoria Lo más simple posible. Diseño de la Arquitectura implementado por los desarrolladores. basado en las necesidades Registrar el cambio en el Backlog con formularios pequeños. el proyecto tiene los Sprint Backlog Arquitectura basada en estándares comunes.

Reuniones retrospectivas en cada Sprint. donde se definen las tareas de la siguiente iteración. - - Calidad de Software 2012-I FIA .31 SCRUM Resolución de Problemas Gestión Infraestructura Mejora Recursos Humanos Resolución de problemas técnicos diarios a través de reuniones Scrum. Planificación del Sprint.

Impedimentos. Áreas de Proceso de la ISO 15504 y SCRUM 1. • • 2.32 SCRUM 2. Reunion Scrum. Área de Proceso Planificación del Proyecto (PP): • OUTCOME 1: Se define el alcance del Trabajo • Práctica SCRUM: Product Backlog y el conjunto de Sprints • • OUTCOME 2: Se evalúa la viabilidad del proyecto Práctica SCRUM: Reunión Planificación y funcionalidades y problemas Seguimiento de Iteración. Resolución de Impedimentos OUTCOME 4: Se alcanza y se registran los objetivos del proyecto Prácticas SCRUM: Product Backlog • • Calidad de Software 2012-I FIA . OUTCOME 3: Se estima tamaño y esfuerzo Práctica SCRUM: Estimación del product Backlog y del Sprint Backlog Área de Proceso de Evaluación y Control del Proyecto (ECP) • • OUTCOME 3: Acciones para corregir desviaciones respecto a planes Práctica SCRUM: Burndown.

Sign up to vote on this title
UsefulNot useful