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

Actividad 2. Estructura base de la metodología TSP

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

INTRODUCCIÓN .......................................................................................................... 4

DIAGRAMA .................................................................................................................. 5

RELACIÓN ................................................................................................................... 6

ESTRUCTURA ............................................................................................................. 6

TABLA COMPARATIVA ............................................................................................... 7

MAPA MENTAL ............................................................................................................ 9

CONCLUSIONES ....................................................................................................... 10

REFERENCIAS .......................................................................................................... 10

UNADM | DCEIT | DS | DDSE 2

Unidad 1. Introducción a TSP

Instrucciones

En esta actividad identificarás la estructura base de la metodología TSP mediante un mapa

mental; para ello, sigue estos pasos:

1. Elabora un mapa mental, en una presentación multimedia o en un archivo de texto, por cada
disciplina de la estructura base de la metodología TSP, donde expongas la relación que existe
entre ellas; representa con imágenes cada una de sus características y fases de la disciplina
correspondiente: ingenieril, de equipo, administrativa. Es necesario que las imágenes y el texto
tengan relación congruente con cada una de las fases de la disciplina correspondiente.

2. Al finalizar tu mapa mental, explica la imagen que integraste para representar a cada
disciplina, y por qué consideras que tiene relación con la fase correspondiente. Integra en tu
explicación la relación que existe entre cada una de ellas y una reflexión sobre la importancia de
estas disciplinas en el quehacer del ingeniero en desarrollo de software...

UNADM | DCEIT | DS | DDSE 3

Unidad 1. Introducción a TSP

Introducción
TSP es una estructura porque se conforma de partes y procesos que se encuentran relacionados,
además indican las acciones o actividades a ejecutar y el orden en el cual deben desarrollarse.
Esto es muy importante en la implementación de TSP, ya que indica los pasos a seguir al
momento de crear el equipo, trabajar y ejecutar acciones individuales.
Una de las más grandes ventajas de TSP consiste en que proporciona una estructura bien
definida para guiar a los ingenieros y administradores, con el objetivo de llevar por buen camino
al equipo de trabajo. Esta estructura también especifica los pasos y medidas necesarios para
formar un equipo eficaz y un buen ambiente de trabajo.

UNADM | DCEIT | DS | DDSE

Unidad 1. Introducción a TSP

Diagrama

PSP

TSP CREACION DE
EQUIPO

TSP
ADMINISTRACION

UNADM | DCEIT | DS | DDSE

Unidad 1. Introducción a TSP

Relación
Como podemos observar la relación que guarda el PSP con el TSP va de lo particular a lo general,
iniciando con el PSP que está enfocado al trabajo individual de las diferentes personas que
conforman el equipo de trabajo hasta llegar a la parte del TSP que se dedica a la administración
del trabajo en conjunto pasando por el TSP enfocado a la creación del equipo de trabajo.

PSP TSP CREAQCION DE EQUIPO TSP ADMINISTRACION

 Planes personales  Compromisos  Prioridad en la

 Método de
planeación
 Valor agregado
 Métricas de calidad
 Procesos definidos
 Planes agresivos
 Calidad propia
 Objetivos del
proyecto
 Plan propio
 Plan detallado
 Roles
 Roles del equipo
calidad
 Costo de la calidad
 Seguir el proceso
 Revisión de status y
calidad
 Comunicación

Estructura
Ya que el TSP abarca por completo la estructura de trabajo de equipo para desarrollo de
software cuenta con diferentes metodologías relacionadas a las diferentes funciones que
realizará en cada una de sus “capas” estas metodologías se denominan Disciplina Ingenieril,
Disciplina de equipo y Disciplina de administración, cada una señala las diferentes actividades a
realizar y de qué manera realizarlas.

UNADM | DCEIT | DS | DDSE

Unidad 1. Introducción a TSP
Tabla comparativa
Disciplina de equipo
La disciplina de equipo consiste en una serie de reglas Esta disciplina muestra la forma en que los
que deben llevarse a cabo a lo largo del proceso de administradores del proyecto deben guiar al grupo
desarrollo de software. Estas reglas también pueden para cumplir los objetivos del proyecto de software.
ser vistas como fases dentro de esta disciplina
 Compromiso: todos los miembros deberán tener bien
claro cuáles son los compromisos con la organización y
con el cliente, de acuerdo a los objetivos planteados al
inicio del proyecto.
 Planes agresivos: son acciones planeadas y bien
estructuradas para ejecutarse rápidamente y lograr
objetivos a corto plazo.
 Calidad propia: cada desarrollador debe colocar su propio
sello al desarrollo en las pruebas a su cargo, las cuales se
realizan de acuerdo 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 debe haber un plan detallado sobre las actividades a
realizarse a través de todo el ciclo de vida del proyecto, y
UNADM | DCEIT | DS | DDSE
Disciplina de administración
 Prioridad de calidad: en todo desarrollo de software, el
principal objetivo debe ser la calidad y la satisfacción del
cliente.
 Costo de la calidad: de acuerdo con la calidad será el
coste. Debe asegurarse que los costos sean adecuados
para llegar a la calidad planeada al inicio del proyecto,
adecuados al tiempo y de acuerdo con lo robusto del
sistema que vaya a desarrollarse.
 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 ingeniería
Esa disciplina se basa totalmente en PSP, ya que es
necesario medir la calidad respecto a las habilidades
individuales de los miembros del equipo, quienes
deben saber que forman parte del grupo y, al mismo
tiempo, ser responsables de sus actividades de acuerdo
a los roles que se les hayan asignado.
 Planes personales: cada miembro del equipo debe
conocer su rol dentro del proyecto y estar consciente de
su responsabilidad para que 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 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. Por ejemplo, una
métrica podría ser una plantilla donde muestre los
avances que ha tenido el proyecto mes con mes.
 Procesos definidos: muestran a los miembros del equipo
un panorama general para comenzar con el desarrollo del
software.
Unidad 1. Introducción a TSP

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; los roles se asignan con base
en las capacidades y cualidades de cada persona, y son
establecidos por los ingenieros y administradores al inicio
del proyecto.
 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.

UNADM | DCEIT | DS | DDSE 8

Unidad 1. Introducción a TSP

Mapa mental

UNADM | DCEIT | DS | DDSE 9

Unidad 1. Introducción a TSP

Conclusiones
Tras analizar la estructura y las disciplinas que integran el TSP y de ver cómo es que cada
disciplina se relaciona directamente con una de las partes de la estructura podemos ver que
todo en conjunto tiene una importancia muy grande ya que el aplicar TSP ayuda no solo a
desarrollar un producto de calidad sino también permite que los integrantes de dicho equipo
mejores sus habilidades colaborativas al trabajar siguiendo las pautas establecidas por el TSP a
su vez también permite el crecimiento personal por parte de los individuos ya que una parte
importante del TSP es el PSP que está enfocado a la mejora continua de cada uno de manera
individual.

Todo esto nos ayuda a garantizar que nuestro trabajo desde lo que realizamos individualmente
hasta el nivel de equipo tenga una excelente calidad y más aun apoyándonos en modelos CMM.

Referencias
Universidad Abierta y a Distancia de México. (2016). Desarrollo de software en equipo (TSP)
Unidad 1. Introducción a TSP. 09/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

UNADM | DCEIT | DS | DDSE