Professional Documents
Culture Documents
2
La versión inicial del TSP fue desarrollada por Watts
Humphrey en 1996, y el primer Reporte Técnico para
TSP fue publicado en el año 2000, patrocinado por el
Departamento de Defensa de los Estados Unidos. El
libro de Watts Humphrey llamado "Introduction to the
Team Software Process" (Addison Wesley Professional,
Massachusetts, 1999).
3
* Esuna 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.
4
* Maximizar calidad Software, Minimizar costos.
5
* Mostrar a los gerentes como monitorear y motivar a
sus equipos de trabajo y como ayudarlos a alcanzar
su máxima productividad.
6
7
• Implementación
• Lanzamiento
• Estrategia
• Planeamiento
• Requerimientos
• Diseño
• Pruebas
• Postmorten
8
* 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.
9
* 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.
10
Lanzamiento TSP, checklist para planeación
11
* Objetivos de equipo por escrito
* Roles definidos
* Plan de desarrollo
* Plan de calidad
* Plan de soporte al proyecto
* Desarrollo en conjunto de planes y programas
* Plan detallado para cada ingeniero
* Plan contra riesgos
* Reporte del estado del proyecto
12
* Los miembros establecen metas comunes y roles definidos
13
* Crear un diseño conceptual para el producto.
* Se establece la estrategia de desarrollo: se decide
que será producido en cada ciclo.
* Se hacen estimaciones iniciales 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
14
* Estima el tamaño de cada artefacto a ser
desarrollado.
* Se identifican las tareas: se estima el tiempo para
completar cada tarea; se asignan tareas a los
miembros del equipo.
* Hacer un cronograma semanal para tareas
* terminadas.
* Hacer un plan de calidad
15
* 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.
16
* Se crea un diseño de alto nivel.
* Se especifica el diseño.
* Se inspecciona el diseño.
* Se desarrolla una plan de pruebas de
integración
17
* Se construye e integra el sistema.
* Se llevan a cabo las pruebas del sistema.
* Se produce la documentación de usuario
18
* Análisis de resultados.
* Se escribe el reporte del ciclo.
* Se produce producen evaluaciones de pares y
* equipo.
19
* Es el paso final del proceso TSP.
20
Se enfoca principalmente en el desarrollo de:
Análisis de resultados.
Se escribe el reporte del ciclo.
Se produce producen evaluaciones de pares y
equipo.
21
Cada nuevo proyecto debe ser una oportunidad para mejorar
aprendiendo de las experiencias anteriores: Mejoramiento continuo
del proceso.
Analizar las oportunidades de mejoramiento y definir como cambiar
las prácticas en el ciclo siguiente o en el proyecto siguiente.
Se debe evaluar:
22
Reporte del ciclo
23
Reporte de Ingeniero
24
Post Mortem Informe
25
26
27
28
* Ambos procesos pueden usarse juntos.
* PSP y el TSP son aplicables tanto a pequeña como a
gran escala.
29
* Mejora la productividad de las personas.
* Mejora en los hábitos de programación.
* Se puede lograr una detección temprana de
defectos y riesgos lo que deriva en una
disminución de los defectos.
* Una mejora en la calidad.
* Una reducción en el ciclo de vida.
30
* Es necesario que cada uno de los miembros tiene
que tener el compromiso y la disciplina de seguir el
plan.
* Debe de llenar toda la documentación requerida que
incluye sus registros, planificación, las plantillas o
formularios.
* Se debe de contar con un buen conjunto de métricas
y parámetros de calidad, lo cual, para algunas
organizaciones, puede ser difícil de definir.
31
Dos comandos de la organización de sistemas
navales aéreos de los estados unidos integraron
el uso de la metodología de TSP y el marco de
trabajo de CMM para el progreso de nivel de
madurez 1 al 4 en 30 meses (menos de la mitad
del tiempo promedio que le toman a otras
organizaciones completar el mismo nivel de
maduración).
32
El Introductory Team Software Process (TSPi) es
una versión académica-baja del TSP el cual guía
graduantes y a estudiantes avanzados aplicando
los principios y practicas del TSP
33
* 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.
34
* Formato: Tapa dura (Hardcover)
Editorial: Addison-wesley - Estados Unidos
Tema: COMPUTERS / Software Development &
Engineering / General
Tags: Software engineering, Teams in the workplace
Idioma: Inglés
Páginas: 463
Peso: 839.9 gramos
Estado: Nuevo
ISBN: 020147719X
ISBN 13: 9780201477191
35
Al trabajar con este tipo de modelo se mejora la calidad
de los procesos y reducen los costos, esto gracias a la
generación mínima de errores y el poco tiempo en que
estos procesos se realizan
36