Unidad 1.

Introducción a TSP

Desarrollo de Software

ACTIVIDADES DE LA ASIGNATURA:
Desarrollo de software en equipo
DS-DDSE-1702-B2-001

Unidad 1. Introducción a TSP

Evidencia de aprendizaje Unidad 1

HECTOR ALFONSO DELGADO MANTECON

Docente en Línea
VANIA XIOMARA PACHECO AGUIRRE

Universidad Abierta y a Distancia de México

UNADM | DCEIT | DS | DDSE

Unidad 1. Introducción a TSP

Índice

INSTRUCCIONES............................................................................................................... 3

CASO DE ESTUDIO........................................................................................................... 4

CUADRO COMPARATIVO.................................................................................................5
Estructura del TSP....................................................................................................................7
Ciclo de vida del TSP.................................................................................................................9

CONCLUSIONES.............................................................................................................. 12

REFERENCIAS................................................................................................................. 12

UNADM | DCEIT | DS | DDSE 2

Unidad 1. Introducción a TSP

Instrucciones

En la evidencia de aprendizaje identificarás los elementos de la metodología TSP con base en

un problema que plantearás, y al cual es posible dar solución mediante esta metodología. Para
ello, sigue estos pasos:

1. Plantea y describe detalladamente un problema al cual puedas dar solución mediante la

metodología TSP. Puedes investigarlo de acuerdo con tus posibilidades, en tu ámbito laboral,
personal, familiar, laboral; puede ser hipotético con base en algunas experiencias en estos
ámbitos, o con base en tu formación profesional como desarrollador de software.

2. Redacta el problema en un archivo de texto.

3. Integra un cuadro comparativo en el cual expongas la definición y ejemplos para cada uno
de los siguientes los elementos de la metodología TSP:

a. Principios y objetivos de TSP.

b. Estrategia de TSP.

c. Equipo TSP.

d. Estructura del TSP: disciplina de equipo, disciplina de administración, disciplina de

ingeniería.

e. Ciclo de vida del TSP: lanzamiento, estrategia, planeación, requerimientos, diseño,

implementación, pruebas, post mórtem.

4. Integra un documento con la descripción del problema, el cuadro comparativo, tus

conclusiones acerca de la relación que existe entre cada uno de los elementos y la importancia
de esta metodología en el quehacer del ingeniero en desarrollo de software.

UNADM | DCEIT | DS | DDSE 3

Unidad 1. Introducción a TSP

Caso de estudio
Una empresa solicita el desarrollo de un sistema a media para el área de recursos humanos,
este sistema estará encargado del control y registro de entradas y salidas de los empleados,
registro de vacaciones, incapacidades y faltas, así como, el cálculo de la nómina y otros pagos
que se generan con base a la antigüedad del personal.

La empresa no ha determinado un tiempo para la entrega del sistema, pero si es de carácter

urgente ya que planean la apertura del nuevo edificio el cual es más grande por lo que se
realizara la contratación de nuevo personal.

Por parte de la desarrolladora se ha nombrado ya al jefe de proyecto, el cual estará encargado

de la creación del equipo de trabajo para realizar este proyecto.

UNADM | DCEIT | DS | DDSE

 Unidad 1. Introducción a TSP

Cuadro comparativo.
Elemento. Definición. Ejemplo aplicado al caso de estudio.

Objetivos de TSP  Integrar equipos independientes de alto rendimiento que planeen y

registren su trabajo, establezcan metas y sean dueños de sus procesos
y planes.
 Mostrar a los gerentes como monitorear y motivar a sus equipos de
trabajo y como ayudarlos a alcanzar su máxima productividad.
 Acelerar la mejora continua de procesos.
 Proveer de una guía para el mejoramiento en organizaciones maduras.
 Ayudar a la organización a establecer una práctica madura y
disciplinada de la ingeniería para producir software seguro y fiable. En esta parte no hay mucho que ejemplificar con respecto al caso de
Principios de TPS  Los ingenieros conocen todo sobre el trabajo que van a realizar y estudio, ya que, este apartado se refiere más que nada a como el TSP
puede hacer los mejores planes. ayuda a los equipos de trabajo a realizar un desarrollo de calidad.
 Cuando los ingenieros planean su propio trabajo adquieren un Estableciendo ciertos procesos que se deben de seguir al pie de la letra
compromiso con el plan. para poder garantizar dicha calidad.
 El proyecto precisa un seguimiento que requiere planes detallados y
datos exactos.
 Sólo las personas que hacen el trabajo pueden coleccionar los datos
precisos y exactos.
 Para minimizar el tiempo del ciclo, los ingenieros deben equilibrar su
trabajo.
 Para aumentar al máximo la productividad, el enfoque primordial es la
calidad.

UNADM | DCEIT | DS | DDSE

 Unidad 1. Introducción a TSP

Estrategia TSP  Planificar el trabajo antes de adquirir un compromiso o antes de Aquí se nos da de manera general una guía de las estrategias a seguir para
comenzar con este. poder implementar de manera eficiente todos los procesos establecidos
 Usar un proceso definido. por el TPS
 Medir y seguir el tiempo de desarrollo, tamaño y defectos.
 Planificar, medir y seguir la calidad del producto.
 Poner énfasis en la calidad desde el comienzo del trabajo.
 Analizar cada tarea y utilizar los resultados para mejorar el proceso.

Equipo TSP  Cohesión: es mantener una unión muy fuerte por parte de los A la hora de formar el equipo de trabajo TSP maneja ciertos puntos a
integrantes del equipo, logrando así sentirse más como un todo, que considerar, estos nos ayudaran a poder conformar un equipo de trabajo
como partes individuales de un todo. que sea estable, eficiente y eficaz durante todo el proceso de desarrollo.
 Metas claras: establecer metas claras y concisas, alcanzables que
puedan ayudar al equipo a trabajar para desarrollar algo en concreto
sin perderse en detalles que no están dentro del marco de trabajo.
 Retroalimentación: el equipo de trabajo debe de estar continuamente
en alimentación del progreso del proyecto o tareas, medir el avance
del mismo y pluralizar los resultados, más que individualizarlos.
 Ambiente de trabajo común: es sin duda alguna esencial establecer un
muy buen ambiente de trabajo, principalmente basado en la
comunicación y en el establecimiento y la definición de cada uno de
los roles, así como de las tareas de los miembros del grupo, esto con el
fin de evitar mal entendidos y reproches entre los integrantes.

Estructura del TSP.

Disciplina de La disciplina de equipo consiste en una serie de reglas que deben llevarse Los puntos que conforman la disciplina de equipo son muy claros, estos se
equipo. deben de implementar a un 100% a la hora de conformar el equipo de

UNADM | DCEIT | DS | DDSE 6

 Unidad 1. Introducción a TSP

a cabo a lo largo del proceso de desarrollo de software. trabajo, ya que de este depende por completo el éxito o no del desarrollo
en cuestión.
 Compromiso: todos los miembros deberán tener claro cuáles son los
compromisos con la organización y con el cliente. Todos los integrantes del equipo deberán de estar comprometidos con el
 Planes agresivos: son acciones planeadas y bien estructuradas para desarrollo, comprender por completo que es lo que se está desarrollando,
ejecutarse rápidamente y lograr objetivos a corto plazo. para qué y para quien.
 Calidad propia: cada desarrollador debe colocar su propio sello al
Todos deben de estar al tanto del avance y resultados conforme avanza el
desarrollo en las pruebas a su cargo, las cuales se realizan de acuerdo
proyecto ya que esto garantiza que todos conocen el proyecto.
con el funcionamiento que debe tener el módulo del sistema que
estén desarrollando.
 Objetivo del proyecto: el equipo debe dar su punto de vista de los
objetivos que se plantean al inicio del proyecto, y así tener una visión
más clara acerca de a dónde se desea llegar.
 Plan propio: cada equipo debe de tener su propio plan, establecido
por los administradores al inicio del proyecto.
 Plan detallado: en la documentación que se crea al inicio del proyecto
debe haber un plan detallado sobre las actividades a realizarse a
través de todo el ciclo de vida del proyecto, y sobre los riesgos que
puedan surgir durante el desarrollo del software.
 Roles: cada miembro del grupo debe tener bien claro cuál es su rol
dentro del equipo.
 Recursos del equipo: el equipo debe de utilizar, de manera correcta,
los recursos proporcionados por parte de la empresa que solicita el
proyecto de software, por lo que contrata o integra un equipo TSP.

Disciplina de Esta disciplina muestra la forma en que los administradores del proyecto Se puede decir que TSP está conformada por 2 disciplinas individuales y
administración. deben guiar al grupo para cumplir los objetivos del proyecto de software. una general, esta es una de las disciplinas individuales, ya que, está

UNADM | DCEIT | DS | DDSE 7

 Unidad 1. Introducción a TSP

 Prioridad de calidad: Esta calidad se logra mediante una buena enfocada a los administradores del proyecto y líderes de proyecto.
planeación y ejecución al pie de la letra la metodología TSP.
Les muestra la manera más eficiente de liderar al equipo de trabajo,
 Costo de la calidad: Debe asegurarse que los costos sean adecuados
señalando como debe ser su actuar con el resto del equipo, como
para llegar a la calidad planeada al inicio del proyecto, adecuados al
mantener una comunicación positiva entre los miembros del equipo y
tiempo y de acuerdo con lo robusto del sistema que vaya a
marca el camino que se debe de seguir para que la calidad del desarrollo
desarrollarse.
sea positiva.
 Seguir el proceso: al inicio del proyecto se establecen procesos bien
definidos, y los administradores deben de revisar se cumplan.
 Revisión de status de calidad: para este fin, tanto los desarrolladores
como los administradores utilizan plantillas y reportes.
 Comunicación: la comunicación entre los miembros del equipo no solo
permite que se llegue a los objetivos deseados, también sirve para
tener un buen ambiente de trabajo y llevar a cabo la
retroalimentación que ayuda a no repetir errores ya cometidos, en el
mismo proyecto o en anteriores.

Disciplina de Esa disciplina se basa totalmente en PSP, ya que es necesario medir la Esta es la segunda disciplina individual dentro del TSP, esta complementa
ingeniería. calidad respecto a las habilidades individuales de los miembros del al PSP, está enfocada en el trabajo y calidad de cada uno de los
equipo. La disciplina de ingeniería se conforma por las siguientes integrantes del equipo de manera individual, pero a su vez permite su
actividades: integración dentro del marco de trabajo en equipo que establece TSP.

 Planes personales: cada miembro del equipo debe conocer su rol Como se puede observar son poco los puntos que se manejan pero son
dentro del proyecto y estar consciente de su responsabilidad para que muy concretos.
el objetivo se cumpla.
 Método de planeación: cada miembro debe manejar y planear
correctamente sus tiempos y las responsabilidades que tiene.
 Valor agregado: cada miembro del equipo aportará su experiencia y

UNADM | DCEIT | DS | DDSE 8

 Unidad 1. Introducción a TSP

conocimiento en el desarrollo de los proyectos.

 Métricas de calidad: las métricas son una referencia exacta para medir
el nivel de algo en específico. En este caso sirven para controlar,
medir, monitorizar, predecir y probar el desarrollo de software.
 Diagnóstico: Métricas de calidad versus trabajo realizado.
 Procesos definidos: muestran a los miembros del equipo un panorama
general para comenzar con el desarrollo del software

Ciclo de vida del TSP.

Lanzamiento En esta etapa se establecen las metas a seguir por parte del equipo, se
evalúan los objetivos y se dictan los roles y responsabilidades por parte de
cada uno de los miembros del equipo. Además, se toman en cuenta los
requerimientos por parte del cliente y se arma la estrategia a seguir para
la culminación del proyecto.
En esta fase el líder de proyecto mantiene reuniones con el gerente de la
empresa que solicita el sistema para establecer cuando y como se
recaudaran los requerimientos de este, establecer fechas de entrega o
fechas de muestra de avances.
También en esta fase el líder de equipo comienza a seleccionar el personal
para integrar el equipo de trabajo.

Estrategia En esta etapa se crea un modelo conceptual de lo que se requiere para En esta etapa el equipo de trabajo se reúne para analizar la problemática
brindar la solución más óptima, estableciendo el desarrollo a seguir, así a solucionar, sugerir diferentes soluciones y seleccionar la más
como las estimaciones de esfuerzo y de riesgos. conveniente, tomando en cuenta los posibles contratiempos que se
encontraran durante el desarrollo

Planeación Una vez desarrollada la estrategia y teniendo en cuenta los
procedimientos a seguir y el modelo de la solución del producto, se
procede a brindar los roles y las tareas a cada miembro del grupo. En esta
etapa se establece el cronograma para la gestión del tiempo y de las
tareas que deben de realizarse.
Después de conformar el equipo, tener el tipo de desarrollo y tener la
solución mas optima para la problemática se comienza a desarrollar un
cronograma a medida según la fecha requerida por el cliente.
Se establecen los roles según las aptitudes de cada uno de los integrantes,
en este caso el equipo está conformado por el líder de proyecto, un

UNADM | DCEIT | DS | DDSE 9

 Unidad 1. Introducción a TSP
Requerimientos Para la gestión de los requerimientos se establecen entrevistas con el
cliente a fin de delimitar lo que realmente es necesario producir. Los
requerimientos son inspeccionados, con el fin de desarrollar un plan de
pruebas para el producto terminado.
Diseño Dentro de las tareas de la etapa de diseño, se establece la elaboración de
un diseño de alto nivel, especificando todos los detalles acera de todos los
procesos del producto. En esta fase se desarrolla un plan de pruebas de
integración.
Implementación Esta es la fase en la cual el diseño se pasa a nivel de código, se analiza y se
hace una revisión exhaustiva en busca de errores. Se compilan y se
ejecutan los módulos y unidades, al tiempo que se analiza la calidad de
estos.
Pruebas En esta etapa el producto ya casi está terminado, solo falta la integración
de los módulos y la documentación para el usuario final, como lo son los
manuales de uso. En esta etapa e presentan las diferentes pruebas al
sistema con el fin de asegurar su calidad y evaluar el desempeño del
UNADM | DCEIT | DS | DDSE
supervisor de desarrollo, un supervisor de diseño, uno de los trabajadores
de la empresa, dos programadores y un diseñador.
El empleado de la empresa tendrá la función de asesor con respecto a
cómo se llevan a cabo los procesos dentro de la empresa.
A la hora de levantar los requerimientos, esto lo hacen por medio de
reuniones con parte del personal de la empresa y el equipo completo de
desarrollo, esto garantiza que se puedan analizar bien dichos
requerimientos y solo sean tomados en cuenta aquellos que sean
realmente concretos y posibles.
Después de terminado el plazo para el levantamiento de requerimientos
el diseñador trabaja en conjunto con los programadores para realizar un
bosquejo de lo que será el sistema, como debe verse y como debe
funcionar para así poder realizar un sistema fácil de usar por la empresa
pero que realice todas sus funciones de manera correcta.
Los programadores entonces comienzan con el desarrollo del código, ya
que, es un desarrollo por bloque se van haciendo pruebas con forme cada
uno de los bloques está terminado para así después integrarlos en un
todo.
En esta fase se fusionan los diferentes módulos programados, se realizan
los manuales para los usuarios y se prepara la documentación para la
capacitación que se dará en la empresa.
10
 Unidad 1. Introducción a TSP

equipo de trabajo. Se realizan las pruebas de funcionamiento junto con el asesor de la

empresa para garantizar que todos los requerimientos han sido cubiertos
y que las funciones se realizan de manera correcta arrojando los
resultados esperados.

Postmorten Se evalúan los análisis de los resultados de las diferentes pruebas y del Por ultimo después de realizadas las modificaciones en caso de ser
desempeño del equipo. Se escribe con detalles el reporte del ciclo de vida necesarias y terminada toda la documentación el líder de equipo realiza
del proyecto. una evaluación del personal y realiza un documento el cual integra todo el
ciclo de vida del proyecto, las evaluaciones del sistema y del personal.

UNADM | DCEIT | DS | DDSE 11

Unidad 1. Introducción a TSP

Conclusiones.
En conclusión, podemos ver que la metodología TSP junto con PSP forman la base para el éxito
de nosotros como programadores ya que establece de manera sencilla y concreta los pasos a
seguir, las métricas y procesos a seguir para garantizar que todos y cada uno de nuestros
desarrollos terminen como un producto de calidad, que como individuos estemos conscientes
de que el trabajo en equipo es parte fundamental de nuestra profesión.

Podría decirse que TSP es la columna vertebral para el desarrollo de software.

Referencias.
Gutimar Soluciones. (2012). Team Software Process (TSP). 16/102017, de Wordperss Sitio web:
https://gutimarsoluciones.wordpress.com/2012/05/09/team-software-process-tsp-y-team-
process-software-tsp/

UNADM. (2016). Unidad 1. Introducción a TSP. 16/10/2017, de UNADM Sitio web:

https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/2016_S1-
B2/DS/06/DDSE/U1/Unidad_1_Introduccion_a_TSP.pdf

GEOVANNA PATRICIA BUSTOS RECALDE, CRISTHIAN PAÚL GUALLASAMIN CODENA. (2007).

USO DEL TSP (TEAM SOFTWARE PROCESS) EN EL DESARROLLO DE SOFTWARE. 16/10/2017, de
ESCUELA POLITÉCNICA NACIONAL Sitio web:
http://bibdigital.epn.edu.ec/bitstream/15000/554/1/CD-1063.pdf

UNADM | DCEIT | DS | DDSE