Mtro. Fernando Arciniega

Apoyame con un clic en los anuncios, me ayudas a seguir generando contenido de calidad. ¡Gracias por tu apoyo!

Generic selectors
Exact matches only
Search in title
Search in content
Post Type Selectors
Search in posts
Search in pages

¿Qué es el TSP – Team Software Process? (Equipo de Procesos de Software)

¿Qué es el TSP – Team Software Process? (Equipo de Procesos de Software)
Print Friendly, PDF & Email

¿Qué es el TSP – Team Software Process? (Equipo de Procesos de Software)

photo of people near wooden table

La presente investigación se basa en varias fuentes verídicas, las cuáles se menciona al final de documento.

El TSP (Team Software Process – Equipo de Procesos de Software) tiene como propósito integrar un equipo de trabajo que tenga como punto de partida la unificación de procesos, para poder llevar a cabo todos aquellos procedimientos que puedan ayudar a mejorar dichos procesos que desarrollan.

«Todos tenemos una manera particular de trabajar, pero en las Tecnologías de la Información, debemos ser capaces de adaptarnos a estándares que nos permiten desempeñarnos en cualquier ambiente y en cualquier industria. Para ello existen certificaciones como TSP»  Jorge Salgado, editor en jefe de developerWorks

«Es esencialmente el conjunto de prácticas de estrategias que debe seguir un administrador para poder aprovechar el valor que le ofrece a una empresa o grupo de trabajo, contar con un equipo de personas capacitadas» Walter Arriaga, Líder de arquitectura de
soluciones para México de Softek.

Básicamente TSP es un proceso de desarrollo para equipos de ingenieros, basados en CMMI, sobre software de calidad, resuelve problemas como predicción de costo y tiempo, mejora de la productividad y ciclos de desarrollo y mejora de calidad de productos.

tsp-team-software-process

Los orígenes de TSP se deben a las restricciones que tiene el PSP (Personal Software Process) dentro del ámbito industrial. PSP terminó siendo altamente efectivo para que los ingenieros pudieran tener el control de su PSP mejorando sus habilidades de estimación y la reducción de los defectos que tenían los productos sin afectar a su productividad. Al igual que cualquier modelo de
administración de proyectos, TSP comienza con un proceso de inicio del proyecto en el que se establecen las estrategias, los objetivos, los roles y responsables de cada uno de esos roles en el proyecto, planes individuales, métricas, etc., y se reparte el trabajo, se ejecuta y se le da seguimiento, al final se determina que tan cerca o que tan lejos se estuvo al ejecutar los planes y que tan buena o que tan mala fue la calidad del trabajo hecho.

TSP provee elementos muy concretos asi como formatos y practicas muy específicas para que cada una de estas cosas suceda de una manera particular y concreta, para que sea correctamente medible, para que sea posteriormente analizable y mejorable. El resultado final de todo esto es que un equipo de trabajo que funciona con TSP y PSP cumple en primera instancia con todos los elementos de una certificación de CMMI.

tsp-psp

Blog de David Alejandro Gómez:

Watts Humphrey desarrolló el TSP, el cual consideraba como parte importante, además de lo previsto por el PSP, los requisitos, las pruebas de integración, la documentación y otras actividades típicas en todo proyecto de desarrollo, de igual manera incluía actividades como los roles de equipo, interrelaciones dentro de la organización y la definición de un proceso de equipo para ser utilizado dentro de los procesos existentes en la organización.

Los Roles (responsabilidades) en los equipos en STP son:

  • Líder del Equipo: Dirige al equipo, se asegura que todos reporten sus datos de los procesos y completen su trabajo tal y como se planeó. Realiza los reportes semanales del avance del equipo.
  • Gestor de desarrollo: Guía al equipo en el diseño y desarrollo del producto.
  • Gestor de Planificación: Apoya y guía al equipo en la planificación y seguimiento del trabajo.
  • Gestor de Calidad/Proceso: Apoya al equipo en definir sus necesidades acerca del proceso y a establecer y administrar el plan de calidad. Genera estándares para obtener un trabajo uniforme. Modera las inspecciones y revisa cada artefacto generado.
  • Administrador de Requerimientos/Soporte: Dirige al equipo en el desarrollo de requerimientos de software y ayuda a dar a conocer la tecnología y en las necesidades de apoyo administrativo. Administra el plan de configuración

Es necesario que los ingenieros que usan TSP estén formados en PSP. TSP está formado por dos componentes primarios que abarcan distintos aspectos del trabajo en equipo:

  • Formación del equipo de trabajo
  • Gestión del equipo de trabajo

Con TSP, los equipos encuentran y reparan defectos en etapas tempranas del proceso de desarrollo, esto reduce de manera importante el tiempo de pruebas. Esto reduce de manera importante el tiempo de pruebas. Con un testing más corto, el ciclo completo se reduce.

A diferencia de otros métodos, TSP mejora el desempeño tanto de equipos como individuos, es disciplinado y ágil, provee beneficios inmediatos y medibles y acelera las iniciativas de mejora de procesos organizacionales.

En las fases del Ciclo TSP se planea el número de ciclos. Dentro de cada ciclo se realiza:

1. Lanzamiento
2. Estrategia
3. Plan
4. Requisitos
5. Diseño
6. Implementación
7. Pruebas
8. Postmortem

Referencias:

http://www.ibm.com/developerworks/ssa/podcast/13/tsp-psp.pdf

http://alejandrogomeztsp.blogspot.mx/

2 comentarios

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.