TSP

Dennise Espinoza

Juan García

Contenido PSP TSP ANTECEDENTES ENTORNO OBJETIVOS MANEJO DE CALIDAD CICLO DE VIDA RECOMENDACIONES

VENTAJAS DESVENTAJAS EQUIPOS ROLES ISO 9000:2001 HERRAMIENTA EJEMPLO DE USO

PSP

Es un conjunto de prácticas disciplinadas para la gestión del tiempo y mejora de la productividad personal de los programadores o ingenieros de software

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

PSPSM

Construye capacidades individuales y disciplina de trabajo

TSPSM

Construye productos de calidad sobre coste y planificación

CMMI®

Construye capacidad de organización

OBJETIVOS Maximizar calidad del Software, Minimizar costos.

Integrar equipos independientes de alto rendimiento que planeen y registren su trabajo, establezcan metas, y sean dueños de sus procesos y planes.

Mostrar a los gerentes como monitorear y motivar a sus equipos de trabajo y como ayudarlos a alcanzar su máxima productividad.

Acelerar la mejora continúa de procesos.

Proveer de una guía para el mejoramiento en organizaciones 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.

INFORME

Propietarios y lista de contactos

Firmas

Historial de eventos

Procesos efectivos

Procesos negativos

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 clienteMedir y monitorizar el desempeño de los procesosDisminuir re-procesosIncrementar la eficacia y/o eficiencia de la organización

en el logro de sus objetivosMejorar 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%

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

LIGA

http://www.wix.com/den90ise/tsp-7-1