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

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
que deben llevarse a cabo a lo largo del proceso de
desarrollo de software. Estas reglas también pueden
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
UNADM | DCEIT | DS | DDSE
Disciplina de administración
Esta disciplina muestra la forma en que los
administradores del proyecto deben guiar al grupo
para cumplir los objetivos del proyecto de software.
 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
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

del debe haber un plan detallado sobre las actividades a proyecto o en anteriores.
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; 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.

UNADM | DCEIT | DS | DDSE

Unidad 1. Introducción a TSP

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 11