2
Proyecto de Investigación II
TSP
Proceso de Software en Equipo
“Desarrollo de un Sistema utilizando el proceso TSP”
Licenciatura en Computación
Elaborado por:
Norberto Martínez Sandoval
Miguel Ángel Vega Velázquez
Diego González Sanjuán
Juan Carlos Velázquez Martínez
Fernando Montiel Mariano
Adair Navarro Saldaña
Claudia Maldonado Maldonado
Elesban Fernández Ávila
Nashely García Monroy
Joel Christopher Carrillo Flores
Juan Manuel Vera Ramírez
_________________________________
M. Luis Fernando Castro Careaga
Asesor
México D.F a 17 de Septiembre de 2012
3
Índice
INTRODUCCION .................................................................................................................................... 4
OBJETIVOS .............................................................................................................................................. 4
METODOLOGÍA ...................................................................................................................................... 5
¿QUÉ ES TSP? .............................................................................................................................................. 5
PRINCIPIOS DEL TSP ................................................................................................................................... 6
CREACIÓN DE EQUIPOS ............................................................................................................................... 6
LANZAMIENTO DE TSP................................................................................................................................ 6
PROCESO DE LANZAMIENTO EN TSP ........................................................................................................ 7
ROLES EN EL EQUIPO .................................................................................................................................. 8
JUNTAS SEMANALES .......................................................................................................................... 9
JUNTA 1 DE TSP ....................................................................................................................................... 9
JUNTA 2 DE TSP ..................................................................................................................................... 11
JUNTA 3 DE TSP ..................................................................................................................................... 15
JUNTA 4 DE TSP ..................................................................................................................................... 16
JUNTA 5 DE TSP ..................................................................................................................................... 17
JUNTA 6 DE TSP ..................................................................................................................................... 19
JUNTA 7 DE TSP ..................................................................................................................................... 21
JUNTA 8 DE TSP ..................................................................................................................................... 24
JUNTA 9 DE TSP ..................................................................................................................................... 26
JUNTA 10 DE TSP .................................................................................................................................. 28
JUNTA 11 DE TSP .................................................................................................................................. 30
ANALISIS DE LOS RESULTADOS DEL EQUIPO ......................................................................... 32
VALOR GANADO ......................................................................................................................................... 32
PLAN DE RESUMEN .................................................................................................................................... 33
ANÁLISIS DE GRAFICAS ............................................................................................................................. 35
DEFECTOS ELIMINADOS ............................................................................................................................ 37
DEFECTOS REPORTADOS ........................................................................................................................... 38
PERFIL DE CALIDAD PLANEADA .............................................................................................................. 40
PERFIL DE CALIDAD .................................................................................................................................. 42
CONCLUSIONES .................................................................................................................................. 43
4
INTRODUCCION
La descripción del proyecto realizado implementando el proceso de desarrollo
de software TSP, es la siguiente:
En la Universidad Autónoma Metropolitana unidad Iztapalapa se tenía la
necesidad de automatizar el proceso de generación de un Reporte Integrado, en
base a artículos, conferencias, programas de servicio social y cursos impartidos
por cada profesor. Dicho reporte actualmente se realiza manualmente, la
finalidad del Reporte Integrado es la de hacer un concentrado por cada profesor
de cada una de las actividades que realiza.
La aplicación a desarrollar debe permitir capturar a los profesores artículos y
conferencias impartidas, mientras que la información de los cursos debe ser
rescatada de Sistemas Escolares el cual ya cuenta con un sistema
administrativo (sistema externo). Una vez capturada la información ésta
deberá ser guardada en un servidor externo perteneciente a la división de cbi.
OBJETIVOS
Enfrentarnos a un caso real, donde se tenga una problemática y se
requiera de una solución automatizada, de trabajo en equipo y de
planeación del mismo.
Aprender a desarrollar un sistema mediante fases, trabajando de una
manera ordenada y eficiente individual y colectivamente.
Planificar un proyecto antes de comprometerse y/o comenzar el trabajo.
Planificar, medir y seguir la calidad del producto midiendo el tiempo de
desarrollo, tamaño y defectos.
Desarrollar software siguiendo el proceso TSP, aplicándolo a nuestro
proyecto, identificando ventajas y/o desventajas de éste.
Generar software de calidad mediante la utilización de TSP.
Reducir errores mediante las revisiones e inspecciones de diseño y
código, para disminuir el tiempo de desarrollo de un programa.
5
METODOLOGÍA
¿Qué es TSP?
Es un proceso diseñado que sirve para construir y guiar equipos
interdisciplinarios de desarrollo y mantenimiento de entre 2 a 20 ingenieros.
Proporciona:
Un proceso definido para construir el equipo de desarrollo.
Un marco para el trabajo en equipo.
Un ambiente de gestión para soportarlo.
Incluye:
Un proceso completamente definido para el trabajo en equipo.
Roles definidos para los miembros del equipo.
Un proceso estructurado para el lanzamiento y seguimiento.
Una herramienta para soportar el trabajo del equipo y del ingeniero.
En primer lugar, las personas que participan en un proyecto enfocado al uso del
Proceso de desarrollo de Software en Equipo (TSP), tienen que estar
capacitados en lo que es el uso del Proceso Personal de desarrollo de Software
(PSP).
El PSP se concentra en las prácticas de trabajo de los ingenieros en una forma
individual para producir software de calidad. PSP se diseñó con el fin de
ayudar a profesionales del software para que utilicen constantemente prácticas
sanas de ingeniería de software.
Asimismo les enseña a cómo planear y darle un seguimiento a su trabajo, a
utilizar un proceso bien definido y medido, a establecer metas mesurables, y
finalmente a la utilización del rastreo constante para alcanzar dichas metas.
PSP muestra a los ingenieros cómo manejar la calidad desde el principio del
trabajo, analizar y a cómo utilizar los resultados de cada trabajo para mejorar
el proceso del proyecto siguiente.
6
Principios del TSP
Cuando los ingenieros planifican su propio trabajo, están comprometidos
con el plan.
Seguimiento preciso de los planes requiere planes detallados y datos
ajustados.
Para minimizar el tiempo de realización los ingenieros deben balancear
su carga de trabajo.
Para maximizar la productividad, deben enfocarse primero en la calidad.
Creación de Equipos
Como se mencionó en un principio, debe existir un equipo de trabajo y para ser
efectivos los equipos deben comenzar por:
Definir sus objetivos.
Establecer roles en el equipo.
Definir una estrategia de desarrollo.
Definir el proceso.
Producir un plan general de desarrollo.
Detallar los planes para cada ingeniero o miembro del equipo.
Hacer análisis de riesgos.
Acordar mecanismos de comunicaciones y de información.
El equipo que se confirmó para el desarrollo de nuestro proyecto terminal fue
conformado por 11 personas, que previamente obtuvieron capacitación en PSP.
Lanzamiento de TSP
El estándar del lanzamiento del trabajo de TSP toma cuatro días:
Día 1: cubre el manejo, roles y metas del equipo.
Día 2: cubre las estrategias y planeación del proyecto.
Día 3: cubre los riesgos y la preparación del reporte final.
Día 4: cubre la revisión del manejo y del plan del equipo.
7
Proceso de Lanzamiento en TSP
Reuniones 1 y 2:
Gerente/Cliente: definen objetivos del proyecto, responden preguntas del
equipo.
Equipo: Establece roles, define objetivos del equipo.
Reuniones 3, 4 y 5:
Equipo: define estrategia y proceso para el proyecto, genera planes de calidad y
de soporte, desarrolla un plan general de desarrollo.
Reunión 6:
Equipo: realiza planes detallados para la próxima fase y equilibra los planes
personales de los ingenieros.
Reunión 7:
Equipo: realiza una evaluación de riesgos del proyecto, asigna riesgos a los
ingenieros para su seguimiento.
Reuniones 8 y 9:
Equipo: revisa el trabajo completado del lanzamiento, prepara presentación a
los gerentes, realiza postmortem del lanzamiento.
Reunión 10:
Equipo: presenta y defiende el plan.
Gerente/Cliente: Revisa el plan del equipo y resuelven los problemas del plan
con el equipo.
8
Roles en el Equipo
En el TSP existen roles establecidos. Estos roles se le asignan a cada miembro
del equipo, tomando en cuenta las cualidades y aptitudes de cada uno de ellos.
En nuestro caso los miembros eligieron sus roles durante el lanzamiento del
equipo y en base a eso se hizo la asignación.
Los roles que plantea el TSP son los siguientes:
Líder del equipo.
Guía al equipo.
Mantiene la disciplina del proceso.
Maneja el proyecto.
Administrador de Interfaz con el cliente.
Establece los requerimientos estándar.
Controla que se implementen los requerimientos.
Guía al equipo en la definición de las necesidades del cliente.
Manejo de los cambios en los requerimientos
Administrador del diseño.
Guía al equipo en el desarrollo del producto.
Monitorea los puntos de diseño lanzados en el proyecto.
Mantiene el control del diseño.
Administrador de la implementación.
Desarrolla y mantiene los estándares de implementación.
Establece y mantiene el control sobre el producto implementado.
Administrador de planeación.
Guía al equipo produciendo, asesorando, actualizando y reportando lo
planeado.
Consolida los planes individuales dentro del plan de equipo.
Administrador del proceso.
Guía al equipo en definir los procesos, prácticas y procedimientos.
Asegura que el equipo registre todos los datos requeridos.
Maneja las PIP del equipo.
Administrador de calidad.
Guía al equipo en establecer las metas y estándares de calidad.
Asesora en forma individual y de equipo los datos de calidad.
Identifica y ayuda a resolver los datos de calidad.
Administrador de soporte.
Determina las necesidades de soporte del equipo.
Obtiene y da el soporte necesario.
Proporciona la configuración de la administración del soporte.
Administrador de pruebas.
Guía al equipo en la planeación de pruebas.
Asegura que cada punto a probar sea considerado en cada fase de
desarrollo.
9
JUNTAS SEMANALES
JUNTA 1 DE TSP
Entre los objetivos de la junta 1 esta el dar un repaso del proceso que se
realizara para el lanzamiento del proyecto, se hace una descripción general de
cada una de las juntas que se realizaran para el lanzamiento.
Un representante de la dirección explica porque se decidió tomar el proyecto, lo
que se desea ganar al realizarlo, que criterios se tomaran para calificar el
proyecto como exitoso o aceptable, cuales serán los beneficios de realizar
exitosamente el proyecto, que recursos estarán disponibles para la realización
del proyecto entre otras cosas.
El equipo propone un plan para cumplir las metas de la dirección.
Un representante de la dirección explica quien es el cliente, porque y para que
desea el producto, se definen las principales funciones y características del
producto.
Análisis
En esta junta se plantean las necesidades del cliente y las metas del negocio, se
deben aclarar todas las situaciones que podrían llevar a conflictos. Deben de
quedar todas las dudas del equipo aclaradas para que pueda realizar un plan
de trabajo que satisfaga los intereses del negocio y del cliente
10
Reporte de la Junta – Junta 1 del Lanzamiento Nombre Elesban Fernández Fecha 2011/09/13
Moderador Luis Castro Lugar LIS
Fecha de la junta 2011/09/13 Hora Inicio: 4:54 Hora Fin: 2:03 2011/09/14
Tema/Propósito Junta 1 del Lanzamiento de TSP: Repasar el taller TSP, describir TSP y revisar las
necesidades de la dirección y comercialización para el proyecto
Asistentes Nombre Rol
CARRILLO FLORES CHRISTOPHER JOEL Anotador
MALDONADO MALDONADO CLAUDIA Asistente
NAVARRO SALDAÑA ADAIR Asistente
VEGA VELAZQUEZ MIGUEL ANGEL Asistente
VELAZQUEZ MARTINEZ JUAN CARLOS Asistente
MONTIEL MARIANO FERNANDO Asistente
MARTINEZ SANDOVAL NORBERTO Asistente
GONZALEZ SANJUAN DIEGO Asistente
VERA RAMIREZ JUAN MANUEL Asistente
GARCIA MONROY NASHELY Cronometrista
FERNANDEZ AVILA ELESBAN Asistente
LUIS CASTRO Coach TSP
Agenda Tiempos (min.)
Temas Líder de Presentación Plan Inicio Fin
5 4:54 4:58 Agenda y proceso de la junta Coach de lanzamiento
30 4:59 5:30 Repaso del lanzamiento Coach de lanzamiento
25 12:43 1:27 Necesidades de negocio para el proyecto Dirección
25 1:28 1:58 El producto deseado Comercialización
5 1:59 2:03 Cierre de la junta y reporte Coach de lanzamiento
Decisiones, Acciones e Información Clave Qué Quién Cuándo
Investigar los servicios con el sistema UAM Luis Castro y Norberto M.
28/09/11
Investigar los servicios con Sistemas Escolares Luis Castro y Diego G. 28/09/11
Implementación de las herramientas: SOA, …, etc. Manuel V. y Fernando M, Abraham.
Semana 3
11
JUNTA 2 DE TSP
Entre los objetivos de la junta 2 esta la revisión de las metas planteadas por la
dirección, para verificar que efectivamente el equipo esta de acuerdo con estas
y las entiende perfectamente, también se definen las metas implícitas con las
metas establecidas por la dirección, se plantean las metas del equipo las cuales
ayudaran a cumplir las metas de la dirección.
Se plantean las medidas para cada una de las metas tanto de la dirección y del
equipo, es decir para algunas de estas se define el tiempo en el que se llegara a
la meta o el tiempo que se trabajara para llegar a esta, se asigna un observador
para cada meta, que tendrá la tarea de hacer un seguimiento de está, con el
propósito de alertar al equipo de cualquier problema que impidiera el
cumplimiento de esta y así poder tomar decisiones que ayuden a llegar de
forma efectiva a ella.
Además se asignan los roles para cada miembro del equipo.
Análisis
En esta junta revisamos las metas que la dirección desea cumplir, como son la
fecha de entrega del proyecto, se plantean las metas del equipo entre las cuales
esta definir la cantidad de tiempo que se dedicara al proyecto, seguir el proceso
TSP en todo momento entre otras.
Se definieron los roles de los integrantes, cada integrante del equipo tendrá la
responsabilidad de ser el observador de una etapa o proceso que compone la
creación del proyecto dependiendo del rol que se le haya asignado, por ejemplo
que un integrante tome el rol de administrador de diseño, no quiere decir que
este integrante realizara el diseño, si no que se encargara de observar todas
las actividades referentes al diseño que realice el equipo, para que en algún
momento que se presente un problema o un cambio en este, el administrador
del diseño alerte al equipo y se tomen medidas correspondientes.
12
Reporte de la Junta – Junta 2 del Lanzamiento
Nombre Elesban Fernández Fecha 2011/09/13
Moderador Luis Castro Lugar LIS
Fecha de la junta 2011/09/14 Hora Inicio: 3:30 Hora Fin: 5:35
Tema/Propósito Junta 2 del Lanzamiento de TSP: Asignar los roles del equipo y establecer las metas
del proyecto
Asistentes Nombre Rol
CARRILLO FLORES CHRISTOPHER JOEL Asistente
MALDONADO MALDONADO CLAUDIA Asistente
NAVARRO SALDAÑA ADAIR Cronometrista
VEGA VELAZQUEZ MIGUEL ANGEL Asistente
VELAZQUEZ MARTINEZ JUAN CARLOS Asistente
MONTIEL MARIANO FERNANDO Asistente
MARTINEZ SANDOVAL NORBERTO Asistente
GONZALEZ SANJUAN DIEGO Asistente
VERA RAMIREZ JUAN MANUEL Anotador
GARCIA MONROY NASHELY Asistente
FERNANDEZ AVILA ELESBAN Asistente
LUIS CASTRO Coach TSP
Agenda Tiempos (min.)
Temas Líder de Presentación Plan Inicio Fin
10 3:31 3:36 Agenda y proceso de la junta Coach de lanzamiento
45 3:37 4:10 Revisión de las metas de la dirección Líder del Equipo
45 4:11 4:30 Definición de metas implícitas Líder del Equipo
60 4:31 4:38 Establecimiento de las metas del equipo Líder del Equipo
50 4:39 5:04 Selección de los roles del equipo Coach de lanzamiento
25 5:07 5:22 Asignación de la responsabilidad de Líder del Equipo
seguimiento de las metas
5 5:23 5:35 Cierre de la junta y reporte Coach de lanzamiento
Decisiones, Acciones e Información Clave Qué Quién Cuándo
13
Asignación de Roles del Equipo TSP - Forma ROLE
Nombre
Fecha
Proyecto Lanzamiento/Fase
Roles de Miembros del Equipo Requerimientos Diseño Implementación
Integración y Pruebas
Líder Oficial del Equipo P Elesban Fernández
A Manuel Vera
Administrador de la Interfaz con el Cliente
P Fernando Montiel
A Adair Navarro
Administrador del Diseño
P Joel Carrillo
A Fernando Montiel
Administrador de Implementación
P Claudia Maldonado
A Carlos Velázquez
Administrador de la Planeación
P Miguel Vega
A Norberto Martínez
Administrador del Proceso
P Nashely García
A Claudia Maldonado
Administrador de la Calidad
P Diego Gonzalez
A Joel Carrillo
Administrador de Soporte
P Norberto Martínez
A Diego González
Administrador de Pruebas
P Carlos Velázquez
A Miguel Vega
DBA P Adair Navarro
A Nasheli García
P- Principal responsable del rol
A-Alternativa de la responsabilidad del rol
14
Metas del Equipo de TSP - Forma GOAL
Nombre
Fecha
Proyecto Lanzamiento/Fase
Medidas Responsabilidad de Seguimiento Meta Actual
Metas de la dirección
Obtener un producto de alta calidad GONZALEZ SANJUAN DIEGO
Terminar la primera parte del proyecto en la fecha solicitada 15-Nov-2011 VEGA VELAZQUEZ MIGUEL ANGEL
Terminar la segunda parte del proyecto en la fecha solicitada 09-Ene-2012 VEGA VELAZQUEZ MIGUEL ANGEL
Satisfacer todos los requerimientos: Interfaz de captura de datos
85% min MONTIEL MARIANO FERNANDO
Metas del Equipo
Mantener el esfuerzo del equipo de principio a fin del Proyecto 18 hrs por integrante, por semana
VEGA VELAZQUEZ MIGUEL ANGEL
Tener una buena comunicación entre los miembros del Equipo Mantener un ambiente de Respeto Discutir los temas en desacuerdo con tolerancia y respeto a las ideas de los integrantes del equipo Solicitar y brindar apoyo respecto a la realización de alguna tarea
ELESBAN
Realizar cada tarea en tiempo y forma 85% VEGA VELAZQUEZ MIGUEL ANGEL
Minimizar los riesgos en relación a las tecnologías que se emplearan en el desarrollo del proyecto
Antes de 15-Oct-2011
CARRILLO FLORES CHRISTOPHER JOEL
Seguir el proceso TSP en todo momento Almenos 12 juntas semanales
GARCIA MONROY NASHELY
15
JUNTA 3 DE TSP
Esta junta se llevo a cabo el 7 de Noviembre de 2011 a las 12:36,
aproximadamente duro una hora. El líder empezó a guiar y a revisar el
propósito de la junta, además de determinar los roles para dicha junta
(asistente, anotador y cronometrista), y dar un breve resumen de cualquier
nuevo desarrollo o situación.
Cada uno de los miembros revisó e hizo un reporte de su rol asignado, además
de señalar cualquier impedimento para cumplir las fechas señaladas y las
acciones requeridas dicho rol.
Después de esto cada miembro del equipo reviso su avance y estado de las
tareas concluidas y de su valor generado en la semana anterior actuales contra
planeadas. Como en todas las juntas, el administrador de planeación resumió el
avance y estado del equipo.
Se hicieron los planes para la siguiente semana, donde cada miembro del
equipo resumió las tareas planeadas y el líder del equipo reviso las situaciones
o acciones esperadas, además de definir las metas de tareas, horas y EV.
Finalmente el líder del equipo reviso que todos los elementos necesarios
hubieran sido cubiertos, para junto con el anotador generar el reporte de la
junta.
Reporte de la Junta TSP – Forma MTG
Nombre Elesban Fernández Fecha 7/11/11
Moderador Luis Castro Lugar
Fecha de la junta
7/10/11 Hora Inicio: 12:36 Hora Fin: 1:42
Tema/Propósito
Asistentes
Nombre Rol
CARRILLO FLORES CHRISTOPHER JOEL Anotador
MALDONADO MALDONADO CLAUDIA Cronometrista
NAVARRO SALDAÑA ADAIR Asistente
VEGA VELAZQUEZ MIGUEL ANGEL Asistente
VELAZQUEZ MARTINEZ JUAN CARLOS Asistente
MONTIEL MARIANO FERNANDO Asistente
MARTINEZ SANDOVAL NORBERTO Asistente
GONZALEZ SANJUAN DIEGO Asistente
VERA RAMIREZ JUAN MANUEL Asistente
GARCIA MONROY NASHELY Asistente
FERNANDEZ AVILA ELESBAN Asistente
LUIS CASTRO Coach TSP
16
JUNTA 4 DE TSP
Esta junta se llevo a cabo el 14 de Noviembre de 2011. Al iniciar esta junta el
líder del equipo determino los roles para dicha junta (asistente, anotador y
cronometrista) de cada uno de los integrantes del equipo, lo cual se muestra en
la siguiente tabla:
Asistentes
Nombre Rol
CARRILLO FLORES CHRISTOPHER JOEL Asistente
MALDONADO MALDONADO CLAUDIA Asistente
NAVARRO SALDAÑA ADAIR Asistente
VEGA VELAZQUEZ MIGUEL ANGEL Asistente
VELAZQUEZ MARTINEZ JUAN CARLOS Anotador
MONTIEL MARIANO FERNANDO Cronometrista
MARTINEZ SANDOVAL NORBERTO Asistente
GONZALEZ SANJUAN DIEGO Asistente
VERA RAMIREZ JUAN MANUEL Asistente
GARCIA MONROY NASHELY Asistente
FERNANDEZ AVILA ELESBAN Asistente
LUIS CASTRO Coach TSP
Después de esto se hizo una breve descripción del propósito de la junta y
resumen del equipo. Mientras tanto el cronometrista fue registrando todos los
tiempos de la junta.
Agenda
Tiempos (min.) Temas Líder de Presentación
Plan Inicio Fin
12:30 12:31 Resumen del equipo
12:32 12:48 Responsabilidades de sus roles asignados
12:49 1:00 Estatus del equipo (resumen semanal y si hay riesgos)
1:01 1:10 El reporte de metas.
1:01 1:20 El reporte semanal de riesgo
1:20 1:31 Estado del proyecto(valor generado por cada integrante)
1:31 1:37 Planes para la siguiente semana(valor generado por cada integrante)
Los miembros del equipo revisaron las responsabilidades de sus roles asignados
y el estado de cada uno, en caso de algún riesgo asignado desde el ultimo
reporte. Después de haber realizado esto, cada miembro del equipo reviso su
avance y estado sobre sus tareas concluidas en la semana anterior, es decir las
actuales contra las planeadas, su valor generado en la semana anterior actual
contra lo planeado. Y el administrador de planeación resumió el avance y
estado del equipo (valor generado y horas dedicadas actuales contra
planeadas).
17
Finalmente cada miembro del equipo resumió las tareas planeadas para la
siguiente semana y cualquier dependencia especial para definir las metas de
tareas, horas y EV para la siguiente semana. Y el anotador y el líder del equipo
generan el reporte de la junta (forma MTG).
JUNTA 5 DE TSP
Esta junta se llevo a cabo el 21 de Noviembre de 2011. El líder del equipo
determino los roles para dicha junta (asistente, anotador y cronometrista) de
cada uno de los integrantes del equipo. Se hizo un reporte del equipo y se
pretendía hacer un reporte de metas del equipo pero el equipo no llego
preparado para hacerlo.
El cronometrista empezó a registrar los tiempos de la junta. Cada uno de los
miembros revisó e hizo mención sobre su rol asignado, además de se señalo los
impedimentos para cumplir con las fechas señaladas y las acciones requeridas
de dicho rol.
Después de esto cada miembro del equipo reviso su avance y estado de las
tareas concluidas actuales y de su valor generado del proyecto en la semana
anterior contra las planeadas para la siguiente semana. El administrador de
planeación resumió el avance y estado del equipo. Terminando esto, cada
integrante resumió las tareas planeadas para la siguiente semana.
Finalmente, el líder del equipo reviso las situaciones o acciones esperadas, para
definir las metas de tareas, horas y EV para la siguiente semana. Las metas
que quedaron pendientes para dicha semana fueron la de revisar las pantallas
del sistema y asegurarse de la coordinación adecuada de agendas. Agenda Tiempos (min.)
Temas Líder de Presentación Plan Inicio Fin
12:26 12:27 Resumen del equipo
12:28 12:40 Responsabilidades de sus roles asignados
12:41 12:43 Estatus del equipo (resumen semanal y si hay riesgos)
12:45 12:46 El reporte de metas.
12:46 12:54 El reporte semanal de riesgo
12:54 1:13 Estado del proyecto(valor generado por cada integrante)
1:13 1:22 Planes para la siguiente semana(valor generado por cada integrante)
18
Reporte de la Junta TSP – Forma MTG Nombre Elesban Fernández Fecha 21/11/11
Moderador Luis Castro Lugar LIS
Fecha de la junta 21/11/11 Hora Inicio: 12:26 Hora Fin:
Tema/Propósito
Asistentes Nombre Rol
CARRILLO FLORES CHRISTOPHER JOEL Asistente
MALDONADO MALDONADO CLAUDIA Asistente
NAVARRO SALDAÑA ADAIR Asistente
VEGA VELAZQUEZ MIGUEL ANGEL Asistente
VELAZQUEZ MARTINEZ JUAN CARLOS Asistente
MONTIEL MARIANO FERNANDO Asistente
MARTINEZ SANDOVAL NORBERTO Anotador
GONZALEZ SANJUAN DIEGO Asistente
VERA RAMIREZ JUAN MANUEL Cronometrista
GARCIA MONROY NASHELY Asistente
FERNANDEZ AVILA ELESBAN Asistente
LUIS CASTRO Coach TSP
Decisiones, Acciones e Información Clave
Qué Quién Cuándo
Generar : Horas planeadas
CARRILLO FLORES CHRISTOPHER JOEL
Generar : 6% Horas planeadas: 10Hrs
MALDONADO CLAUDIA
Generar : 5% Horas planeadas: 8hrs
NAVARRO SALDAÑA ADAIR
Generar : 8.2 Horas planeadas : 12hrs
VEGA VELAZQUEZ MIGUEL ANGEL
Generar : Horas planeadas :8
VELAZQUEZ MARTINEZ JUAN CARLOS
Generar : Horas planeadas :
MONTIEL MARIANO FERNANDO
Generar : 7.7 Horas planeadas : 8 hrs
MARTINEZ SANDOVAL NORBERTO
Generar : 3.1 % Horas planeadas : 12 hrs
GONZALEZ SANJUAN DIEGO
Generar : 18% Horas planeadas: 21
VERA RAMIREZ JUAN MANUEL
Generar: 8.4 Horas planeadas 10 hrs
GARCIA MONROY NASHELY
Generar: 2.7 Horas planeadas:
FERNANDEZ AVILA ELESBAN
Equipo
LUIS CASTRO
19
JUNTA 6 DE TSP
En esta junta que se llevo a cabo todos los participantes estuvieron presentes
(coach del lanzamiento, miembros del equipo y líder del equipo) y tomo un
aproximando de dos horas. Las actividades que se realizaron fueron las
siguientes:
El coach de lanzamiento encabezo la junta (guion MTG) y el líder del
equipo selecciono los roles de la junta entre ellos decir quien seria el
cronometrista y el anotador y lleno las porciones del encabezado,
propósito y agenda de la forma MTG.
El líder abrió la junta con un breve resumen de cualquier nuevo
desarrollo o situación y presidio la discusión asegurándose de que se
siguiera el proceso y la agenda de la junta.
El cronometrista registro los tiempos de la junta y ayudo al líder del
equipo (moderador) a mantener la junta a tiempo.
El anotador se aseguro de que todas las decisiones y acciones planeadas
en la junta fueran entendidas y documentadas en la forma MTG.
Usando datos personales, cada miembro del equipo evalúo su trabajo de
la semana, menciono los problemas o riesgos asignados que había tenido
durante dicha semana y señalo cualquier impedimento para cumplir en
las fechas señaladas y agrego cualquier tarea de roles.
Cada miembro del equipo reviso su avance y estado, tareas concluidas en
la semana anterior actuales contra planeadas y su valor generado en la
semana anterior actual contra planeado.
El administrador de la planeación resumió el avance y estado del equipo,
el valor generado y horas dedicadas del equipo actual contra planeado.
Cada miembro del equipo resumió las tareas planeadas para la siguiente
semana y el líder del equipo reviso las situaciones o acciones esperadas
para que el equipo definiera las metas de tareas, horas y EV(valor
esperado) para la siguiente semana.
El anotador termino la forma MTG enlistando a los asistentes y el
tiempo dedicado por elemento de la agenda, así como también
describiendo las decisiones tomadas y por quién, documento las acciones
pendientes y verifico el reporte de la junta con los asistentes de la junta
y entrego la forma MTG terminada al administrador de planeación.
Finalmente el líder del equipo reviso que todos los elementos necesarios
hubieran sido cubiertos.
20
Reporte de la Junta 6 TSP – Forma MTG
Nombre Elesban Fernández Fecha 28/11/11
Moderador Luis Castro Lugar LIS
Fecha de la junta 28/11/11 Hora Inicio: 12:43 Hora Fin: 1:38
Asistentes Nombre Rol
CARRILLO FLORES CHRISTOPHER JOEL Cronometrista
MALDONADO MALDONADO CLAUDIA Asistente
NAVARRO SALDAÑA ADAIR Asistente
VEGA VELAZQUEZ MIGUEL ANGEL Asistente
VELAZQUEZ MARTINEZ JUAN CARLOS Asistente
MONTIEL MARIANO FERNANDO Asistente
MARTINEZ SANDOVAL NORBERTO Asistente
GONZALEZ SANJUAN DIEGO Anotador
VERA RAMIREZ JUAN MANUEL Asistente
GARCIA MONROY NASHELY Asistente
FERNANDEZ AVILA ELESBAN Asistente
LUIS CASTRO Coach TSP
Agenda
Tiempos (min.) Temas Líder de Presentación
Plan Inicio Fin
12:43 12:45 Resumen del equipo
12:45 12:49 Responsabilidades de sus roles asignados
12:50 12:51 Estatus del equipo (resumen semanal y si hay riesgos)
12:52 1:00 El reporte de metas.
1:00 1:15 El reporte semanal de riesgo
1:15 1:23 Estado del proyecto(valor generado por cada integrante)
1:23 1:38 Planes para la siguiente semana(valor generado por cada integrante)
Decisiones, Acciones e Información Clave Qué Quién Cuándo
Generar : 7 Horas planeadas: 12
CARRILLO FLORES CHRISTOPHER JOEL
Generar : 6% Horas planeadas: 10Hrs
MALDONADO MALDONADO CLAUDIA
Generar : 5% Horas planeadas: 8hrs
NAVARRO SALDAÑA ADAIR
Generar : 5.6 Horas planeadas : 8hrs
VEGA VELAZQUEZ MIGUEL ANGEL
Generar : 8. Horas planeadas :12
VELAZQUEZ MARTINEZ JUAN CARLOS
Generar : 5.2 Horas planeadas : 6
MONTIEL MARIANO FERNANDO
Generar : 7.7 Horas planeadas : 12 hrs
MARTINEZ SANDOVAL NORBERTO
Generar : 3.1 % Horas planeadas : 12 hrs
GONZALEZ SANJUAN DIEGO
Generar : 7.5 % Horas planeadas: 21
VERA RAMIREZ JUAN MANUEL
Generar: 7.7 Horas planeadas 10 hrs
GARCIA MONROY NASHELY
Generar: 7.3 Horas planeadas: 11
FERNANDEZ AVILA ELESBAN
LUIS CASTRO
21
JUNTA 7 DE TSP
Esta junta tuvo lugar el día 5 de Diciembre del 2011 en el Laboratorio de
Ingeniería de Software (LIS) a las 16:30 horas.
El primer punto para esta junta fue determinar los roles (asistente, anotador y
cronometrista) de cada uno de los integrantes del equipo, los cuales se
mencionan en la siguiente tabla:
Asistentes Nombre Rol
CARRILLO FLORES CHRISTOPHER JOEL Anotador
MALDONADO MALDONADO CLAUDIA Asistente
NAVARRO SALDAÑA ADAIR Asistente
VEGA VELAZQUEZ MIGUEL ANGEL Asistente
VELAZQUEZ MARTINEZ JUAN CARLOS Asistente
MONTIEL MARIANO FERNANDO Asistente
MARTINEZ SANDOVAL NORBERTO Asistente
GONZALEZ SANJUAN DIEGO Asistente
VERA RAMIREZ JUAN MANUEL Cronometrista
GARCIA MONROY NASHELY Asistente
FERNANDEZ AVILA ELESBAN Asistente
LUIS CASTRO Coach TSP
El segundo punto fue determinar la agenda de trabajo para la junta, para esto
el anotador colocó en el documento respectivo los puntos a cubrir, mientras el
cronometrista tomó el tiempo ocupado para cada punto. Los puntos de la junta,
así como los tiempos tomados son los siguientes:
Agenda Tiempos (min.)
Temas Plan Inicio Fin
4:30 4:37 Resumen del equipo
4:37 4:42 Responsabilidades de sus roles asignados
4:42 4:58 Estatus del equipo (resumen semanal y si hay riesgos)
4:58 5:07 El reporte de metas.
5:07 5:15 El reporte semanal de riesgo
5:15 5:23 Estado del proyecto(valor generado por cada integrante)
5:23 5:28 Planes para la siguiente semana(valor generado por cada integrante)
Como primer paso de la agenda, el líder del equipo (Elesban Fernández Ávila)
dio un panorama acerca del trabajo realizado en esta semana y lo que faltaba
por hacer.
22
Como segundo paso cada uno de los integrantes habló brevemente sobre su rol
en el equipo, como el de soporte, diseño, planeación, implementación, calidad,
requerimientos, proceso, pruebas, etc. y describieron la situación del proyecto
desde el punto de vista de su rol.
Posteriormente (tercer punto) el Administrador de la planeación proporcionó
los datos de equipo hasta esa semana, los cuales fueron los siguientes:
Valor Generado Semanal: 6.9%
Valor Semanal Planeado: 7%
Valor Generado Acumulado: 46.8%
Valor Planeado Acumulado: 57.4%
Tiempo Semanal ocupado (en horas): 72:22
Tiempo Semanal Planeado (en horas): 119:00
Tiempo Acumulado (en horas): 730:36
Tiempo Planeado Acumulado (en horas): 929:30
Se determinó el estado del proyecto se encontró en 46.8% y un retraso de 10.6
% lo cual representó 1.29 semanas de atraso.
El cuarto y quinto paso cada uno de los integrantes del equipo reportó sus
metas alcanzadas de esa semana, así como un análisis de riesgos donde se
determinó si el riesgo continuaba o se mitigaba.
El siguiente punto consistió en que cada integrante del equipo proporcionó sus
datos sobre el valor generado en la séptima semana, el valor generado
acumulado, los tiempos semanales y tiempos acumulados.
Finalmente cada integrante mencionó los datos planeados para la siguiente
semana de trabajo, entre estos datos tenemos el valor a generar y las horas
planeadas, el anotador tomó los datos y los reportó en el documento de la junta.
Estos son los datos planeados de cada integrante:
23
Decisiones, Acciones e Información Clave Qué Quién Cuándo
Generar : 13.9 Horas planeadas: 12
CARRILLO FLORES CHRISTOPHER JOEL
Generar : 5.8% Horas planeadas: 6Hrs
MALDONADO MALDONADO CLAUDIA
Generar : 5% Horas planeadas: 8hrs
NAVARRO SALDAÑA ADAIR
Generar : 8 Horas planeadas : 6hrs
VEGA VELAZQUEZ MIGUEL ANGEL
Generar : 7% Horas planeadas :6
VELAZQUEZ MARTINEZ JUAN CARLOS
Generar : 8 Horas planeadas : 6
MONTIEL MARIANO FERNANDO
Generar : 5.5 Horas planeadas : 12 hrs
MARTINEZ SANDOVAL NORBERTO
Generar : 5.4 % Horas planeadas : 12 hrs
GONZALEZ SANJUAN DIEGO
Generar : 8.2 % Horas planeadas: 21
VERA RAMIREZ JUAN MANUEL
Generar: 5.2 Horas planeadas 7 hrs
GARCIA MONROY NASHELY
Generar: 7.3 Horas planeadas: 12
FERNANDEZ AVILA ELESBAN
Para el cierre de la junta, el equipo acordó las actividades que quedarían
pendientes a realizar y se tomaron las decisiones correspondientes para la
semana en turno, entre ellas las siguientes:
Pendientes siguiente semana
Pendiente Quien
Junta el miércoles 7/12/11, 4:00 Equipo
Junta el Viernes 9/12/11, 4:00 Equipo
El cronometrista ha tomado los tiempos para cada punto cubierto en la junta y
se los pasa al anotador para que los registre en las formas MTG y WEEK.
El Coach, líder y los miembros del equipo dieron por finalizada la junta a las
17:28 del día 5 de Diciembre del 2011 en el Laboratorio de Ingeniería de
Software.
24
JUNTA 8 DE TSP
Esta junta fue realizada por el equipo el día 13 de diciembre de 2011 en el
laboratorio de Ingeniería de software (LIS) con hora de inicio 2:16 y hora de
finalización 3:20
Lo primero que se hizo fue asignar los roles que se le asigno a cada uno de los
integrantes del equipo y quedaron de la siguiente forma.
Asistentes Nombre Rol
CARRILLO FLORES CHRISTOPHER JOEL Asistente
MALDONADO MALDONADO CLAUDIA Asistente
NAVARRO SALDAÑA ADAIR Asistente
VEGA VELAZQUEZ MIGUEL ANGEL Cronometrista
VELAZQUEZ MARTINEZ JUAN CARLOS Asistente
MONTIEL MARIANO FERNANDO Asistente
MARTINEZ SANDOVAL NORBERTO Asistente
GONZALEZ SANJUAN DIEGO Anotador
VERA RAMIREZ JUAN MANUEL Asistente
GARCIA MONROY NASHELY Asistente
FERNANDEZ AVILA ELESBAN Asistente
LUIS CASTRO Coach TSP
El segundo punto fue revisar el propósito y agenda de la junta así como revisar
si había cambios en la agenda pero en este caso no hubo cambio alguno.
En el tercer punto el líder del equipo dio un breve resumen del estado actual
del proyecto así como si había un nuevo desarrollo o cambios en el mismo.
En el cuarto punto de la ajuna fue el reporte individual de las
responsabilidades de cada uno de los roles asignados a cada miembro del
equipo.
En el quinto punto fue dar el reporte de las metas si se logro la meta propuesta
por el equipo o no en este caso si se logro la meta que se había acordado.
Punto número seis reporte de riesgos, cada miembro del equipo reviso el estado
actual del proyecto y se señalo si había algún tipo de riesgo que pudiera
afectar al equipo y eso conllevaría al atraso del proyecto, solo un riesgo fue la
posible incompatibilidad de horarios pero se pudo solucionar y no afecto al
equipo.
25
Punto número siete estado del proyecto, todos los miembros reviso su avance y
estado en el que se encontraba cada uno es decir reviso el numero de tareas
concluidas en la semana anterior, valor generado así como las horas dedicadas
al proyecto.
En el punto número 8 se realizaron los planes para la siguiente semana, cada
miembro resumió las tareas planeadas, sus metas de tareas, horas y el valor
generado para la siguiente semana.
Decisiones, Acciones e Información Clave
Qué Quién Cuándo
Generar : 11.5 Horas planeadas: 12
CARRILLO FLORES CHRISTOPHER JOEL
Generar : 5.6 % Horas planeadas: 8 Hrs
MALDONADO MALDONADO CLAUDIA
Generar : 3.7 % Horas planeadas: 12 hrs
NAVARRO SALDAÑA ADAIR
Generar : 17.1 Horas planeadas : 10 hrs
VEGA VELAZQUEZ MIGUEL ANGEL
Generar : 7% Horas planeadas :8
VELAZQUEZ MARTINEZ JUAN CARLOS
Generar : 17.1 Horas planeadas : 10
MONTIEL MARIANO FERNANDO
Generar : 14.4 Horas planeadas : 12 hrs
MARTINEZ SANDOVAL NORBERTO
Generar : 14.1 % Horas planeadas : 12 hrs
GONZALEZ SANJUAN DIEGO
Generar : 7.3 % Horas planeadas: 21
VERA RAMIREZ JUAN MANUEL
Generar: 10.5 Horas planeadas 10 hrs
GARCIA MONROY NASHELY
Generar: 17.8 Horas planeadas: 12
FERNANDEZ AVILA ELESBAN
Punto número nueve cierre de la junta el líder del equipo revisa que todos los
elementos necesarios hayan sido cubiertos.
En el punto número diez se llevo a cabo la conclusión de la junta, el líder del
equipo pregunto si habían comentarios adicionales, confirmo las decisiones y
acciones planeadas de la junta.
Punto número 11 el anotador El anotador y el líder del equipo generaron el
reporte de la junta, horas planeadas contra actuales y valor generado, riesgos
que requieren la atención de la dirección y por qué.
26
JUNTA 9 DE TSP
Esta junta tuvo lugar el día 19 de Diciembre del 2011 en el Laboratorio de
Ingeniería de Software (LIS) a las 14:00 horas.
El primer punto para esta junta fue determinar los roles (asistente, anotador y
cronometrista) de cada uno de los integrantes del equipo, los cuales se
mencionan en la siguiente tabla:
Nombre Rol
CARRILLO FLORES CHRISTOPHER JOEL Asistente
MALDONADO MALDONADO CLAUDIA Asistente
NAVARRO SALDAÑA ADAIR Anotador
VEGA VELAZQUEZ MIGUEL ANGEL Cronometrista
VELAZQUEZ MARTINEZ JUAN CARLOS Asistente
MONTIEL MARIANO FERNANDO Asistente
MARTINEZ SANDOVAL NORBERTO Asistente
GONZALEZ SANJUAN DIEGO Asistente
VERA RAMIREZ JUAN MANUEL Asistente
GARCIA MONROY NASHELY Asistente
FERNANDEZ AVILA ELESBAN Asistente
LUIS CASTRO Coach TSP
En el segundo punto el líder del equipo dio un breve resumen del estado actual
del proyecto así como si había un nuevo desarrollo o cambios en el mismo.
En el tercer punto de la junta fue el reporte individual de las responsabilidades
de cada uno de los roles asignados a cada miembro del equipo.
En el cuarto punto fue dar el reporte de semanal del equipo, así como el reporte
de riesgos reportados en la junta anterior.
En el punto cinco se trataron el reporte de metas establecidas en la junta
anterior en este caso las metas fueron alcanzadas.
Punto número seis reporte de riesgos, cada miembro del equipo reviso el estado
actual del proyecto y se señalo si había algún tipo de riesgo que pudiera
afectar al equipo y eso conllevaría al atraso del proyecto, solo un riesgo fue la
posible incompatibilidad de horarios pero se pudo solucionar y no afecto al
equipo.
Punto número siete estado del proyecto, todos los miembros reviso su avance y
estado en el que se encontraba cada uno es decir reviso el numero de tareas
concluidas en la semana anterior, valor generado así como las horas dedicadas
al proyecto.
27
En el punto número 8 se realizaron los planes para la siguiente semana, cada
miembro resumió las tareas planeadas, sus metas de tareas, horas y el valor
generado para la siguiente semana, estas estimaciones planeadas en valor
generado y horas trabajadas se muestra en la siguiente tabla.
Qué Quién
Generar : 10.1% Horas planeadas: 12 CARRILLO FLORES CHRISTOPHER JOEL
Generar : 11.1% Horas planeadas: 10.30 hrs MALDONADO MALDONADO CLAUDIA
Generar : 10.6% Horas planeadas: 16 hrs NAVARRO SALDAÑA ADAIR
Generar : 10.8% Horas planeadas : 14 hrs VEGA VELAZQUEZ MIGUEL ANGEL
Generar : 6% Horas planeadas :10 VELAZQUEZ MARTINEZ JUAN CARLOS
Generar : 8.6% Horas planeadas : 12 MONTIEL MARIANO FERNANDO
Generar : 8.3% Horas planeadas : 12 hrs MARTINEZ SANDOVAL NORBERTO
Generar : 4.7 % Horas planeadas : 12 hrs GONZALEZ SANJUAN DIEGO
Generar : 6 % Horas planeadas: 21 VERA RAMIREZ JUAN MANUEL
Generar: Horas planeadas GARCIA MONROY NASHELY
Generar: 10.8% Horas planeadas: 15 FERNANDEZ AVILA ELESBAN
Punto número nueve cierre de la junta el líder del equipo revisa que todos los
elementos necesarios hayan sido cubiertos.
En el punto número diez se llevo a cabo la conclusión de la junta, el líder del
equipo pregunto si habían comentarios adicionales, confirmo las decisiones y
acciones planeadas de la junta.
Punto número 11 el anotador El anotador y el líder del equipo generaron el
reporte de la junta, horas planeadas contra actuales y valor generado, riesgos
que requieren la atención de la dirección y por qué.
28
JUNTA 10 DE TSP
Esta junta tuvo lugar el día 28 de Diciembre del 2011 en el Laboratorio de
Ingeniería de Software (LIS) a las 12:49 horas.
El primer punto para esta junta fue determinar los roles (asistente, anotador y
cronometrista) de cada uno de los integrantes del equipo, los cuales se
mencionan en la siguiente tabla:
Nombre Rol
CARRILLO FLORES CHRISTOPHER JOEL Asistente
MALDONADO MALDONADO CLAUDIA Cronometrista
NAVARRO SALDAÑA ADAIR Asistente
VEGA VELAZQUEZ MIGUEL ANGEL Asistente
VELAZQUEZ MARTINEZ JUAN CARLOS Asistente
MONTIEL MARIANO FERNANDO Asistente
MARTINEZ SANDOVAL NORBERTO Asistente
GONZALEZ SANJUAN DIEGO Asistente
VERA RAMIREZ JUAN MANUEL Asistente
GARCIA MONROY NASHELY Anotador
FERNANDEZ AVILA ELESBAN Asistente
LUIS CASTRO Coach TSP
En el segundo punto el líder del equipo dio un breve resumen del estado actual
del proyecto, se acordó hacer un recorte al alcance del proyecto ya que el tiempo
será insuficiente para cubrir el alcance original, la parte que se recorto fue la
de los web services.
En el tercer punto de la junta fue el reporte individual de las responsabilidades
de cada uno de los roles asignados a cada miembro del equipo.
En el cuarto punto fue dar el reporte de semanal del equipo, así como el reporte
de riesgos reportados en la junta anterior.
En el punto cinco se trataron el reporte de metas establecidas en la junta
anterior en este caso las metas fueron alcanzadas.
Punto número seis reporte de riesgos, cada miembro del equipo reviso el estado
actual del proyecto y se señalo si había algún tipo de riesgo que pudiera
afectar al equipo y eso conllevaría al atraso del proyecto, solo un riesgo fue la
posible incompatibilidad de horarios pero se pudo solucionar y no afecto al
equipo.
29
Punto número siete estado del proyecto, todos los miembros revisaron su
avance y estado en el que se encontraba cada uno es decir se reviso el número
de tareas concluidas en la semana anterior, valor generado así como las horas
dedicadas al proyecto.
En el punto número 8 se realizaron los planes para la siguiente semana, cada
miembro resumió las tareas planeadas, sus metas de tareas, horas y el valor
generado para la siguiente semana, estas estimaciones planeadas en valor
generado y horas trabajadas se muestra en la siguiente tabla.
Qué Quién Cuándo
Generar : 10% Horas planeadas: 12
CARRILLO FLORES CHRISTOPHER JOEL
Generar : 11.7% Horas planeadas: 10 Hrs
MALDONADO MALDONADO CLAUDIA
Generar : 6% Horas planeadas: 9 hrs
NAVARRO SALDAÑA ADAIR
Generar : 8% Horas planeadas : 10 hrs
VEGA VELAZQUEZ MIGUEL ANGEL
Generar : 8% Horas planeadas :10 hrs
VELAZQUEZ MARTINEZ JUAN CARLOS
Generar : 5.9% Horas planeadas : 10
MONTIEL MARIANO FERNANDO
Generar : 7.1% Horas planeadas : 12 hrs
MARTINEZ SANDOVAL NORBERTO
Generar : 4.7 % Horas planeadas : 12 hrs
GONZALEZ SANJUAN DIEGO
Generar : 10.6% Horas planeadas: 25
VERA RAMIREZ JUAN MANUEL
Generar: 4.7% Horas planeadas 12
GARCIA MONROY NASHELY
Generar: 11.5% Horas planeadas: 12
FERNANDEZ AVILA ELESBAN
Punto número nueve cierre de la junta el líder del equipo revisa que todos los
elementos necesarios hayan sido cubiertos.
En el punto número diez se llevo a cabo la conclusión de la junta, el líder del
equipo pregunto si habían comentarios adicionales, confirmo las decisiones y
acciones planeadas de la junta.
Punto número 11 el anotador El anotador y el líder del equipo generaron el
reporte de la junta, horas planeadas contra actuales y valor generado, riesgos
que requieren la atención de la dirección y por qué.
30
JUNTA 11 DE TSP
Esta junta tuvo lugar el día 04 de Enero del 2012 en el Laboratorio de
Ingeniería de Software (LIS) a las 16:05 horas.
En el primer punto el líder del equipo dio un breve resumen del estado actual
del proyecto así como si había un nuevo desarrollo o cambios en el mismo.
El segundo punto para esta junta fue determinar los roles (asistente, anotador
y cronometrista) de cada uno de los integrantes del equipo, los cuales se
mencionan en la siguiente tabla:
Nombre Rol
CARRILLO FLORES CHRISTOPHER JOEL Asistente
MALDONADO MALDONADO CLAUDIA Asistente
NAVARRO SALDAÑA ADAIR Asistente
VEGA VELAZQUEZ MIGUEL ANGEL Asistente
VELAZQUEZ MARTINEZ JUAN CARLOS Asistente
MONTIEL MARIANO FERNANDO Cronometrista
MARTINEZ SANDOVAL NORBERTO Asistente
GONZALEZ SANJUAN DIEGO Asistente
VERA RAMIREZ JUAN MANUEL Anotador
GARCIA MONROY NASHELY Asistente
FERNANDEZ AVILA ELESBAN Asistente
LUIS CASTRO Coach TSP
En el tercer punto de la junta fue el reporte individual de las responsabilidades
de cada uno de los roles asignados a cada miembro del equipo.
En el cuarto punto fue dar el reporte de semanal del equipo, así como el reporte
de riesgos reportados en la junta anterior.
En el punto cinco se trataron el reporte de metas establecidas en la junta
anterior en este caso las metas fueron alcanzadas.
Punto número seis reporte de riesgos, cada miembro del equipo reviso el estado
actual del proyecto y se señalo si había algún tipo de riesgo que pudiera
afectar al equipo y eso conllevaría al atraso del proyecto, solo un riesgo fue la
posible incompatibilidad de horarios pero se pudo solucionar y no afecto al
equipo.
Punto número siete estado del proyecto, todos los miembros reviso su avance y
estado en el que se encontraba cada uno es decir reviso el numero de tareas
concluidas en la semana anterior, valor generado así como las horas dedicadas
al proyecto.
31
En el punto número 8 se realizaron los planes para la siguiente semana, cada
miembro resumió las tareas planeadas, sus metas de tareas, horas y el valor
generado para la siguiente semana, estas estimaciones planeadas en valor
generado y horas trabajadas se muestra en la siguiente tabla.
Qué Quién Cuándo
Generar : 0% Horas planeadas: 12
CARRILLO FLORES CHRISTOPHER JOEL
Generar : 11.7% Horas planeadas: 10 Hrs
MALDONADO MALDONADO CLAUDIA
Generar : 6% Horas planeadas: 9 hrs
NAVARRO SALDAÑA ADAIR
Generar : 8% Horas planeadas : 10 hrs
VEGA VELAZQUEZ MIGUEL ANGEL
Generar : 8% Horas planeadas :10 hrs
VELAZQUEZ MARTINEZ JUAN CARLOS
Generar : 5.9% Horas planeadas : 10
MONTIEL MARIANO FERNANDO
Generar : 7.1% Horas planeadas : 12 hrs
MARTINEZ SANDOVAL NORBERTO
Generar : 4.7 % Horas planeadas : 12 hrs
GONZALEZ SANJUAN DIEGO
Generar : 10.2% Horas planeadas: 25
VERA RAMIREZ JUAN MANUEL
Generar: 4.7% Horas planeadas 12
GARCIA MONROY NASHELY
Generar: 11.5% Horas planeadas: 12
FERNANDEZ AVILA ELESBAN
Punto número nueve cierre de la junta el líder del equipo revisa que todos los
elementos necesarios hayan sido cubiertos.
En el punto número diez se llevo a cabo la conclusión de la junta, el líder del
equipo pregunto si habían comentarios adicionales, confirmo las decisiones y
acciones planeadas de la junta, en este punto se agendo la junta para el cierre
del proyecto.
Punto número 11 el anotador El anotador y el líder del equipo generaron el
reporte de la junta, horas planeadas contra actuales y valor generado, riesgos
que requieren la atención de la dirección y por qué.
32
ANALISIS DE LOS RESULTADOS DEL EQUIPO
En el siguiente análisis podremos observar el comportamiento que tuvo el
equipo a lo largo de todo el desarrollo del sistema.
Valor Ganado
Estas gráficas representan el ciclo de vida del desarrollo de nuestro sistema, la
grafica del lado izquierdo (Valor Generado), hace un comparativo de los
avances que se tuvieron con tareas realizadas entre fechas planeadas y fechas
reales.
La grafica muestra que a lo largo del desarrollo estuvimos por debajo de lo
planeado, lo que quiere decir que no se estuvieron cumpliendo con todas la
tareas en tiempo y forma, se ve como en un principio estuvimos trabajando
según lo planeado pero poco a poco se fue abriendo la brecha entre las tareas
planeadas y las tareas finalizadas.
Lo que trajo como consecuencia que la fecha planeada de fin de proyecto se
viera proyectada a más tiempo, como lo refleja la línea verde la cual es un
pronóstico de la nueva fecha de terminación. Entre las razones por las que
sucedió lo anterior es que no se estaba haciendo el checkIn hacia el repositorio
en los días programados, se estuvo desfasando dichas actualizaciones.
33
Por otro lado la gráfica de la derecha representa el tiempo invertido en el
desarrollo del proyecto, teniendo en cuenta lo anterior resulta evidente que los
tiempos de planeación de las tareas estuvieron subestimados en el supuesto
que cada miembro del equipo invirtió las horas fijadas semana con semana. Ya
que si se dedicó el tiempo planeado y éste no alcanzo, hubo una estimación baja
del tiempo requerido para algunas de las tareas.
Plan de Resumen
Dentro de la calendarización, se había estimado que la productividad (LOC/Hr)
sería de 6,39 y sin embargo la productividad fue menor ya que se logro 5,09. Lo
que respecta a la estimación del tiempo se tuvo un error de estimación de un
26% ya que se planeo 1574:42 y el tiempo real fue de 1164:36.
En lo que respecta al tamaño en la documentación que se realizo a continuación
se muestra los tipos con el tamaño planeado y el que realmente se realizo:
Se planea realizar 239 SSSPages y se realizaron solo 112, lo cual quiere decir
que se tuvo una sobrestimación ya que estaba planeado 2 hojas por tarea y solo
una sola hoja fue la que se hizo por tarea. Al contrario de las SSSPages con el
tipo de documento SSDDPages se subestimo ya que se planearon 18,5 y se
realizo una cantidad mayor a eso con 25,5, el otro tipo de documento que se
subestimo fueron las páginas de texto las cuales se planearon 7,5 y se
realizaron 12.
35
Entrando más a detalle en cuanto a cada una de las fases del desarrollo,
tenemos que en general los tiempos para cada fase los tenemos subestimados,
esto también debido a que no teníamos una experiencia previa que nos ayudara
a hacer mejores estimados, por tratarse de un nuevo equipo integrado.
Resaltando que las fases que requirieron mayor inversión de tiempo fue el
Diseño, la Inspección del Diseño y desde luego la Codificación. Por el contrario
las que menos requirieron de tiempo fueron la Compilación, Integración y
Pruebas Unitarias.
Análisis de Graficas
En la siguiente grafica se muestra en general el tiempo utilizado para cada una
de las tareas.
Como se puede observar el Diseño fue el que se llevo la mayor parte de tiempo
durante el proyecto con 16109, seguido por la inspección de diseño con un total
de 15213 y lo que menos ocupo tiempo fueron la integración de pruebas con 90.
36
En la gráfica de defectos inyectados, se observa que el mayor número de
incidencias de defectos se introdujeron en la fase de Codificación, en el Diseño y
en los Requerimientos del sistema, dichos defectos se identificaron a lo largo
del desarrollo del sistema, la gráfica de defectos removidos indica el porcentaje
de éstos que se corrigieron en cada una de las fases, teniendo así que la fase de
Revisión de Código fue la más importante para la detección y corrección de
errores. Siguiéndole a ésta las fases de Revisión e Inspección de Diseño.
Lo anterior nos muestra la importancia que tiene seguir el proceso TSP ya que
nos marca que se deben de hacer tanto revisiones propias como inspecciones
por parte de otro u otros miembros del equipo. Para así detectar errores en
fases tempranas y no dejar que éstos lleguen a fases finales donde resulta más
cara su corrección.
37
Defectos Eliminados
Esta es una gráfica poligonal que representa la comparación entre
defectos/KLOC que se esperaban eliminar en cada fase del proceso y los
defectos que realmente se eliminaron en cada una de ellas. La línea en color
rojo indica la cantidad de defectos/KLOC que se esperaban ser eliminados
mientras que la línea azul es la cantidad de defectos/KLOC que realmente se
eliminaron. Observamos que a pesar de que la tasa de defectos planeada es
mucho mayor a la real, se tiene la misma tendencia en el comportamiento de la
gráfica ya que ambas curvas reflejan que la fase en donde mayormente se
corrigieron los defectos fue la de Revisión de Código.
38
Defectos Reportados
Los defectos fueron clasificados en diversos tipos como lo muestran ambas
gráficas, lo que nos muestra la anterior fue el tiempo que nos tomó hacer los
arreglos para los errores cometidos.
Con lo que podemos concluir que los errores de tipo “Documentación” fueron a
los que más tiempo se les invirtió para su corrección, esto durante la fase de
Revisión e Inspección de Diseño. Esto debido también a lo que nos dice la
primer gráfica donde éste mismo tipo de defecto fue el que más se cometió, así
que a mayor número de defectos cometidos mayor tiempo requerido para
eliminarlos.
39
Finalmente se puede notar que en algunas fases hay una diferencia amplia de
defectos planeados y reales y en otras fases no se puede apreciar parte de la
gráfica debido a que no ocupamos todas las fases en nuestro proyecto señaladas
por el Dashboard o no se tuvieron defectos planeados ni eliminados para ciertas
fases. Las fases en las que se tuvieron defectos/KLOC planeados y efectuados
son las siguientes:
Fase Plan Actual
Sys Reqts Review 0.07 0.15
Sys Reqts Inspect 0.04 0.16
Sys Design Review 2.83 1.88
Sys Design Inspect 0.62 1.57
Design Review 14.0 1.18
Design Inspect 7.14 0.51
Code Review 67.4 14.7
Compile 14.8 3.04
Code Inspect 17.6 1.01
Test 2.88 3.54
En las primeras 4 fases de la tabla anterior la cantidad de defectos/KLOC que
se tenían planeados eliminar no varía mucho con respecto a la cantidad de de
defectos eliminados, es decir si contemplamos los defectos planeados y
eliminados en Revisiones e Inspecciones de requerimientos y Sys Diseño la
diferencia promedio en estas 4 fases es de 0.525 defectos/KLOC entre los
planeados y los reales. Sin embargo en las siguientes fases desde Revisión de
Diseño hasta Pruebas podemos apreciar diferencias más grandes entre defectos
planeados y reales, sobretodo en la fase de Revisión de Código donde hubo una
diferencia de 52.7 defectos/KLOC y lo podemos comparara en la parte central
de la gráfica (el pico más grande). En efecto esta fue la fase donde se tuvo una
mayor sobrestimación de eliminación de defectos que quizá se deba a que había
muchos defectos que se nos pasaron en la parte de Diseño pero que se
corrigieron a tiempo en la parte de codificación antes de compilar nuestro
proyecto, o bien quizá se desconocía un poco de la sintaxis en el manejo de web
services, servlets y jsp’s lo cual produjo muchos errores en la codificación que
no se esperaban. En el resto de las fases se puede observar que se esperaba una
menor cantidad de defectos/KLOC eliminados, tanto planeados como reales.
40
Perfil de Calidad Planeada
Esta gráfica pentagonal representa el perfil de calidad el cual es un indicador
de temprana alerta que consiste en 5 factores de riesgo que indican la
probabilidad de que algún elemento de nuestro sistema tenga defectos antes de
entrar a la fase de Pruebas. Estos 5 factores son los siguientes: tiempo de
Diseño/Codificación, tiempo de Revisión de Código/Codificación, Defectos en
compilación/KLOC, Defectos en Pruebas/KLOC y tiempo de revisión de
Diseño/Diseño. Con estos factores podemos obtener el Índice de Calidad de
Proceso (PQI) el cual nos permite medir la calidad de todos los elementos de
nuestro sistema.
Como podemos notar existen cinco pentágonos que crecen de tamaño a partir
del centro, estos indican el nivel de calidad para cada uno de estos factores, el
centro representa un valor de 0, mientras que los vértices exteriores (el
pentágono más grande) representan un valor de 1, entre mayor sea el valor
para cada factor tenemos un mayor perfil de calidad en esa parte.
41
En nuestro perfil planeado de calidad tenemos que los factores de Tiempo de
Diseño/Codificación (con un valor entre 0.2 y 0.4) y Tiempo de Revisión de
Código/Codificación (con un valor entre 0.6 y 0.8) son relativamente bajos lo
cual indica que no estaríamos ocupando adecuadamente el tiempo para revisar
nuestro diseño y codificación o que la tasa de revisión es muy alta y entonces es
muy probable que se nos escapen gran parte de los defectos los cuales serían
detectados en fases posteriores como la Compilación y las Pruebas.
Para medir nuestro Índice de Calidad de Proceso (PQI) se consideran los
siguientes puntos:
Defectos en compilación y pruebas unitarias.
Tasas de revisión de Diseño y Codificación.
Tiempo invertido en el Diseño.
Los valores de PQI por encima de 0.4 son considerados como buenos.
Los datos de nuestro perfil de calidad planeada son los siguientes:
Tiempo de Diseño/Codificacion
Tiempo de Revision de Codigo/Codificacion
Defectos en Compilación / KLOC
Defectos en Pruebas / KLOC
Tiempo de Revisión de Diseño / Diseño
0.42 0.33 14.8 2.88 0.55
Multiplicando nuestros factores obtendríamos un PQI de
0.42*0.33*0.55*1*1=0.07 lo cual nos indicaría que es probable encontrar
alrededor de 15 defectos/KLOC en compilación y alrededor de 3 defectos/KLOC
en la fase de Pruebas.
42
Perfil de Calidad
Esta es la gráfica con los datos reales de los 5 factores de nuestro perfil de
calidad, en ella podemos observar que existen valores un poco bajos en el factor
de Tiempo de Diseño/Codificación con un 0.49 aunque está por encima del
factor planeado que fue de 0.42 y también en el factor de Tiempo de Revisión de
Código/Codificación con valor de 0.25 que está por debajo del planeado que fue
de 0.33.
Con los valores en cada uno de los factores tenemos que en la fase de
Compilación se detectaron 3.04 defectos/KLOC lo cual nos indica que
probablemente no se llevó a cabo una revisión al detectar muy pocos errores en
esta fase y las anteriores lo cual se vio impactado en la fase de Pruebas donde
se tuvieron 3.54 defectos/KOC. La siguiente tabla muestra los datos de los
factores indicados en la gráfica.
Tiempo de Diseño/Codificacion
Tiempo de Revision de Codigo/Codificacion
Defectos en Compilación / KLOC
Defectos en Pruebas / KLOC
Tiempo de Revisión de Diseño / Diseño
0.49 0.25 3.04 3.54 0.59
43
CONCLUSIONES
El desarrollo de software a través del proceso TSP es robusto y rígido ya que en
cada fase del desarrollo se tiene bien delimitado lo que hay que hacer, debido a
la escala con que se hace seguimiento al proyecto.
Trabajar en equipo no es tarea fácil, de aquí que el TSP sea un proceso óptimo
y de buenos resultados, ya que todo es planeación, y en la medida en la que se
hagan mejores estimaciones y con éstas mejores planeaciones, no habrá retraso
durante el desarrollo y al final tendremos un producto con la calidad planeada.
Una de las principales ventajas, es que el TSP no es únicamente un proceso que
se puede utilizar para el desarrollo de sistemas, sino que también se puede
utilizar para desarrollar cualquier producto, el cual debe ser estructurado y su
tiempo de desarrollo se encuentra condicionado a cierta fecha de entrega.
Es importante que al formar un equipo de trabajo, se cuente con miembros que
tengan conocimiento del PSP. Ya que el TSP parte de este otro proceso y
representa una garantía de éxito en el ciclo de vida del desarrollo de sistemas.
TSP fue un proceso con él cual nos familiarizamos, y así fue mucho más sencillo
de seguir a la hora de elaborar el proyecto. Este proceso nos dio la oportunidad
de desarrollar software con buena calidad y una gran estimación de tiempo
para desarrollarlo. Cabe mencionar que como todos los integrantes del equipo
de trabajo tenían otras responsabilidades (servicio social, trabajo, cursando
uea’s, etc.) no se pudieron alcanzar los estimados, sin embargo logramos tener
al final del proyecto un producto de buena calidad y funcionando, él cual puede
ser continuado por cualquier otro equipo de trabajo.
Al realizar este proceso de desarrollo a nivel modular se hizo mas simple y mas
riguroso el proceso lo que nos llevo a tener menos errores al controlar cosas
mas grandes donde hay menos control.
Finalmente, TSP puede ayudar a crear equipos auto dirigidos y que el plan de
seguimiento de su trabajo, establezca los objetivos, además de ayudar a la
organización de establecer una metodología que puede dirigir los trabajos de
mejora y desarrollo de software.
Top Related