PROYECTO:

Desarrollo de una Aplicacin Web para la Institucin Newport Implementando la Metodologa SCRUM

0|Pgina

Tabla de contenido

1.

Introduccin ....................................................................................................... 2
1.1

2.

Propsito ........................................................................................................ 2
Descripcin General de la Metodologa .............................................................. 2

2.1

Fundamentacin ............................................................................................. 2

2.2

Valores de trabajo........................................................................................... 2

3.

Personas y roles del proyecto ............................................................................ 3

4.

Artefactos ........................................................................................................... 3
4.1

Incremento ..................................................................................................... 4

4.2

Grfica de avance (Burn Down) ...................................................................... 4

4.3

Reunin de para generar el Product Backlog ................................................. 4

4.4

Reunin para generar la planeacin del Sprint .............................................. 5

4.5

Reunin de Trabajo ....................................................................................... 7

1|Pgina

1.

Introduccin
Este documento describe la implementacin de la metodologa de trabajo SCRUM en el
proyecto de Desarrollo de la Aplicacin Web Newport Institute.
Incluye junto con la descripcin de este ciclo de vida iterativo e incremental para el proyecto,
los artefactos o documentos con los que se gestionan las tareas de adquisicin y suministro:
requisitos, monitorizacin y seguimiento del avance, as como las responsabilidades y
compromisos de los participantes en el proyecto.
Reporte Final del Sprint 1

Desarrollo de la Aplicacin Web Newport Institute

Planificacin
Descripcin de la metodologa de trabajo

N de Sprint: 1
Fecha de entrega: 20-oct-2014

Descripcin de la metodologa de trabajo

1.1

Propsito

Reportar la forma de trabajo que fue adoptada por el equipo para la implementacin de la metodologa
Scrum y para describir el proceso que sigui en el desarrollo y control del primer sprint.
2.

Descripcin General de la Metodologa

2.1

Fundamentacin

Las principales razones del uso de la metodologa SCRUM para la implantacin de este
proyecto son:

2.2

Sistema modular: Las caractersticas de la aplicacin NEWPORT INSTITUTE 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 considerable y a partir de ah un
incremento y mejora continua de la aplicacin.

Satisfacer al cliente.

Dar bienvenida a los cambios de requisitos.

-

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.

Valores de trabajo
Fueron elegidos por votacin 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 metodologa. Estos valores son:

Autonoma del equipo

Respeto en el equipo
Responsabilidad y auto-disciplina
Foco en la tarea
Informacin transparencia y visibilidad.

2|Pgina

3.

Personas y roles del proyecto

Rol
Scrum Master
Product Owner
Analista/documentadora
Diseador
Programador
Programador
Programador
Tster
Programador

El Scrum Master:
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 aplicacin.
Mantenimiento actualizado de la pila del producto en todo momento durante la
ejecucin del proyecto.
Incorporacin / eliminacin /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 comprensin de Scrum.
Acta como coach para el Equipo Scrum

El Product Owner
o
o
o

Miembro
Martha Leticia Snchez Lpez
Mara Esmeralda Prez Pin
Diana Fernanda Daz Len
Jurhiata Joel Ibarra Garnica
Miguel ngel Rodrguez Guzmn
Ignacio Alan Moreno lvarez
Antonio Abraham Ochoa Avalos
Celeste lvarez Aguirre
Miguel ngel Ramrez Rodrguez

Encargados de realizar el trabajo necesario para poder entregar el incremento del

proyecto.
Conocimiento y comprensin actualizado de la pila del producto
Confeccin de la pila del sprint.
Auto-asignacin del trabajo.

Artefactos

Product Backlog
Sprint Backlog

Sprint
Incremento
Grficas para registro y seguimiento del avance.
Grfica de avance o Burn Down

Comunicacin y reporte de reuniones.

Reunin para generar el product backlog
Reunin de planificacin de sprint

3|Pgina

4.1

Reuniones de Trabajo

Incremento
Parte de la aplicacin que se produjo en un sprint y entrega al cliente completamente
terminado y operativo.

4.2

Grfica de avance (Burn Down)

Muestra el estado de avance del trabajo del sprint en curso.

Horas de trabajo pendientes

Grfico de esfuerzo

4.3

Esfuerzo Pendiente

16
14
12
10
8
6
4
2
0

Reunin de para generar el Product Backlog

Reunin 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 reunin se realiz el viernes 03-octubre-2014
Donde se determin Cules son los mdulos ms importantes para el cliente? Cules son las historias
que formaran parte de cada uno de los mdulos y cul es su prioridad?
Seguimiento que se hiso ese da:
El Product Owner (Esmeralda) menciono al resto del equipo Scrum cules son los
requerimientos generales del proyecto as como lo que ms le importan al cliente.
El product Owner anota estos requisitos en el pizarrn, posteriormente los miembros del
equipo dieron su opinin de cules son los que tienen mayor prioridad que otros, en los casos
de que no coincidieran todos con la prioridad se peda su explicacin de porqu considera que
sea de mayor o menor prioridad, terminando su explicacin, el resto deca porque si estaban
de acuerdo o no, en casos de que no cedieran de opinin se determin por mayoridad de
votacin.
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 desempean.
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|Pgina

4.4

Reunin para generar la planeacin del Sprint

El propsito de la planificacin de Sprint es proporcionar al equipo suficiente informacin para que

determinen como van trabajar durante las 2 semanas que dura el sprint.
Esta planificacin 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 Diseo de la Base de Datos satisfaciendo as los requerimientos del cliente.
Una lista de miembros (y su nivel de dedicacin)
Miembro
Martha Leticia Snchez Lpez
Mara Esmeralda Prez Pin
Diana Fernanda Daz Len
Jurhiata Joel Ibarra Garnica
Miguel ngel Rodrguez Guzmn
Ignacio Alan Moreno lvarez
Antonio Abraham Ochoa Avalos
Celeste lvarez Aguirre
Miguel ngel Ramrez Rodrguez

Dedicacin
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
terminologa).
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 exmenes clasificatorios en lnea y almacenar los datos generados en una B.D.
Permite registrar calificaciones de exmenes 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
Definicin de Tareas y Actividades
Id
H.U

Descripcin
Diseo de la Base de Datos

Responsable

Estado

Mitad de equipo

Estimacin
(hrs)

Sprint

001

Disear el diagrama contextual

Juri

Terminado

002

Disear diagrama entidad-relacin

Juri

Terminado

003

Disear diagrama relacional

Juri

Terminado

004

Implementacin de la base de datos

Juri

Terminado

005

Comunicacin de la base de datos con el servidor

web

Antonio / Ignacio /
Miguel A / Miguel

Terminado

Fig. 1 Formato implementado para el Product Backlog.

Un Sprint Backlog

5|Pgina

Este consiste en dividir las Historias de usuario en tareas que van a desarrollar el equipo en la iteracin.
Sprint 1
Sprint

Inicio

Duracin

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

002

Ya con las entidades definidas, aplicar

cardinalidad a cada una de las entidades

JURI

002

Se hace una relacin entre las entidades

JURI

002

Se aplica cardinalidad a cada una de ellas

JURI

JURI

JURI

JURI

JURI

JURI

JURI

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 relacin de las entidades, relacin
que se hizo en el diagrama anterior
Se le asigna la llave fornea 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

004

A cada una de ellas se les asigna como mnimo

una llave primaria (primary key)

JURI

JURI

JURI

JURI

JURI

JURI

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 tamao de campo especfico
Se deben de asignar tambin los campos de las
llaves forneas
Se asignan como ndice las llaves forneas
Se hacen las relaciones, definiendo como
"CASCADA" cada una de las relaciones
Las relaciones deben hacerse entre llaves
primarias y llaves forneas

005

Montar base de datos en servidor

005

Crear un usuario que tenga privilegios sobre la

base de datos

005

Se crea archivo de conexin 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

6|Pgina

005

Crear consulta para verificar la existencia del

usuario

005

Crear archivo de validacin de sesin

005

Crear interfaz para terminar conexin

Antonio /
Ignacio /
Miguel A /
Miguel
Antonio /
Ignacio /
Miguel A /
Miguel
Antonio /
Ignacio /
Miguel A /
Miguel

Fig. 2 Formato de implantacin de Sprint Backlog

Una fecha concreta de entrega del Sprint

La duracin 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: saln F2
Hora: 1:00 pm a 1:15pm
Donde el Scrum Master supervisa la reunin y anota las necesidades o impedimentos que puedo

detectar el equipo.
Un lugar y momento definidos para reuniones de Trabajo
Lugar: saln J4
Hora: 11:00 am a 2:00 pm
Da: Viernes
Una Estructura de Trabajo
La comunicacin dentro del equipo ser informal, a travs de correo electrnico, redes sociales y
dialogo cara a cara.
Unos Aspectos a Evaluar dentro del equipo:
Puntualidad a las reuniones de trabajo
Responsabilidad individual
Organizacin ene l trabajo
Compromiso en la entrega de trabajos individuales y por equipo.
4.5

Reunin 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 planificacin del sprint, donde se observa el orden de las actividades a
elaborar.
-Se llevaron a cabo las actividades de acuerdo a la planeacin tomando en cuenta las horas planeadas,
pero en caso de no alcanzar se a largo el tiempo de dedicacin.
-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 terminacin de alguna actividad.
-En caso de no concluir todas las actividades de ese da se propone otro da de trabajo o si cada
responsable individualmente realiza su tarea pero con una fecha de entrega.

7|Pgina

Reunin 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 disear el diagrama contextual de la BD en el pizarrn, pidiendo
posteriormente la opinin de los dems miembros del equipo de desarrollo, donde se
consideraron algunos cambios por la votacin de la mayora del equipo. (conflictos que se
present, no podan llegar a un acuerdo de las relaciones entre las entidades).
El diseador va generando en diseo del modelo entidad relacin con el apoyo de reto del
equipo scrum.
Finalmente se concluye con el diseo del diagrama relacional con su respectiva Normalizacin
donde todo el equipo participo en su creacin y el diseador se encarg de ilustrarlo en el
pizarrn.
El documentador se encarg de ir pasando los diseos en papel.
Mientras el equipo de desarrollo trabajaba, los tsters se encargaron de crear las historias de
prueba para las Historias terminadas.
Reunin 17-oct-2014

o
o
o
o
o

El Scrum Master realiza el pase de lista a la 11:00 am.

El diseador 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 conexin de la base de datos con
el servidor.
Los tsters 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

Asistencia
Retardo
faltas

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
Pion
Lopez

Diana
Fernanda
Diaz Leon

Ignacio
Alan
Moreno
Avila

8|Pgina