Post on 31-Dec-2014
description
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