Zusammenfassung der Ressource
Team
Software
Process
(TSP)
- Metodología TSP
- Ciclo de vida
- Es un proceso y una metodología de desarrollo de
software en equipo, que guían a los ingenieros para
asegurar la calidad en las diferentes etapas del ciclo de
vida de desarrollo de software y, principalmente, la
productividad de los equipos de trabajo integrados por
ingenieros, administradores y desarrolladores de
software.
- Objetivos de equipo
- Son las metas a alcanzar cuando el proyecto
llegue a su fin. Siempre deben comenzar con
un verbo en infinitivo, tales como desarrollar,
analizar, concluir, examinar, interpretar,
describir.
- Para realizar un buen objetivo
deben formularse preguntas
- ¿Para quién será el software a
desarrollar?
- ¿qué tipo de software se
desarrollará?
- ¿con qué se va
realizar?
- Plan de desarrollo
- El plan de proyecto es un
medio de comunicación por el
se dará a conocer las
decisiones que tomen los
participantes.
- Definición del alcance
- Estructura de
desglose de trabajo
- Cronograma de
actividades
- Recursos requeridos
- Presupuesto definitivo del
proyecto
- Asignación de roles y
responsabilidades
- Riesgos
- Plan de calidad
- En la fase de lanzamiento se
define el plan de calidad, que se
basa en el tamaño del proyecto, y
de acuerdo con esto se inyectarán
defectos, que no es más que
introducir defectos en cada una de
las fases de desarrollo.
- Resumen de porcentaje
- Porcentaje de
reutilización
- Porcentaje de
reutilización nuevo
- Porcentaje libre de
defectos (PDF)
- LOC/Horas
- Defectos por página
- Defectos por KLOC
- Proporción de
defectos
(RATIO)
- Proporción de tiempos
de desarrollo
- A/FR (appraisal to
failure ratio)
- Porcentaje de
revisión e
inspección
- Porcentaje de inyección de
defectos (yield)
- Rendimiento
yield de fase
- Rendimiento yield
de proceso
- Plan contra riesgos
- Un riesgo, es una medida de la
probabilidad y gravedad de los
efectos adversos. Es algo que
puede suceder.
- Aprender de los
errores del pasado.
- Todos los equipos
deben gestionar los
riesgos.
- Empoderar a los miembros del
equipo para gestionar los
riesgos.
- A cada riesgo significativo
se debe asignar un
propietario.
- Revisar
periódicamente los
riesgos.
- Plan detallado para
cada ingeniero
- Actividades de acuerdo
a los roles que se les
hayan asignado.
- Planes personales
- Método de planeación
- Valor agregado
- Métricas de calidad
- Procesos definidos
- Reporte del estado del proyecto
- Monitoreo y control del proyecto
- Ejecutar la revisión de la
administración del proyecto
- Elaborar el reporte administrativo
del estatus del proyecto
- Análisis post mortem
- Se generan los reportes para saber el
estado del proyecto, es decir, en base a
las métricas aplicadas se puede saber
como va el proyecto.
- Roles
- Líder del proyecto
- Administrador de desarrollo
- Auxiliar de planeación
- Administrador de calidad
- Administrador de
configuraciones
- Estos roles son necesarios si se quiere implementar esta
metodología TSP. Debe tomarse en cuenta que se requiere de
un grupo de desarrolladores de software formados en PSP e
ingenieros de calidad, el cual estará a cargo de los
administradores de calidad y de desarrollo, quienes
determinarán la cantidad con base en el tamaño del software a
desarrollar. La experiencia y capacidad individual de cada
desarrollador e ingeniero de calidad será un factor muy
importante al momento de la selección.