PMPR Plan de Proyecto

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012
Administracin del desarrollo de software
Plan de Proyecto Scrum-Handler
Jos Guzmn Robledo 362336 Paolo Aguirre Montoya 739866 Marcel Valdez Orozco 790834 Rubn Valdez Bejarano 739846
Contenido
Introduccin ........................................................................................................................................ 4 Inicio del proyecto ............................................................................................................................... 4 Descripcin del proyecto................................................................................................................. 4 Chrter ............................................................................................................................................ 4 Mapa mental del Chrter ................................................................................................................ 8 Descripcin de los planes que integran el documento ................................................................... 9 Plan de alcance.................................................................................................................................. 10 Declaracin de alcance.................................................................................................................. 10 WBS ............................................................................................................................................... 11 Vista grafica del WBS..................................................................................................................... 11 Lista de actividades ....................................................................................................................... 12 Plan de recursos humanos ................................................................................................................ 14 Matriz de roles y actividades......................................................................................................... 14 Diagrama organizacional ............................................................................................................... 16 Plan de comunicacin ....................................................................................................................... 17 Calendario de eventos................................................................................................................... 17 Estatus semanales mediante minutas........................................................................................... 19 Minutas realizadas durante el proyecto (Relevantes) .................................................................. 20 Reportes de avance mensuales..................................................................................................... 30 Plan de tiempo .................................................................................................................................. 31 Gantt.............................................................................................................................................. 31 Programa de actividades ............................................................................................................... 32 Plan de calidad .................................................................................................................................. 33 Plan de riesgos .................................................................................................................................. 34 Matriz de riesgos ........................................................................................................................... 34 Plan de integracin............................................................................................................................ 37 Sistema de control de cambios ..................................................................................................... 37 Lecciones aprendidas .................................................................................................................... 43 Reporte de la auditoria del proyecto ................................................................................................ 45 Evaluacin del equipo ....................................................................................................................... 46 Carta de aceptacin .......................................................................................................................... 47

Directorio de participantes ............................................................................................................... 48 Especificaciones tcnicas del prototipo ............................................................................................ 49
Introduccin
En el siguiente documento se presenta el plan de proyectos que se realizo para el prototipo Scrum-Handler, el cual consta de diferentes reas tales como la definicin de alcance, riegos, comunicacin, tiempo, etc. En este plan tambin se mencionan todas las actividades que se llevaron a cabo para la implementacin del prototipo.
Inicio del proyecto

Descripcin del proyecto
Scrum-Handler naci por la necesidad de un sistema en el cual se puede monitorear y administrar proyectos basados en la metodologa gil SCRUM, dejando que los usuarios puedan dar de alta proyectos, sprints y actividades y llevar a cabo la administracin de un proyecto real. El presente documento integra el plan de proyecto del sistema mencionando los entregables y las fechas ms importantes de este proyecto.
Chrter
Se describen las caractersticas del proyecto as como las expectativas de los involucrados, tambin se incluye de manera breve la descripcin del proyecto. Propsito Un sistema que ofrezca al profesor la capacidad de monitorear el avance de los alumnos en sus desarrollos de software bajo la metodologa SCRUM, as como tambin, permitirles a los alumnos administrar sus proyectos desarrollados bajo la metodologa antes mencionada. Justificacin La necesidad de poder monitorear el avance de los alumnos, sin la problemtica de calendarizar una reunin o entrega de avances permitiendo al profesor revisar el avance de sus alumnos a cualquier hora del da, adems de que los alumnos necesitan una herramienta que les facilite el desarrollo de proyectos en SCRUM. Descripcin Entregables finales
Prototipo Funcional de un sistema de administracin y monitoreo de proyectos desarrollados bajo la metodologa SCRUM.
Supuestos

El proyecto estar accesible desde la web Se utilizar .Net como framework de trabajo

Se utilizar IIS/ASP.Net como framework web S se necesita alguna licencia entonces esta ser proporcionada por el cliente.
Project Manager(s) Rubn Valdez Sponsor Ing. Laura Escamilla Criterio de xito Que se desarrolle una aplicacin que implemente los casos de uso de negocio fundamentales (ABC de: usuarios, artefactos, backlogs, tickets y la burndown chart) para la gestin de proyectos SCRUM para el da de entrega y en conformidad con las expectativas del sponsor, equipo de desarrollo, cliente y usuarios. Expectativas
Equipo de Desarrollo
o Paolo Aguirre.
Comprender los conceptos de la administracin de proyectos y el uso de sus herramientas para aplicarlo en los proyectos de TI presentes en el trabajo.
o Marcel Valdez.
Utilizar herramientas CASE que incrementen la productividad, para obtener el mejor rendimiento posible del tiempo y esfuerzo que se invertir. Que se utilicen las mejores prcticas de codificacin, para crear cdigo legible, sustentable, y flexible. Que se disee el sistema de tal manera que se preste para desarrollo en paralelo, para terminar rpidamente el proyecto Que se utilicen sistemas de control de versiones (SVN o Git), ejecucin de pruebas unitarias y de regresin automticas, para verificar rpidamente que no se introduzcan bugs en partes ya codificadas al agregar nuevo cdigo. Que se utilice un issue tracker (propongo JIRA), para la colaboracin y comunicacin remota y eficiente.
o Rubn Valdez

Aplicar las herramientas de administracin de proyectos para llevar un seguimiento adecuado del proyecto. Realizar una arquitectura del proyecto basada en componentes para que la calificacin sea ms sencilla. Generar un prototipo que cumpla con lo propuesto.
o Jos Guzmn
Utilizar apropiadamente las tcnicas y herramientas de la administracin de proyectos. Satisfacer las expectativas del cliente. Obtener aprendizaje relacionado con Scrum
o Sponsor (Ing. Laura Escamilla)
Que se cree una aplicacin que sea til y funcional para el Cliente Que se sigan las prcticas recomendadas en la clase de Administracin del Desarrollo de Software
o Cliente (Dra. Lorena Gmez)
Que la aplicacin se desarrolle en Web Que se cree una aplicacin para registrar los artefactos SCRUM, para evaluar, persistir y facilitar el acceso y creacin de tales artefactos. Que se cree una aplicacin para dar seguimiento a la metodologa SCRUM, para evaluar y facilitar el uso de la metodologa SCRUM Que se cree una aplicacin genere reportes que conciernen al estado del progreso del proyecto en la metodologa SCRUM, para que le sea til a los usuarios que usen tal metodologa.
o Usuarios (Alumnos y Dra. Lorena Gmez)
Una grfica burndown, para evaluar el progreso y estimacin de los backlogs de sprint. Credenciales de usuario, para identificarse dentro del sistema. Dra. Lorena Gmez en rol de Usuario Administrador:
Una interfaz que muestre los artefactos SCRUM de los proyectos, para hacer evaluacin de sus caractersticas S.M.A.R.T. Una interfaz que muestre los backlogs de los proyectos, para hacer una evaluacin de la calidad del seguimiento al proyecto por parte de los alumnos.
o Alumnos en rol de Usuario:
Una interfaz de usuario de registro por cada artefacto SCRUM, para registrar dichos artefactos. Una UI con los parmetros SCRUM, para definir su proyecto. Una UI para asignar elementos de release backlog o defect backlog dentro de un SPRINT, para crear los SPRINTs a realizar. Una UI con las capacidades de gestionar los elementos de los distintos backlogs, para definir los product backlog, release backlog, defect backlog y sprint backlog. Una UI con la capacidad de crear tickets, para crear los elementos que conformaran los distintos backlogs
Informacin histrica. No Aplica.
Mapa mental del Chrter
Descripcin de los planes que integran el documento

Este documento esta integrado por la siguiente serie de planes: Plan de alcance: En este plan se especifica la declaracin de alcance, el WBS y la lista de actividades del proyecto. Plan de recursos humanos: Se especifica la matriz de roles y actividades y el diagrama organizacional del proyecto. Plan de comunicacin: Esta integrado por las minutas realizadas semanalmente, el calendario de eventos semanales y los reportes mensuales o quincenales que se hicieron con el cliente y el sponsor. Plan de tiempo: Incluye la ruta crtica del proyecto y la calendarizacin de la lista de actividades. Plan de calidad: Esta conformado por todas las pruebas de verificacin y de validacin que se hicieron para el proyecto. Plan de riesgos: Esta integrado por los riesgos que ocurrieron durante la realizacin del proyecto. Plan de integracin: Conformado por el sistema de control de cambios implementado y las lecciones aprendidas del equipo de trabajo.
En este proyecto en particular se dejaron afuera los planes de abastecimiento y costos, puesto que no se tuvieron proveedores ni costos iniciales.
Plan de alcance
Declaracin de alcance
En esta parte del plan de alcance se describe el trabajo que solo se va a realizar junto con una breve descripcin y su criterio de aceptacin. Entregables Nombre 1. Prototipo funcional Descripcin Aplicacin en web que permite gestionar proyectos de Scrum Criterio de aceptacin Que el prototipo funcione siguiendo la metodologa Scrum en la presentacin final con el cliente y el sponsor. Cdigo fuente conteniendo todos los archivos para compilar y ejecutar el proyecto. Que cumplan con lo acordado visto en la clase de administracin de proyectos de software. Dar de alta un proyecto de scrum en el sistema, asignar usuarios a ese proyecto, y especificar el rol de cada uno. Dar de alta tres caractersticas de producto y asignarles su prioridad y su estatus (Definidos en el modelo GUI incluido en el disco anexo). Dar de alta un sprint y asignarle una actividad. La tarea debe poder registrar tres estatus: Por Hacer, En Proceso y Terminada. La burndown chart debe reflejar los movimientos efectuados sobre las tareas y puede ser visualizada por los Sprints que se tiene en el momento.
2. Cdigo fuente
Cdigo en C# de la aplicacin
3. Documentos del plan de proyectos
1.1 Mdulo de seguridad
1.2 Mdulo de Administracin de Backlog 1.3 Mdulo de Administracin de Sprint 1.3 Mdulo de Administracin del Proyecto
Son los documentos tales como el plan de proyecto, minutas y reportes de avances. Sub Entregables Contiene la funcionalidad para la creacin proyectos de Scrum y administracin y autenticacin de usuarios y roles Mdulo que contiene la funcionalidad para manipular el product backlog. Mdulo que contiene la funcionalidad para administrar los sprints y sus features El usuario administrador podr acceder a las pantallas del alumno sin permisos de modificacin. Asimismo cuenta con una Burndown chart para monitorear el avance.
10
WBS
El WBS planeado para este proyecto se especifico en forma de fases, donde la finalizacin de cada fase es un entregable o parte del proyecto. 1. Srum-Handler 1.1. Anlisis de Requerimientos 1.1.1.Investigacin de la metodologa SCRUM 1.1.2.Diseo de pantallas 1.2. Diseo de alto nivel 1.2.1.Diseo de arquitectura 1.2.2.Diseo de Base de datos 1.3. Implementacin 1.3.1.Codificacin de pantallas de seguridad 1.3.2.Codificacin de pantallas de admonBacklog 1.3.3.Codificacin de pantallas de admn. Sprint 1.3.4.Codificacin de pantallas de admn. de proyectos 1.4. Pruebas 1.4.1.Pruebas de integracin
Vista grafica del WBS
11
Lista de actividades
Scrum Handler 1. Anlisis de Requerimientos 1.1. Investigar Metodologa Scrum 1.2. Diseo de las pantallas 1.2.1.Diseo de pantallas de seguridad 1.2.2.Forma de registro de usuarios 1.2.3.Forma de log in 1.2.4.Forma de creacin de proyecto 1.2.5.Forma de asignacin de miembros al proyecto 1.2.6.Diseo de pantallas de admn. Backlog 1.2.7.Forma de administracin de features del product backlog 1.2.8.Forma de alta y cambio de feature 1.2.9.Diseo de pantallas de admn. Sprint 1.2.10. Forma administracin de sprint y actividades 1.2.11. Forma de registro y cabios de sprint 1.2.12. Forma de alta y cambios de actividades 1.2.13. Diseo de pantallas de administracin de proyectos 1.2.14. Forma de reportes 2. Diseo de alto nivel 2.1. Diseo de Arquitectura 2.2. Diseo de Base de Datos 3. Implementacin 3.1. Codificacin de pantallas de seguridad 3.1.1.Forma de registro de usuarios 3.1.2.Forma de log in 3.1.3.Forma de creacin de proyecto 3.1.4.Forma de asignacin de miembros al proyecto 3.1.5.Pruebas unitarias 3.2. Codificacin de pantallas de admn. Backlog 3.2.1.Forma de administracin de features del product backlog 3.2.2.Forma de alta y cambio de feature 3.2.3.Pruebas unitarias 3.3. Codificacin de pantallas de admn. Sprint 3.3.1.Forma administracin de sprint y actividades 3.3.2.Forma de registro y cambios de Sprint 3.3.3.Forma de alta y cambios de actividades 3.3.4.Pruebas unitarias 3.4. Codificacin de pantallas de administracin de proyectos 3.4.1.Forma de reportes
12

3.4.2.Pruebas unitarias 4. Pruebas 4.1. Pruebas de integracin
13
Plan de recursos humanos

Matriz de roles y actividades
Actividad Administrador Analista Diseador Desarrollador Verificador
Scrum Handler 1. Anlisis de Requerimientos de Usuario 1.1. Diseo de las pantallas 1.1.1. Diseo de pantallas de seguridad 1.1.2.Forma de registro de usuarios 1.1.3.Forma de log in 1.1.4.Forma de creacin de proyecto 1.1.5.Forma de asignacin de miembros al proyecto 1.1.6. Diseo de pantallas de administracin Backlog 1.1.7.Forma de administracin de features del product backlog 1.1.8.Forma de alta y cambio de feature 1.1.9. Diseo de pantallas de admn. Sprint 1.1.10. Forma administracin de sprint y actividades 1.1.11. Forma de registro y cambios de sprint 1.1.12. Forma de alta y cambios de actividades 1.1.13. Diseo de pantallas de administracin de proyectos 1.1.14. Forma de reportes 2. Diseo de alto nivel 2.1. Diseo de Arquitectura 2.2. Diseo de Base de Datos 3. Implementacin 3.1. Codificacin de pantallas de seguridad
R R R R R R R R R
A A A A A A A A A
C C C C C C C C C
P P P P P P P P P
P P P P P P P P P
R R R
A A A
C C C
P P P
P P P
14
3.1.1.Forma de registro de usuarios 3.1.2.Forma de log in 3.1.3.Forma de creacin de proyecto 3.1.4.Forma de asignacin de miembros al proyecto 3.1.5.Pruebas unitarias 3.2. Codificacin de pantallas de admn. Backlog 3.2.1.Forma de administracin de features del product backlog 3.2.2.Forma de alta y cambio de feature 4. Pruebas unitarias 4.1. Codificacin de pantallas de admn. Sprint 4.1.1.Forma administracin de sprint y actividades 4.1.2.Forma de registro y cambios de Sprint 4.1.3.Forma de alta y cambios de actividades 4.1.4.Pruebas unitarias 4.2. Codificacin de pantallas de administracin de proyectos 4.2.1.Forma de reportes 4.2.2.Pruebas unitarias 5. Pruebas 5.1. Pruebas Aceptacin
P P P P P P P P P P P P
R R R R A R R A R R R A
A A A A P A A P A A A P
C C C C P C C P C C C P
P P P P C P P C P P P C
R P P
R A A
A P P
C P P
P C C
JG MV RV PA
Miembros Jos Guzmn Marcel Valdez Rubn Valdez Paolo Aguirre
A P C R
Accin Aprueba Participa Crea Revisa
Rol Administrador Analista Diseador Desarrollador Verificador
Responsable RV RV,JG MV, PA JG, MV RV, PA
15
Diagrama organizacional
Aqu se presenta la estructura con la que se esta trabajo durante el desarrollo del proyecto, y que rol desempea cada miembro.
Administrador Ruben Valdez
Analista
Diseador
Desarrollador
Verificador
Rubn Valdez
Marcel Valdez
Jos Gzman
Rubn Valdez
Jos Gzman
Paolo Aguirre
Marcel Valdez
Paolo Aguirre
16
Plan de comunicacin
Calendario de eventos
18 de febrero del 2012: o Termina anlisis de requerimientos. 25 de febrero del 2012: o Termina diseo de alto nivel. 17 de marzo del 2012: o Termina implementacin de las pantallas de seguridad. 31 de marzo del 2012: o Termina implementacin de las pantallas de ProductBacklog. 14 de abril del 2012: o Termina implementacin de las pantallas de Sprint. 28 de abril del 2012: o Termina implementacin de la pantalla de administracin de proyectos.
17
o Cierre del proyecto 02 de mayo del 2012: o Presentacin final con el cliente.
18
Estatus semanales mediante minutas

Formato de la plantilla Cliente: Lorena Gmez Lugar: ITESM Campus Monterrey PMP - R Participantes: Marcel Valdez (MV), Paolo Aguirre (PA), Rubn Valdez (RV), Jos Guzmn (JG) Copia: A todos los participantes Ausentes: NA Responsable de la minuta: Jos Guzmn Participantes: NA Fecha: Horario: Cliente
Copia: Lorena Gmez (LG), Laura Escamilla (LE) Ausentes: NA
Contenido
Propsito de la reunin:
Lista de Temas No. Tema Tema Observaciones/Recomendaciones
Lista de Pendientes y Acuerdos No. Pendiente Descripcin del pendiente/Riesgo Descripcin del acuerdo Responsable Fecha atencin
19

Datos de la siguiente reunin Fecha: NA Temas a tratar: NA Responsable de la siguiente minuta: NA Lugar y horario: NA
Minutas realizadas durante el proyecto (Relevantes)

Datos Generales
Cliente: Lorena Gmez Lugar: ITESM Campus Monterrey PMP - R Participantes: Marcel Valdez (MV), Paolo Aguirre (PA), Rubn Valdez (RV), Jos Guzmn (JG) Copia: A todos los participantes Ausentes: NA Responsable de la minuta: Jos Guzmn Participantes: NA Fecha: 11/02/2012 Horario: 4:00pm Cliente
Contenido
Propsito de la reunin: Diseo GUI
Lista de Temas No. Tema 1 Tema Revisin de la interfaz del sistema Observaciones/Recomendaciones Se inspeccionaron y corrigieron detalles en las pantallas de ProductBacklog y SprintBacklog
20

Lista de Pendientes y Acuerdos No. Pendiente Descripcin del pendiente/Riesgo Hacer las correcciones indicadas en el diseo de pantallas Descripcin del acuerdo Responsable Fecha atencin
MV
18/02/2012
21
Datos Generales
Contenido
Propsito de la reunin: Integrar documentacin
Lista de Temas No. Tema Tema Observaciones/Recomendaciones Se definieron los Templates del Reporte de Avance y la Minuta Se defini la matriz de roles Se defini el organigrama Se defini el calendario de eventos Se actualiz la documentacin Se integraron los documentos
Actualizacin e integracin de la documentacin del proyecto ScrumHandler
22

Lista de Pendientes y Acuerdos No. Pendiente 1 Descripcin del pendiente/Riesgo Generar el WBS en una herramienta Enviar a la profesora Laura Escamilla la documentacin para revisin Descripcin del acuerdo Responsable Fecha atencin
JG
25/02/2012
RV
28/02/2012
23
Datos Generales
Contenido
Propsito de la reunin: Codificacin de las pantallas de seguridad
Lista de Temas No. Tema 1 Tema Implementacin de las pantallas de seguridad Implementacin de la pantalla de ProductBacklog Observaciones/Recomendaciones Se realizo la codificacin del log in y registro de usuarios. Se empez con la pantalla de ProductBacklog con dos miembros del equipo.
24

Lista de Pendientes y Acuerdos No. Pendiente Descripcin del pendiente/Riesgo Terminar la pantalla de creacin de proyectos Terminar la pantalla de asignacin de miembros Avanzar en la implementacin del ProductBacklog Descripcin del acuerdo Responsable Fecha atencin
PA
24/03/2012
JG
24/03/2012
RV, MV
24/03/2012
25
Datos Generales
Contenido
Propsito de la reunin: Codificacin de las pantallas de Sprint y product Backlog
Lista de Temas No. Tema 1 Tema Se inicio la pantalla del SprintBacklog Observaciones/Recomendaciones Se tuvieron que realizar cambios en el diseo GUI de las pantallas
26

Lista de Pendientes y Acuerdos No. Pendiente Descripcin del pendiente/Riesgo Cambiar el diseo de las pantallas para la presentacin de avance Descripcin del acuerdo Responsable Fecha atencin
MV
16/04/2012
27
Datos Generales
Contenido
Propsito de la reunin: Terminar la implementacin
Lista de Temas No. Tema 1 Tema Integracin de las pantallas Observaciones/Recomendaciones Se integraron las pantallas que se tienen finalizadas, se buscaron detalles o bugs que se nos hallan pasado por alto
28

Lista de Pendientes y Acuerdos No. Pendiente Descripcin del pendiente/Riesgo Integracin del documento de plan de proyecto Descripcin del acuerdo Responsable Fecha atencin
RV
29/04/2012
29
Reportes de avance mensuales

A lo largo del desarrollo del proyecto se realizaron varias presentaciones de avance donde estaban involucrados los miembros del equipo, el sponsor y el cliente. En dichos reportes se mencionaba el avance del proyecto hasta esa fecha, los riesgos que bamos encontrando en el proyecto, los sucesos de relevancia y una evidencia del prototipo. Nota: Estos reportes se pueden encontrar en el disco que se entrega con esta documentacin.
30
Plan de tiempo
Gantt
31
Programa de actividades
En esta parte se define la fecha de inicio y final de cada actividad, as como la duracin en das y trabajo. Tambin se mencionan que actividades tienen predecesores y quien es el responsable de llevarla acabo.
32
Plan de calidad
El plan de calidad se realizo de forma muy extensa para que el prototipo satisficiera el grado de calidad del cliente que es una herramienta que pueda administrar proyectos en Scrum, adems se realizo como proyecto en la materia de Pruebas y aseguramiento de la calidad y se puede encontrar anexo a este documento. En el plan de calidad se tratan los siguientes puntos: Propsito del plan de calidad Documentos de referencia Administracin del equipo de trabajo Documentacin Perfiles operacionales Normas, prcticas, convenciones y mtricas Revisin y verificacin del prototipo Pruebas. Notificacin de problemas y accin correctiva Herramientas tcnicas y metodologas Coleccin de registros, mantenimiento y retencin Gestin de riesgos Glosario
33
Plan de riesgos
Matriz de riesgos
Descripcin
Nivel de Probabilidad Impacto Puntuacin riesgo Estrategia Plan de accin Capacitarse en la herramienta
Riesgo Responsable Efectividad Promedio Residual Rubn Valdez, 1 Paolo Aguirre 1 Jos Guzmn 1 3
Desconocimiento de la herramienta de programacin
15
Mitigar
Repartir actividades de mayor nivel tcnico a miembros ms experimentados
Desfase de actividades por tcnicas de estimacin imprecisas Dificultades para elaborar las
15
Mitigar
Verificar constantemente Rubn la estimacin Valdez del proyecto Hacer juntas semanales Todos
1.5
15
Mitigar
34
actividades del proyecto por falta de organizacin y o herramientas adecuadas (Baja productividad)
Definir mecanismos de comunicacin y polticas de trabajo en equipo Utilizar herramientas de colaboracin
2 Paolo Aguirre Marcel Valdez 3 NA NA NA NA NA NA
Diferente visin del proyecto Definicin de requerimientos desfasada
3 3
3 4
9 12
2 2
Evitar Evitar
NA NA
Definiciones Probabilidad Impacto Puntuacin Nivel de riesgo Estrategia Plan de accin Responsable Efectividad Promedio Posibilidad de que el evento ocurra Nivel de afectacin producido por el evento en caso de ocurrir Multiplicacin de la Probabilidad por el Impacto Divisin de la Puntuacin entre 3 para convertirla en la escala especificada. Mtodo que se utilizar para manejar el riesgo Medida que se seguir para mitigar el riesgo Persona encargada de ejecutar el plan de accin Efecto de la medida tomada Promedio de la efectividad de las medidas tomadas 1 2 3 4 5 Escala Ninguno Bajo Medio Alto Destacable
35
Riesgo residual
Indicador para determinar el nivel de riesgo resultante despus de aplicar el plan de accin
36
Plan de integracin
Sistema de control de cambios
Proceso definido La siguiente figura muestra el proceso que se sigui internamente en el equipo para la solicitud de cambios.
37

Cambios hechos durante el desarrollo Solicitud Cambio No: 1
No. de Solicitud
Proyecto:
Scrum Handler
Objetivo:
Correccin de Error
Modificacin de Funcionalidad
Creacin de Nuevo Proceso
Solicitante:
Paolo Aguirre
Fecha de solicitud:
28/04/2012
Descripcin de la solicitud: Simplificar el mdulo de reportes mediante la creacin de un botn que permita exportar la informacin de las siguientes pantallas: Product Backlog Sprint Burndown Chart Los formatos solicitados son los siguientes: Excel PDF RTF * La Burndown Chart slo se exporta a PDF
Justificacin del cambio El cambio se solicita porque ahorra tiempo de desarrollo.
38
Solicitante: Marcel Valdez X
Respuesta al cambio No: 1

Respuesta a la solicitud: 1
Proyecto:
Scrum Handler
Objetivo:
Correccin de Error
Diseador:
Marcel Valdez
Fecha de solicitud:
Fecha de Aprobacin:
28/04/2012
28/04/2012
Descripcin de la solicitud: Simplificar el mdulo de reportes mediante la creacin de un botn que permita exportar la informacin de las siguientes pantallas: Product Backlog Sprint Burndown Chart
Los formatos solicitados son los siguientes:
39

Excel PDF RTF
* La Burndown Chart slo se exporta a PDF
Descripcin del Impacto: Se deben modficar los siguientes productos de trabajo: Diseo de pantallas. Cdigo del producto.
Diseador: Marcel Valdez X
Adm. de Proyecto: Rubn Valdez X
40

Solicitud cambio No: 2
No. de Solicitud
Proyecto:
Scrum Handler
Objetivo:
Correccin de Error
Solicitante:
Marcel Valdez
Fecha de solicitud:
28/04/2012
Descripcin de la solicitud: Agregar una columna a la Burndown Chart para registrar las variaciones histricas en los tiempos estimados.
Descripcin del Impacto: El cliente seal que sera bueno contar con una serie que mostrara la variacin de la estimacin.
Solicitante: Marcel Valdez X
41

Respuesta al cambio No: 2
No. de Solicitud
Proyecto:
Scrum Handler
Objetivo:
Correccin de Error
Diseador:
Jos Guzmn
Fecha de solicitud:
Fecha de Aprobacin:
28/04/2012
28/04/2012
Descripcin de la solicitud: Agregar una columna a la Burndown Chart para registrar las variaciones histricas en los tiempos estimados.
Descripcin del Impacto: Se modificar el Stored Procedure que construye los datos de la Burndown Chart Se debe refrescar el esquema de la grfica para incluir la serie de la variacin de la estimacin.
Diseador: Jos Guzmn X
Adm. de Proyecto: Rubn Valdez X
42
Lecciones aprendidas
Jos Guzmn. Es importante definir claramente el objetivo del proyecto y establecer correctamente las expectativas de los involucrados para lograr una estimacin precisa. Nuestro proyecto tuvo una desviacin significativa respecto al plan dado lo que cada quien interpretaba como prototipo funcional variaba de un miembro a otro del equipo. Por otro lado las expectativas de los miembros del equipo no eran del todo compatible lo cual tambin contribuy con dicha desviacin. Haber definido un horario de trabajo desde el principio fue un punto muy favorable para que se completara el proyecto, dado que de este modo nos aseguramos que hubiera participacin de los miembros del equipo a la vez que bamos midiendo el avance del proyecto. Paolo Aguirre Teora es cuando se sabe todo y nada funciona; prctica, cuando todo funciona y nadie sabe por qu. En este caso hemos combinado la teora y la prctica: nada funciona... y nadie sabe por qu. Albert Einstein. En el transcurso del proyecto y en secuencia con el curso del semestre aprend que la administracin de proyectos es mucho compleja que la que los libros indican. La teora podr ser algo rebuscada pero es fcil de entender, sin embargo, llevarlo a la prctica lo rebuscado pero entendible se vuelve confuso e incomprensible porque aunque la teora trate de clasificar situaciones comunes que pueden desempearse en el desarrollo de los proyectos no podr encajar en el proyecto que te desempeas porque cada situacin es nica y diferente. Marcel Valdez Se aprendi que la fase en que se analizan las habilidades de cada miembro del equipo, para asignarles tareas acorde a las actividades del proyecto es de gran importancia, pues si no se realiza este anlisis, se imposibilita acatar el plan de proyecto, aunque este sea de gran calidad. Se aprendi que las estimaciones de tiempo del Plan de Proyecto deben realizarse con una granularidad fina, y cada actividad se debe estimar en conjunto con el responsable de ejecutar dicha actividad, para as lograr disminuir la desviacin del estimado de proyecto. Se aprendi que es de gran importancia acatar los roles y responsabilidades durante la ejecucin del plan de proyecto, pues de no ser as, cada miembro de equipo necesita consultar con el Administrador de Proyecto su siguiente actividad, cada vez que termina una actividad, para poder continuar trabajando, disminuyendo esto, la productividad de dicho miembro de equipo.
43

Rubn Valdez Durante el desarrollo de este proyecto se pudo comprender los diferentes procesos que integran la administracin de los proyectos de software, y no solo eso si no que este procesos es necesario para que un proyecto salga a flote y pueda ser implementado desde el inicio hasta el cierre con xito, tambin tiene mucho que ver la experiencia que tenga uno para administrar el proyecto ya que en nuestro caso era casi nula por lo que nuestros estimados no fueron precisos y nos llegamos a desfasar en algunas partes del proyecto. Al aplicar estos procesos en el proyecto Scrum-Handler pude comprender porque es necesario planear todo antes de llevarlo al desarrollo ya que no solo se deben coordinar actividades o presupuestos, si no tambin a las personas involucradas, de la misma forma se les tiene que ir dando un seguimiento preciso para que completen sus actividades. De la misma manera todos los del equipo nos pusimos en diferentes roles ya sea de administrador, desarrollador, verificador, analista, lo cual le dio una variacin al proyecto y cada uno pudo ver desde diferentes roles el desarrollo del proyecto.
44
Reporte de la auditoria del proyecto

Se cumpli con la visin del proyecto? La visin general del cliente es la tener un sistema en el cual se puede monitorear y administrar proyectos basados en la metodologa gil SCRUM, dejando que los usuarios puedan dar de alta proyectos, sprints y actividades y llevar a cabo la administracin de un proyecto real. El producto llamado Scrum-Handler realizado en el transcurso de este proyecto cumple con la visin y las expectativas del cliente y el sponsor. El proyecto se mantuvo de acuerdo al plan de inicio a fin? Como en todo proyecto, hubo incorrectas estimaciones, falta de conocimiento en tpicos muy especficos del uso de las herramientas usadas que propiciaron retrasos en el desarrollo del proyecto, adems, de cambios realizados en al prototipo encausados por los cambios solicitados para mejorar la funcionalidad del prototipo. Sin embargo, el equipo, con experiencia previa saba que haba probabilidades de omitir algo o que un cambio repentino ocurriera por lo que se preparo dando al menos 1 semana de holgura al tiempo y esto le permiti tomar acciones correctivas, adems de esta accin preventiva, para desfasarse lo mas poco posible del plan del proyecto. El proyecto cre valor de negocios identificable/tangible? Aunque el prototipo desarrollado no sea el escogido por el cliente al momento de escoger el mejor prototipo se considera que aportar bastantes ideas que ampliarn la visin del cliente y del sponsor, de tal manera, que estas ideas se puedan incluir en el producto final de software resultante del prototipo escogido por el cliente y el sponsor. Se puede compartir el conocimiento? El proyecto se dejo muy modular el cual viene explicado en la seccin tcnica del prototipo, esto se hizo con la finalidad de que se le pueda dar seguimiento en un futuro por otro equipo de desarrolladores, adems de que todo quedo documentado tanto cdigo como la planeacin del proyecto en el repositorio Assembla, por lo que se puede compartir el conocimiento con otro equipo.
45
Evaluacin del equipo

1 = Calificacin Mnima 6 = Calificacin Mxima 1 2 3 4 5 6 Comentario Retroalimentacin 01 Requerimientos del cliente cubiertos adecuadamente. 02 Reportes ejecutivos, veraces, relevantes, a tiempo. 03 Distribucin efectiva de roles y funciones.

La distribucin fue equitativa, sin embargo, la falta de conocimiento en el manejo de algunas herramientas para algunos miembros del equipo provoco un re-orden de funciones desigual.
04 Prediccin y manejo adecuado de riesgos. 05 Entregas parciales y finales a tiempo. 06 Ahorro en costos. 07 Buena integracin del equipo del proyecto. 08 Resultados predecibles. 09 Hubo orden. 10 Las decisiones estuvieron fundamentadas. 11 Apego al plan de proyecto. 12 El proyecto cumple adecuadamente con la calidad establecida. 13 El plan de proyecto est completo y la informacin es correcta. 14 Desarrollo de relaciones a largo plazo con proveedores y dems involucrados.

Se fortaleci la relacin a largo plazo de los miembros del equipo. No hubo proveedores involucrados. Se solicitaron cambios. Revisar Controles de Cambio. Se invirti ms tiempo de lo planeado.
46
Carta de aceptacin
Monterrey, N.L a 2 de mayo de 2012
Estimada Dr. Lorena Gmez:
La presente carta acredita que todos los entregables bajo el proyecto Scrum-Handler han sido entregados conforme al acuerdo efectuado el da 25 de enero de 2012. Las aprobaciones para estos entregables fueron aceptadas el da 29 de febrero de 2012, las cuales sirven como afirmacin de que dichos entregables fueron convenidos y aceptados. En caso de existir algn pendiente o preocupacin que no hayan sido sealados, tengan la amabilidad de dirigirse con Rubn Valdez tan pronto como sea posible. Apreciamos haber sido participes de este esfuerzo y esperamos que las relaciones entre ambas partes se sigan manteniendo en el futuro.
Dr. Lorena Guadalupe Gmez Martnez
47
Directorio de participantes
Marcel Valdez Orozco Correo: marcel.valdez@live.com Tel: 6861531909
Paolo Aguirre Montoya Correo: paoloaguirre00@hotmail.com Tel: 8180153822
Rubn Valdez Bejarano Correo: ruben_vbx@hotmail.com Tel: 8116002133
Jos Guzmn Robledo Correo: A00362336@itesm.mx Tel: 8112366828
48
Especificaciones tcnicas del prototipo

Diagrama de Contexto
La funcionalidad AJAX se realiza a travs de los scripts generados por DevExpress y los que se desarrollaron para cada pantalla. User Web Browser JavaScript Engine
IIS
ASP.NET
ScrumHandler.Web.Core
DevExpress
ScrumHandler.Web ScrumHandler. Web. Scripts ScrumHandler. Web. Controls. PresentationModel
ScumHandler.Dominio
Entity Framework es Abstrado por medio del componente ScrumHandler.Dominio
Entity Framework 4.1
Diagrama de Componentes
ASP.NET
DevExpress
ScrumHandler.Web ScumHandler.Dominio
Entity Framework 4.1
ScrumHandler.Web.Core
49

Diagrama de Componentes del Dominio
50
Diagrama de Componentes de la Experiencia de Usuario
51

PMPR Plan de Proyecto

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

PMPR Plan de Proyecto

Încărcat de

Drepturi de autor:

Formate disponibile

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Administracin del desarrollo de software

Plan de Proyecto Scrum-Handler

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Inicio del proyecto

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

o Cliente (Dra. Lorena Gmez)

o Usuarios (Alumnos y Dra. Lorena Gmez)

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

o Alumnos en rol de Usuario:

Informacin histrica. No Aplica.

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Mapa mental del Chrter

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Descripcin de los planes que integran el documento

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

3. Documentos del plan de proyectos

1.1 Mdulo de seguridad

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Vista grafica del WBS

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Plan de recursos humanos

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Miembros Jos Guzmn Marcel Valdez Rubn Valdez Paolo Aguirre

Accin Aprueba Participa Crea Revisa

Rol Administrador Analista Diseador Desarrollador Verificador

Responsable RV RV,JG MV, PA JG, MV RV, PA

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Administrador Ruben Valdez

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Estatus semanales mediante minutas

Copia: Lorena Gmez (LG), Laura Escamilla (LE) Ausentes: NA

Lista de Temas No. Tema Tema Observaciones/Recomendaciones

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Minutas realizadas durante el proyecto (Relevantes)

Copia: Lorena Gmez (LG), Laura Escamilla (LE) Ausentes: NA

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Copia: Lorena Gmez (LG), Laura Escamilla (LE) Ausentes: NA

Actualizacin e integracin de la documentacin del proyecto ScrumHandler

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Copia: Lorena Gmez (LG), Laura Escamilla (LE) Ausentes: NA

Propsito de la reunin: Codificacin de las pantallas de seguridad

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Copia: Lorena Gmez (LG), Laura Escamilla (LE) Ausentes: NA

Propsito de la reunin: Codificacin de las pantallas de Sprint y product Backlog

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Copia: Lorena Gmez (LG), Laura Escamilla (LE) Ausentes: NA

Propsito de la reunin: Terminar la implementacin

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

Reportes de avance mensuales

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012

[PLAN DE PROYECTO SCRUM-HANDLER] May 2, 2012