TSP

EDUARDO ÁVILA MILÁN

TSP

Es una metodología para dirigir el trabajo de

mejora y desarrollo de software además de

establecer un entorno donde el trabajo efectivo

de equipo sea normal y natural

ANTECEDENTES

TSP PROSIGUE LAS ESTRATEGIAS DE CALIDAD

AMERICANAS QUE INICIO:

• DEMMING EN LA INDUSTRIA EN 1982

• FAGAN EN EL PROCESO DE SW 1986

• W. HUMPHREY SW, CMM 1987

• W. HUMPHREY SW, PSP 1995

• W. HUMPHREY SW, TSP 1999

ENTORNO DEL TSP

OBJETIVOS

Maximizar calidad del Software, Minimizar costos.

Integrar equipos independientes de alto rendimiento queplaneen y registren su trabajo, establezcan metas, y seandueños de sus procesos y planes.

Mostrar a los gerentes como monitorear y motivar a susequipos de trabajo y como ayudarlos a alcanzar sumáxima productividad.

Acelerar la mejora continúa de procesos.

Proveer de una guía para el mejoramiento enorganizaciones maduras

MANEJO DE CALIDAD

Plan de calidad

Identificar problemas de calidad

Encontrar prevenir problemas de calidad

CICLO DE VIDA

Lanzamiento

Estrategia

Planeación

Requerimientos

Diseño

Implementación

Prueba

Postmortem

LANZAMIENTO

Revisión de objetivos a perseguir

Asignación de equipos y roles al personal

Se describen las necesidades del cliente.

Se establece las metas individuales y del equipo.

ESTRATEGIA

Crear un diseño conceptual para el producto.

Se establece la estrategia de desarrollo

Se hacen estimaciones iníciales de esfuerzos y

tamaño.

Se establece un plan de administración de la

configuración.

Se reutiliza el plan anterior.

Se establecen riesgos de administración

CHECKLIST PARA

PLANEACIÓN

1. Establecer productos y objetivos de empresa

2. Establecer roles y objetivos de equipo

3. Definir estrategia de desarrollo

4. Hacer un plan general

5. Hacer un plan de calidad

6. Balancear el plan (cargas de trabajo)

7. Proyecto de riesgos

8. Diseñar reporte para administración

9. Revisión del plan con administración

10. Análisis Postmortem, nuevo equipo revisa proceso

REQUERIMIENTOS

Se analizan las necesidades del cliente y se

entrevistan

Se especifican los requerimientos.

Se hace inspección de los requerimientos.

Se diseña un plan de pruebas del sistema.

DISEÑO

Se crea un diseño de alto nivel.

Se especifica el diseño.

Se inspecciona el diseño.

Se desarrolla un plan de pruebas de integración.

IMPLEMENTACIÓN

Se usa PSP para implementar módulos y

unidades.

Se crea el diseño detallado de los módulos y

unidades.

Se revisa el diseño.

Se convierte el diseño al código.

Se inspecciona el código

Se compilan y prueban los módulos y unidades.

Se analiza la calidad de los módulos/unidades.

PRUEBAS

Se construye e integra el sistema.

Se llevan a cabo las pruebas del sistema.

Se produce la documentación de usuario.

POSTMORTEM

Análisis de resultados.

Se escribe el reporte del ciclo.

Se producen evaluaciones.

RECOMENDACIONES

Tener un seguimiento del plan

Liderear el equipo (guiar, motivar, disciplinar)

Seguimiento de problemas

Comunicación

Reporte administrativo

Mantener plan, seguimiento avance

Equilibrar cargas de trabajo

VENTAJAS

Mejora los hábitos de programación

Detección temprana de defectos y riesgos

Mejora de calidad

DESVENTAJAS

Cada miembro tiene que comprometerse

Se debe llenar toda la documentación

Se debe contar con métricas y parámetros de

calidad

EQUIPOS

2-15

Cada uno tiene un rol específico

Una tarea depende de otra

PROBLEMAS COMUNES

Falta de liderazgo

Falta de compromiso y ganas de cooperar

Diferencia en contribuciones

Falta de confianza

Falta de calidad

Mejoras excesivas

Revisiones entre colegas inefectivas

EQUIPO EFECTIVO

Cohesión

Metas retadoras

Retroalimentación

Ambiente de trabajo común

EQUIPOS TSPi

Metas

Roles

Planes

Comunicación

ROLES

Líder

Líder de Desarrollo

Líder de Planeación

Líder de Calidad

Líder de Soporte

ISO 9000:2001

Designa un conjunto de normas sobre calidad y

gestión continua de calidad, establecidas por la

Organización Internacional de Normalización

(ISO).

Se pueden aplicar en cualquier tipo de

organización o actividad orientada a la

producción de bienes o servicios.

Las normas recogen tanto el contenido mínimo como las

guías y herramientas específicas de implantación, como los

métodos de auditoría.

Especifica la manera en que una organización opera, sus

estándares de calidad, tiempos de entrega y niveles de

servicio.

Existen más de 20 elementos en los estándares de este ISO

que se relacionan con la manera en que los sistemas

operan.

Su implantación, aunque supone un duro trabajo, ofrece numerosas ventajas para las empresas, entre las que se

cuentan con:

Estandarizar las actividades del personal que trabaja dentro de

la organización por medio de la documentación

Incrementar la satisfacción del cliente

Medir y monitorizar el desempeño de los procesos

Disminuir re-procesos

Incrementar la eficacia y/o eficiencia de la organización en el

logro de sus objetivos

Mejorar continuamente en los procesos, productos, eficacia,

etc.

Reducir las incidencias de producción o prestación de servicios

Certificación:

Existen unas entidades de certificación que auditan la

implantación y mantenimiento, emitiendo un

certificado de conformidad.

Estas entidades están vigiladas por organismos

nacionales que regulan su actividad.

HERRAMIENTA

SCRUM

Es un marco de trabajo para la gestión y

desarrollo de software basada en un proceso

iterativo e incremental utilizado comúnmente en

entornos basados en el desarrollo ágil de

software.

ROLES

Product Owner (voz del cliente)

Scrum Master (facilitador)

Scrum Team

5 a 9

REUNIONES

Daily Scrum

Scrum de Scrum

Sprint Review Meeting

DOCUMENTOS

Product Backlog

Sprint Backlog

EJEMPLO DE USO

Resultados de una aplicación practica, Hill Air

Base Force, Utah

Números:

• Productividad aumento un 123%

• Tiempo de prueba redujo de 22% a 2.7%

Algunas similitudes TSP y

SCRUM

SCRUM TSP

Ambos priorizan la negociación vs estimación del

equipo y las fechas

Son para equipos multidisciplinarios, auto gestión,

auto dirigidos, proactivos , protegidos y con gestión

confiables

Identifican y asigna problemas, no resultados en

reuniones breves de equipo

Planean, ejecutan y mejoran vía retrospectivas

TSP vs SCRUM Mapeo de

Roles

Algunas diferencias

SCRUM TSP

Sprint de 1 a 4 semanas Duración de las fases de

3 a 4 meses

Excluyen la planeación

formal

Los equipos deben llegar

a un acuerdo, para

ejecutar un plan real

La funcionalidad

obtenida de los sprints

puede cambias, la fecha

no

Las fases de proyecto son

acordadas y realizadas

generalmente se siguen

con un equipo tipo

Jeppardy y los acuerdo

son escaldos al equipo

Las decisiones de

negocio son la final de

los sprints , para

identificar si el proyecto

continua

No hay orientación

BIBLIOGRAFÍA

http://ingsw.ccbas.uaa.mx/sitio/images/material/

tsp.htm

http://chelo-tsp.blogspot.com/

http://www.slideshare.net/dlpoma/team-

software-process-tsp

Libro: The Team Software Process – Watts S Humphrey