proyecto de investigación ii - 148.206.53.84148.206.53.84/tesiuami/uami16064.pdf · planificar un...

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


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


CARRILLO FLORES CHRISTOPHER JOEL Asistente


NAVARRO SALDAÑA ADAIR Cronometrista






VERA RAMIREZ JUAN MANUEL Anotador

GARCIA MONROY NASHELY Asistente





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


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


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


MALDONADO MALDONADO CLAUDIA Cronometrista











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





VELAZQUEZ MARTINEZ JUAN CARLOS Anotador

MONTIEL MARIANO FERNANDO Cronometrista







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.)









18

Reporte de la Junta TSP – Forma MTG Nombre Elesban Fernández Fecha 21/11/11


Fecha de la junta 21/11/11 Hora Inicio: 12:26 Hora Fin:

Tema/Propósito








MARTINEZ SANDOVAL NORBERTO Anotador


VERA RAMIREZ JUAN MANUEL Cronometrista




Decisiones, Acciones e Información Clave

Qué Quién Cuándo

Generar : Horas planeadas


Generar : 6% Horas planeadas: 10Hrs

MALDONADO CLAUDIA

Generar : 5% Horas planeadas: 8hrs

NAVARRO SALDAÑA ADAIR

Generar : 8.2 Horas planeadas : 12hrs


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


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



Fecha de la junta 28/11/11 Hora Inicio: 12:43 Hora Fin: 1:38


CARRILLO FLORES CHRISTOPHER JOEL Cronometrista







GONZALEZ SANJUAN DIEGO Anotador





Agenda

Tiempos (min.) Temas Líder de Presentación

Plan Inicio Fin









Generar : 7 Horas planeadas: 12


Generar : 6% Horas planeadas: 10Hrs

MALDONADO MALDONADO CLAUDIA



Generar : 5.6 Horas planeadas : 8hrs


Generar : 8. Horas planeadas :12


Generar : 5.2 Horas planeadas : 6






Generar : 7.5 % Horas planeadas: 21




Generar: 7.3 Horas planeadas: 11


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:










VERA RAMIREZ JUAN MANUEL Cronometrista




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:


Temas Plan Inicio Fin








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


Generar : 13.9 Horas planeadas: 12


Generar : 5.8% Horas planeadas: 6Hrs




Generar : 8 Horas planeadas : 6hrs


Generar : 7% Horas planeadas :6


Generar : 8 Horas planeadas : 6












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.





VEGA VELAZQUEZ MIGUEL ANGEL Cronometrista




GONZALEZ SANJUAN DIEGO Anotador





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


Generar : 5.6 % Horas planeadas: 8 Hrs


Generar : 3.7 % Horas planeadas: 12 hrs




Generar : 7% Horas planeadas :8


Generar : 17.1 Horas planeadas : 10












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






Nombre Rol



NAVARRO SALDAÑA ADAIR Anotador

VEGA VELAZQUEZ MIGUEL ANGEL Cronometrista









En el segundo punto el líder del equipo dio un breve resumen del estado actual


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.





equipo.




al proyecto.

27



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









28

JUNTA 10 DE TSP






Nombre Rol


MALDONADO MALDONADO CLAUDIA Cronometrista








GARCIA MONROY NASHELY Anotador



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.











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.





Qué Quién Cuándo



Generar : 11.7% Horas planeadas: 10 Hrs


Generar : 6% Horas planeadas: 9 hrs


Generar : 8% Horas planeadas : 10 hrs


Generar : 8% Horas planeadas :10 hrs


Generar : 5.9% Horas planeadas : 10


Generar : 7.1% Horas planeadas : 12 hrs




Generar : 10.6% Horas planeadas: 25


Generar: 4.7% Horas planeadas 12


Generar: 11.5% Horas planeadas: 12










30

JUNTA 11 DE TSP

Esta junta tuvo lugar el día 04 de Enero del 2012 en el Laboratorio de


En el primer punto el líder del equipo dio un breve resumen del estado actual


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


Nombre Rol






MONTIEL MARIANO FERNANDO Cronometrista



VERA RAMIREZ JUAN MANUEL Anotador














equipo.




al proyecto.

31





Qué Quién Cuándo



Generar : 11.7% Horas planeadas: 10 Hrs


Generar : 6% Horas planeadas: 9 hrs


Generar : 8% Horas planeadas : 10 hrs


Generar : 8% Horas planeadas :10 hrs


Generar : 5.9% Horas planeadas : 10


Generar : 7.1% Horas planeadas : 12 hrs




Generar : 10.2% Horas planeadas: 25


Generar: 4.7% Horas planeadas 12


Generar: 11.5% Horas planeadas: 12






acciones planeadas de la junta, en este punto se agendo la junta para el cierre

del proyecto.




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.

proyecto de investigación ii - 148.206.53.84148.206.53.84/tesiuami/uami16064.pdf · planificar un...

Documents