Scrum es un marco de trabajo para la gestin y desarrollo de software basada en un proceso iterativo e incremental utilizado comnmente en entornos basados en el desarrollo gil de software.
Scrum es un modelo de referencia que define un conjunto de prcticas y roles, y que puede tomarse como punto de partida para definir el proceso de desarrollo que se ejecutar durante un proyecto. Los roles principales en Scrum son el ScrumMaster, que mantiene los procesos y trabaja de forma similar al director de proyecto, el ProductOwner, que representa a los stakeholders (interesados externos o internos), y el Team que incluye a los desarrolladores. Durante cada sprint, un periodo entre una y cuatro semanas (la magnitud es definida por el equipo), el equipo crea un incremento de software potencialmente entregable (utilizable). El conjunto de caractersticas que forma parte de cada sprint viene del Product Backlog, que es un conjunto de requisitos de alto nivel priorizados que definen el trabajo a realizar. Los elementos del Product Backlog que forman parte del sprint se determinan durante la reunin de Sprint Planning. Durante esta reunin, el Product Owner identifica los elementos del Product Backlog que quiere ver completados y los hace del conocimiento del equipo. Entonces, el equipo determina la cantidad de ese trabajo que puede comprometerse a completar durante el siguiente sprint.Durante el sprint, nadie puede cambiar el Sprint Backlog, lo que significa que los requisitos estn congelados durante el sprint. Scrum permite la creacin de equipos autoorganizados impulsando la co-localizacin de todos los miembros del equipo, y la comunicacin verbal entre todos los miembros y disciplinas involucrados en el proyecto. Un principio clave de Scrum es el reconocimiento de que durante un proyecto los clientes pueden cambiar de idea sobre lo que quieren y necesitan (a menudo llamado requirements churn), y que los desafos impredecibles no pueden ser fcilmente enfrentados de una forma predictiva y planificada. Por lo tanto, Scrum adopta una aproximacin pragmtica, aceptando que el problema no puede ser completamente entendido o definido, y centrndose en maximizar la capacidad del equipo de entregar rpidamente y responder a requisitos emergentes. Existen varias implementaciones de sistemas para gestionar el proceso de Scrum, que van desde notas amarillas "post-it" y pizarras hasta paquetes de software. Una de las mayores ventajas de Scrum es que es muy fcil de aprender, y requiere muy poco esfuerzo para comenzarse a utilizar.
Pgina 2 de 19
Historial de Revisiones
Fecha 12/03/2013 Versin 1.0 Descripcin Autor Primera versin con los apartados y [Nombre autor] contenidos bsicos
Pgina 3 de 19
Tabla de Contenidos
1. Introduccin .......................................................................................................................... 5 1.1 Propsito de este documento ............................................................................................ 5 1.2 Alcance .............................................................................................................................. 5 2. Descripcin General de la Metodologa .............................................................................. 5 2.1 Fundamentacin ................................................................................................................ 5 2.2 Valores de trabajo .............................................................................................................. 6 3. Personas y roles del proyecto. ............................................................................................ 6 4. Artefactos . ............................................................................................................................ 6 4.1 Pila de producto ................................................................................................................. 6 4.2 Pila del sprint ..................................................................................................................... 8 4.3 Sprint ................................................................................................................................. 9 4.4 Incremento ......................................................................................................................... 9 4.5 Grfica de producto (Burn Up) ........................................................................................... 9 4.6 Grfica de avance (Burn Down) ....................................................................................... 11 4.7 Reunin de incio de sprint................................................................................................ 12 4.8 Reunin tcnica diaria ..................................................................................................... 13 4.9 Reunin de cierre de sprint y entrega del incremento. ..................................................... 13
Pgina 4 de 19
Facilitar la informacin de referencia necesaria a las personas implicadas en el desarrollo del sistema Calculadora de Ecuaciones
Alcance
Las principales razones del uso de un ciclo de desarrollo iterativo e incremental de tipo scrum para la ejecucin de este proyecto son: Sistema modular. Las caractersticas del sistema Calculadora de Ecuaciones permiten desarrollar una base funcional mnima y sobre ella ir incrementando las funcionalidades o modificando el comportamiento o apariencia de las ya implementadas. Entregas frecuentes y continuas al cliente de los mdulos terminados, de forma que puede disponer de una funcionalidad bsica en un tiempo mnimo y a partir de ah un incremento y mejora continua del sistema. Previsible inestabilidad de requisitos. o o Es posible que el sistema incorpore ms funcionalidades de las inicialmente identificadas. Es posible que durante la ejecucin del proyecto se altere el orden en el que se desean recibir los mdulos o historias de usuario terminadas.
Pgina 5 de 19
Para el cliente resulta difcil precisar cul ser la dimensin completa del sistema, y su crecimiento puede continuarse en el tiempo suspenderse o detenerse.
Valores de trabajo
Los valores que deben ser practicados por todos los miembros involucrados en el desarrollo y que hacen posible que la metodologa Scrum tenga xito son: Autonoma del equipo Respeto en el equipo Responsabilidad y auto-disciplina Foco en la tarea Informacin transparencia y visibilidad.
Dora Vianey Santuario vianey_221192@hotmail Meneses .com/7751291646 Jose Isidro Maria Ortega Isc.upt.jm@gmail.com/7 721367501 [e-mail / tel.]
Ulises Mendoza
Artefactos .
Documentos
Pgina 6 de 19
Basados en la aplicacin de escritorio ya existente la cual es capaz de realizar 1. Sistemas de ecuaciones lineales de 2x2, 3x3 y 4x4 2. Raic de ecuaciones lineales, cuadrticas y cubicas 3. Calculo de funciones de primero, segundo y tercer grado 4. Investigar todos los mtodos de solucin por determinantes Se requiere lo siguiente 1. Una aplicacin mvil para la plataforma de ANDROID he IOS que realice Sistemas de ecuaciones lineales de 2x2, 3x3 y 4X4. Raics de ecuaciones lineales, cuadrticas y cubicas. Calculo de funciones de primero, segundo y tercer grado (Sin la necesidad de tener una conexin a datos ) 2. Tener una pgina web la cual realice lo antes mencionado para la cual ser necesario registrarse para usar la aplicacin web en lnea 3. Poder descargar las aplicaciones mviles desde la pgina web ,antes con un previo registro para poder realizar la descarga para as poder llevar un control de cuantas descargas se realizan y de cuantas veces se usa la aplicacin web en lnea
Sprint Incremento PRIMERA FASE DE REQUERIMIENTOS EN LA PAGINA WEB (CALCULADORA DE ECUACIONES LINEALES) Pila de sprint o Sprint Backlog
Pgina 7 de 19
Requerimiento
ID
Tarea
Estado
Tarea 3
Diseo de la interfaz
Incompleto
Tarea 4 Ecuacin lineal de 3x3 Tarea 6 Tarea 7 Tarea 8 Ecuacin lineal 4x4
Codificacin
3:30 horas
Incompleto
3 horas 4 horas
Incompleto Incompleto
Pgina 8 de 19
Incompleto
% realizacin del sprint (3 tareas completadas / 15 tareas a realizar) = 20% horas totales = 25
Requerimiento
ID
Tarea
Estado
Diseo de la Arquitectura de BD
Tarea 1
Incompleto
Incompleto
Incompleto
Pgina 9 de 19
Tarea4
Montar la BD al servidor
Codificacin
4 horas
Incompleto
TAREAS ASIGNADAS PARA EL REQUERIMIENTO 1 Y 2 EN LA PLATAFORMA ANDROID SEMANA 1 del 10 AL 15 DE FEBRERO Tarea Tiempo estimado Puntos Encargado de la tarea Tiempo en el que termino Puntaje completado
Pgina 10 de 19
1 hora
10
Ulises Mendoza
1 hora
10
15 15 20
15 15 20
TAREAS ASIGNADAS Y RESULTADOS PARA EL REQUERIMIENTO 3 EN LA PLATAFORMA ANDROID Tarea Tiempo estimado 1 hora Puntos Encargado de la tarea Tiempo en el que termino 1 hora Puntaje completado
10
Jose Maria
10
15 15 20
15 15 20
Pgina 11 de 19
TAREAS ASIGNADAS PARA EL REQUERIMIENTO 3 EN LA PLATAFORMA ANDROID Tarea Tiempo estimado 3 hora Puntos Encargado de la tarea Tiempo en el que termino 2 horas Puntaje completado
10
Dora vianey
10
15 15 20
15 15 20
TAREAS ASIGNADAS Y RESULTADOS PARA EL REQUERIMIENTO 1, 2, 3 y 4 EN LA PLATAFORMA DE IOS SEMANA 2 del 17 AL 22 DE FEBRERO Tarea Tiempo Puntos Encargado de la tarea Tiempo en el que Puntaje completado
Pgina 12 de 19
1 hora
15 15 20
Jos Mara Ortega Dora vianey Jos Mara Ortega 1 hora y media 15 20
REQUERIMIENTO NUMERO 4 (en la plataforma adroid) PLANEACIN DE LA SEMANA 3 DEL 4 DE MARZO AL 8 DE MARZO Requerimiento ID Tarea Tiempo estimado para su realizacin 6 horas Estado
Tarea 16
Investigar el Mtodo de solucin para ecuaciones de tercer grado Diseo del algoritmo Diseo de la interface (mvil)
incompleto
Tarea 17 Tarea 18
6 horas 2 horas
Incompleto Incompleto
Pgina 13 de 19
Tarea 19 Tarea 20
3 horas 1 hora
Incompleto
TAREAS ASIGNADAS Y RESULTADOS Tarea Tiempo estimado 6 hora Puntos Encargado de la tarea Tiempo en el que termino 4 horas Puntaje completado
10
Dora vianey
completo
15 15 20 10
Jos Mara Ortega Ulises Mendoza Jos Mara Ulises Mendoza , dora vianey , Jos mara
Pgina 14 de 19
REQUERIMIENTO NUMERO 5 Requerimiento ID Tarea Tiempo estimado para su realizacin 4 horas Estado
Tarea 21
incompleto
Puntos
Encargado de la tarea
Puntaje completado
10
Ulises Mendoza
completo
6 horas 2 horas
15 15
2 horas 2 horas
completo completo
Pgina 15 de 19
Codificacin Pruebas
3 horas 1 hora
20 10
3 horas hora
completo completo
PLANEACIN DE LA SEMANA 5 DEL 18 DE MARZO AL 22 DE MARZO REQUERIMIENTO NUMERO 6 Requerimiento ID Tarea Tiempo estimado para su realizacin 4 horas Estado
Mtodo del clculo de funciones lineales y cubicas del clculo de funciones lineales y cubicas
Tarea 26
incompleto
Puntos
Encargado de la tarea
Puntaje completado
10
Jose Maria
completo
Pgina 16 de 19
clculo de funciones
15 15 20 10
Ulises Mendoza Dora Vianey Jos Mara Ulises Mendoza , dora vianey , Jos mara
Nota: A causa del tiempo esta aplicacin no graficara, solo calculara la ecuacin PLANEACIN DE LA SEMANA 6 DEL 25 DE MARZO AL 29 DE MARZO REQUERIMIENTO NUMERO 7 Requerimiento ID Tarea Tiempo estimado para su realizacin 2 horas Estado
Generacin del men para las 9 acciones de la aplicacin mvil (android y IOS) Termino de la Pagina web
Tarea 31
incompleto
Pgina 17 de 19
Tarea 35
Realizacin de pruebas
1 hora
Tarea
Puntos
Puntaje completado
Generacin de un men didctico Diseo del entorno de la pgina web Codificacin Implementacin del servidor Pruebas
10 15 15 20 10
Dora Vianey Ulises Mendoza Ulises Mendoza Jos Mara Ulises Mendoza , dora vianey , Jos mara
Nota: La pgina Web contara con la seccin de resolver los ejercicios en lnea, despus har un formulario de registro para poder descargar las
apps para sus mviles; una vez registrados los usuarios tendrn que logearse y podrn descargar las apps. Las descargas sern registradas en la base de datos
Pgina 18 de 19
Grficas para registro y seguimiento del avance. Grfica de avance o Burn Down.
Por lo que podemos ver en nuestro grafico vamos a buen tiempo con respecto a la lnea ideal al inicio, pero conforme avanzan las tareas nuestro rendimiento disminuye y genera problemas. Actualmente hemos tenido 4 reuniones formales, donde hemos visto los avances de cada integrante, aunque han habido algunos problemas las aplicaciones y la Pagina Web van por buen camino y es muy probable que sea realizadas para la fecha acordada. Y unas cuantas que no han durado mas de 30 minutos donde discutimos los avances diarios. Lamentablemente por falta de tiempo y diferencia de horarios no hemos podido tener una reunin plena.
Pgina 19 de 19