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
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.
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.
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.
Roles
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.
Ciclo:
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
0 comentarios:
Publicar un comentario