Académique Documents
Professionnel Documents
Culture Documents
TSP
Es una metodologa para dirigir el trabajo de mejora y desarrollo de software adems de establecer un entorno donde el trabajo efectivo de equipo sea normal y natural
ANTECEDENTES
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
OBJETIVOS
Maximizar calidad del Software, Minimizar costos. Integrar equipos independientes de alto rendimiento que planeen y registren su trabajo, establezcan metas, y sean dueos de sus procesos y planes. Mostrar a los gerentes como monitorear y motivar a sus equipos de trabajo y como ayudarlos a alcanzar su mxima productividad. Acelerar la mejora contina de procesos. Proveer de una gua organizaciones maduras para el mejoramiento en
MANEJO DE CALIDAD
CICLO DE VIDA
Implementacin
Prueba Postmortem
LANZAMIENTO
Revisin de objetivos a perseguir Asignacin de equipos y roles al personal Se describen las necesidades del cliente. Se establece las metas individuales y del equipo.
ESTRATEGIA
Crear un diseo conceptual para el producto. Se establece la estrategia de desarrollo Se hacen estimaciones inciales de esfuerzos y tamao. Se establece un plan de administracin de la configuracin. Se reutiliza el plan anterior. Se establecen riesgos de administracin
3.
4. 5. 6. 7. 8. 9.
10.
REQUERIMIENTOS
DISEO
Se crea un diseo de alto nivel. Se especifica el diseo. Se inspecciona el diseo. Se desarrolla un plan de pruebas de integracin.
IMPLEMENTACIN
PRUEBAS
Se construye e integra el sistema. Se llevan a cabo las pruebas del sistema. Se produce la documentacin de usuario.
POSTMORTEM
RECOMENDACIONES
Tener un seguimiento del plan Liderear el equipo (guiar, motivar, disciplinar) Seguimiento de problemas Comunicacin Reporte administrativo
VENTAJAS
Mejora los hbitos de programacin Deteccin temprana de defectos y riesgos Mejora de calidad
DESVENTAJAS
Cada miembro tiene que comprometerse Se debe llenar toda la documentacin Se debe contar con mtricas y parmetros de calidad
EQUIPOS
2-15 Cada uno tiene un rol especfico Una tarea depende de otra
PROBLEMAS COMUNES
Diferencia en contribuciones
Falta de confianza Falta de calidad Mejoras excesivas Revisiones entre colegas inefectivas
EQUIPO EFECTIVO
EQUIPOS TSPi
ROLES
ISO 9000:2001
Designa un conjunto de normas sobre calidad y gestin continua de calidad, establecidas por la Organizacin Internacional de Normalizacin (ISO). Se pueden aplicar en cualquier tipo de organizacin o actividad orientada a la produccin de bienes o servicios.
Las normas recogen tanto el contenido mnimo como las guas y herramientas especficas de implantacin, como los mtodos de auditora. Especifica la manera en que una organizacin opera, sus estndares de calidad, tiempos de entrega y niveles de servicio. Existen ms de 20 elementos en los estndares de este ISO que se relacionan con la manera en que los sistemas operan.
Su implantacin, 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 organizacin por medio de la documentacin
Incrementar la satisfaccin del cliente Medir y monitorizar el desempeo de los procesos
Disminuir re-procesos
Incrementar la eficacia y/o eficiencia de la organizacin en el logro de sus objetivos Mejorar continuamente en los procesos, productos, eficacia, etc. Reducir las incidencias de produccin o prestacin de servicios
Certificacin: Existen unas entidades de certificacin que auditan la implantacin y mantenimiento, emitiendo un certificado de conformidad. Estas entidades estn vigiladas por organismos nacionales que regulan su actividad.
HERRAMIENTA
SCRUM
Es un marco de trabajo para la gestin y desarrollo de software basada en un proceso iterativo e incremental utilizado comnmente en entornos basados en el desarrollo gil de software.
ROLES
Product Owner (voz del cliente) Scrum Master (facilitador) Scrum Team
5a9
REUNIONES
DOCUMENTOS
EJEMPLO DE USO
Resultados de una aplicacin practica, Hill Air Base Force, Utah Nmeros:
Algunas diferencias
SCRUM Sprint de 1 a 4 semanas
Excluyen la planeacin formal
Las fases de proyecto son acordadas y realizadas generalmente se siguen con un equipo tipo Jeppardy y los acuerdo son escaldos al equipo
No hay orientacin
Las decisiones de negocio son la final de los sprints , para identificar si el proyecto continua
BIBLIOGRAFA
http://ingsw.ccbas.uaa.mx/sitio/images/material/ tsp.htm http://chelo-tsp.blogspot.com/ http://www.slideshare.net/dlpoma/teamsoftware-process-tsp Libro: The Team Software Process Watts S Humphrey