PROYECTO: Desarrollo de una Aplicación Web para la Institución Newport Implementando la Metodología SCRUM SCRUM
0|Página
Tabla de contenido
1.
Introducción ....................................................................................................... 2 1.1
2.
Propósito ........................................................................................................ 2 Descripción General de la Metodología .............................................................. 2
2.1
Fundamentación ............................................................................................. 2
2.2
Valores de trabajo........................................................................................... 2
3.
Personas y roles del proyecto ............................................................................ 3
4.
Artefactos ........................................................................................................... 3 4.1
Incremento ..................................................................................................... 4
4.2
Gráfica de avance (Burn Down) ...................................................................... 4
4.3
Reunión de para generar el Product Backlog................................................. 4
4.4
Reunión para generar la planeación del Sprint .............................................. 5
4.5
Reunión de Trabajo ....................................................................................... 7
1|Página
1.
Introducción
Este documento describe la implementación de la metodología de trabajo SCRUM en el proyecto de Desarrollo de la Aplicación Web Newport Institute. Incluye junto con la descripción de este ciclo de vida iterativo e incremental para el proyecto, los artefactos o documentos con los que se gestionan las tareas de adquisición y suministro: requisitos, monitorización y seguimiento del avance, así como las responsabilidades y compromisos de los participantes en el proyecto. Reporte Final del Sprint 1
Desarrollo de la Aplicación Web Newport Institute Planificación Descripción de la metodología de trabajo
Nº de Sprint: 1 Fecha de entrega: 20-oct-2014
Descripción de la metodología de trabajo 1.1
Propósito
Reportar la forma de trabajo que fue adoptada por el equipo para la implementación de la metodología Scrum y para describir el proceso que siguió en el desarrollo y control del primer sprint. 2.
Descripción General de la Metodología
2.1
Fundamentación
Las principales razones del uso de la metodología SCRUM para la implantación de este proyecto son:
2.2
Sistema modular: Las características de la aplicación NEWPORT INSTITUTE permiten desarrollar una base funcional mínima 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 módulos terminados, de forma que puede disponer de una funcionalidad básica en un tiempo considerable y a partir de ahí un incremento y mejora continua de la aplicación.
Satisfacer al cliente.
Dar bienvenida a los cambios de requisitos. -
Es posible que el sistema incorpore más funcionalidades de las inicialmente identificadas.
-
Es posible que durante la ejecución del proyecto se altere el orden en el que se desean recibir los módulos o historias de usuario terminadas.
Valores de trabajo
Fueron elegidos por votación por el equipo Scrum donde se concluyó que deben ser practicados por todos en el desarrollo del proyecto con la finalidad de lograr el objetivo establecido y llevar a cabo con éxito la metodología. Estos valores son:
Autonomía del equipo Respeto en el equipo Responsabilidad y auto-disciplina Foco en la tarea Información transparencia y visibilidad.
2|Página
3.
Personas y roles del proyecto
Rol
Miembro
Scrum Master Product Owner Analista/documentadora Diseñador Programador Programador Programador Téster Programador
Martha Leticia Sánchez López María Esmeralda Pérez Piñón Diana Fernanda Díaz León Jurhiata Joel Ibarra Garnica Miguel Ángel Rodríguez Guzmán Ignacio Alan Moreno Álvarez Antonio Abraham Ochoa Avalos Celeste Álvarez Aguirre Miguel Ángel Ramírez Rodríguez
El Scrum Master: o o o o
El Product Owner o o o
o
Es responsable de decidir qué trabajo deberá ser realizado. Registra en el product Backlog las historias de usuario que definen la aplicación. Mantenimiento actualizado de la pila del producto en todo momento durante la ejecución del proyecto. Incorporación / eliminación /modificaciones de las historias o de su orden de prioridad.
El equipo de desarrollo o
o o o
4.
Ayuda al resto del equipo Scrum a seguir su proceso. Trabaja con el Product Owner para mantener actualizado el product Backlog. Tiene una buena comprensión de Scrum. Actúa como coach para el Equipo Scrum
Encargados de realizar el trabajo necesario para poder entregar el incremento del proyecto. Conocimiento y comprensión actualizado de la pila del producto Confección de la pila del sprint. Auto-asignación del trabajo.
Artefactos
Product Backlog Sprint Backlog
Sprint Incremento Gráficas para registro y seguimiento del avance. Gráfica de avance o Burn Down
Comunicación y reporte de reuniones. Reunión para generar el product backlog Reunión de planificación de sprint
3|Página
4.1
Reuniones de Trabajo
Incremento
Parte de la aplicación que se produjo en un sprint y entrega al cliente completamente terminado y operativo. 4.2
Gráfica de avance (Burn Down)
Muestra el estado de avance del trabajo del sprint en curso.
Gráfico de esfuerzo
Esfuerzo Pendiente s e t n e i d n e p o j a b a r t e d s a r o H
4.3
16 14 12 10 8 6 4 2 0
Reunión de para generar el Product Backlog
Reunión para determinar las funcionalidades o historias de usuario que se van a incluir en el Sprint. Generada por el Product Owner Esmeralda, Srum Master Martha y por el equipo de desarrollo. Esta reunión se realizó el viernes 03-octubre-2014 Donde se determinó ¿Cuáles son los módulos más importantes para el cliente? ¿Cuáles son las historias que formaran parte de cada uno de los módulos y cuál es su prioridad? Seguimiento que se hiso ese día: - El Product Owner (Esmeralda) menciono al resto del equipo Scrum cuáles son los requerimientos generales del proyecto así como lo que más le importan al cliente. - El product Owner anota estos requisitos en el pizarrón, posteriormente los miembros del equipo dieron su opinión de cuáles son los que tienen mayor prioridad que otros, en los casos de que no coincidieran todos con la prioridad se pedía su explicación de porqué considera que sea de mayor o menor prioridad, terminando su explicación, el resto decía porque si estaban de acuerdo o no, en casos de que no cedieran de opinión se determinó por mayoridad de votación. - Los miembros del equipo se auto-asignaron a los responsables de cada H.U de acuerdo a las habilidades que cada uno tiene y tomando en cuenta los roles que desempeñan. - El Scrum actuó como moderador en esta toma de decisiones. - A si se fue realizando la actividad de ir generando todo el product backlog hasta finalizarlo.
4|Página
4.4
Reunión para generar la planeación del Sprint
El propósito de la planificación de Sprint es proporcionar al equipo suficiente información para que determinen como van trabajar durante las 2 semanas que dura el sprint. Esta planificación de Sprint produjo concretamente: •
Una meta de Sprint
Trabajar con compromiso y responsabilidad con la finalidad de entregar a tiempo y forma el primer sprint del Diseño de la Base de Datos satisfaciendo así los requerimientos del cliente. •
Una lista de miembros (y su nivel de dedicación) Miembro
Dedicación
Martha Leticia Sánchez López María Esmeralda Pérez Piñón Diana Fernanda Díaz León Jurhiata Joel Ibarra Garnica Miguel Ángel Rodríguez Guzmán Ignacio Alan Moreno Álvarez Antonio Abraham Ochoa Avalos Celeste Álvarez Aguirre Miguel Ángel Ramírez Rodríguez
100% 100 % 95% 95% 85% 85% 85% 85% 85%
• Un Product Backlog
Es una lista de requisitos priorizado, o historias, o funcionalidades (que el cliente quiere, donde se usa su terminología). Product Backlog
Nombre del Proyecto:
Newport Institute
Fecha de Comienzo:
03/10/2014
Objetivos Generales y Alcance:
Desarrollar un Sitio web para gestionar y administrar personal y alumnos inscritos en el Instituto Newport. Sitio web debe permitir a usuarios hacer exámenes clasificatorios en línea y almacenar los datos generados en una B.D. Permite registrar calificaciones de exámenes de los usuarios, así como la consulta de calificaciones por medio de los alumnos. El personal del Instituto que administra el sitio web, podrá dar de alta, baja, modificar y consultar personal y alumnos Definición de Tareas y Actividades Id H.U
Descripción Diseño de la Base de Datos
Responsable
Estado
Mitad de equipo
Estimación (hrs)
Sprint
5
1
001
Diseñar el diagrama contextual
Juri
Terminado
3
002
Diseñar diagrama entidad-relación
Juri
Terminado
3
003
Diseñar diagrama relacional
Juri
Terminado
3
004
Implementación de la base de datos
Juri
Terminado
2
005
Comunicación de la base de datos con el servidor web
Antonio / Ignacio / Miguel A / Miguel
Terminado
3
Fig. 1 Formato implementado para el Product Backlog. •
Un Sprint Backlog
5|Página
Este consiste en dividir las Historias de usuario en tareas que van a desarrollar el equipo en la iteración. Sprint 1 Sprint
1
Inicio
Duración
06/10/2014
2 Semanas
Sprint Backlog
Id. H.U.
Requerimiento/Tareas
Responsable
Estad o
Horas del Sprint/Esfuerzo por tarea 0 1 2 3 4 5 6
001
Definir entidades y atributos de cada entidad
JURI
T
002
Ya con las entidades definidas, aplicar cardinalidad a cada una de las entidades
JURI
T
002
Se hace una relación entre las entidades
JURI
T
002
Se aplica cardinalidad a cada una de ellas
JURI
T
JURI
T
JURI
T
JURI
T
JURI
T
JURI
T
JURI
T
002 003 003 003 003 004
Se le asignan los atributos correspondientes a cada entidad Se asocia en una tabla cada una de las entidades con sus atributos correspondientes Se definen la/las llave(s) primaria(s) de cada entidad Se hace una relación de las entidades, relación que se hizo en el diagrama anterior Se le asigna la llave foránea adecuada a una de las entidades Se crea la base de datos en el manejador que se eligió
004
Se crean cada una de las entidades (tablas)
JURI
T
004
A cada una de ellas se les asigna como mínimo una llave primaria (primary key)
JURI
T
JURI
T
JURI
T
JURI
T
JURI
T
JURI
T
004 004 004 004 004
A cada uno de los atributos (campos de la tabla) se les debe de asignar un tipo de dato con un un tamaño de campo específico Se deben de asignar también los campos de las llaves foráneas Se asignan como índice las llaves foráneas Se hacen las relaciones, definiendo como "CASCADA" cada una de las relaciones Las relaciones deben hacerse entre llaves primarias y llaves foráneas
005
Montar base de datos en servidor
005
Crear un usuario que tenga privilegios sobre la base de datos
005
Se crea archivo de conexión en lenguaje PHP
005
Crear formulario de login a la base de datos
Antonio / Ignacio / Miguel A / Miguel Antonio / Ignacio / Miguel A / Miguel Antonio / Ignacio / Miguel A / Miguel Antonio / Ignacio / Miguel A / Miguel
7
8
T
T
T
T
6|Página
005
Crear consulta para verificar la existencia del usuario
005
Crear archivo de validación de sesión
005
Crear interfaz para terminar conexión
Antonio / Ignacio / Miguel A / Miguel Antonio / Ignacio / Miguel A / Miguel Antonio / Ignacio / Miguel A / Miguel
T
T
T
Fig. 2 Formato de implantación de Sprint Backlog
• Una fecha concreta de entrega del Sprint
La duración del sprint es: 2 semanas Fecha de Inicio: 06-10-2014 Fecha de entrega: 20-10-2014 • Un lugar y momento definidos para el Scrum Diario
Lugar: salón F2 Hora: 1:00 pm a 1:15pm Donde el Scrum Master supervisa la reunión y anota las necesidades o impedimentos que puedo
detectar el equipo. •
Un lugar y momento definidos para reuniones de Trabajo
Lugar: salón J4 Hora: 11:00 am a 2:00 pm Día: Viernes •Una Estructura de Trabajo
La comunicación dentro del equipo será informal, a través de correo electrónico, redes sociales y dialogo cara a cara. •
Unos Aspectos a Evaluar dentro del equipo:
4.5
Puntualidad a las reuniones de trabajo Responsabilidad individual Organización ene l trabajo Compromiso en la entrega de trabajos individuales y por equipo. Reunión de Trabajo
Esta tiene como objetivo ir desarrollando las actividades del sprint donde participa todo el equipo de Scrum. Seguimiento que se dio:
-El Scrum Master realiza el pase de lista en la hora acordada, anotando retardos y ausencias de miembros del equipo. - Posteriormente se ilustra la planificación del sprint, donde se observa el orden de las actividades a elaborar. -Se llevaron a cabo las actividades de acuerdo a la planeación tomando en cuenta las horas planeadas, pero en caso de no alcanzar se a largo el tiempo de dedicación. -Scrum Master se encarga de proporcionar todo lo necesario para que no haiga impedimentos de no trabajar y de registrar los conflictos o impedimentos presentes para la terminación de alguna actividad. -En caso de no concluir todas las actividades de ese día se propone otro día de trabajo o si cada responsable individualmente realiza su tarea pero con una fecha de entrega.
7|Página
Reunión 10-oct-2014 o o o
o
o
o o
El Scrum Master realiza el pase de lista a la 11:00 am. El Scrum master se encargó de leer lo que es la H.U al resto del equipo Scrum El encargado de esa H.U pasa a diseñar el diagrama contextual de la BD en el pizarrón, pidiendo posteriormente la opinión de los demás miembros del equipo de desarrollo, donde se consideraron algunos cambios por la votación de la mayoría del equipo. (conflictos que se presentó, no podían llegar a un acuerdo de las relaciones entre las entidades). El diseñador va generando en diseño del modelo entidad relación con el apoyo de reto del equipo scrum. Finalmente se concluye con el diseño del diagrama relacional con su respectiva Normalización donde todo el equipo participo en su creación y el diseñador se encargó de ilustrarlo en el pizarrón. El documentador se encargó de ir pasando los diseños en papel. Mientras el equipo de desarrollo trabajaba, los tésters se encargaron de crear las historias de prueba para las Historias terminadas. Reunión 17-oct-2014
o o
o
o o
El Scrum Master realiza el pase de lista a la 11:00 am. El diseñador se encargó de realizar la H.U 004, crear la base de datos en el manejador de base de datos. Los programadores se encargaron de realizar la H.U 005 de la conexión de la base de datos con el servidor. Los tésters realizaron las pruebas de las H.U terminadas. El Scrum master y el product Owner actualizaron el product backlog y apoyaron al resto del equipo en sus actividades. Grafica de Asistencia a reuniones de Trabajo
3
2
Asistencia Retardo faltas
1
0 Miguel Miguel Anguel Anguel Rodriguez Ramirez Guzman Rodriguez
Celeste Alvarez Aguirre
Antonio Jurhiata Maria Martha Abraham Joel Ibarra Esmeralda Leticia Ochoa Garnica Perez Sanchez Avalos Piñon Lopez
Diana Fernanda Diaz Leon
Ignacio Alan Moreno Avila
8|Página
