El documento habla sobre el Proceso Personal de Software (PSP), un método desarrollado en el Instituto de Ingeniería de Software para mejorar la calidad y reducir los costos en el desarrollo de software. El PSP se enfoca en mejorar las habilidades y hábitos de trabajo de los desarrolladores individuales mediante el registro y análisis de métricas de calidad, revisiones de código, y post-mortems de proyectos. Varios estudios han demostrado que el uso del PSP puede reducir significativamente los defectos de software y los costos
2. Esfuerzo vs Calidad
¿ Estas cansado de esforzarte y a pesar de eso
terminar haciendo software de mala calidad ?
Mas costoso de lo que se había planeado
●
● Mas lento en salir a producción de lo planeado
● No tiene todos los requerimientos planeados
● No deja satisfecho al cliente
3. Una posible solucion: PSP
Software Engineering Institute (SEI)
●
● Financiado por el DOD
● Administrado por Carnegie Mellon University
4. Watts S. Humphrey
Medalla nacional de tecnología de
●
USA por su trabajo a favor de la
ingeniera de software
Su proceso personal
●
Usar, comprender, evaluar, adaptar
●
5. Personal
El 70% del costo del desarrollo de software se
●
gasta en personal
El desarrollador es vital en los resultados finales.
●
Componentes del desarrollador:
●
Habilidades
–
Hábitos de trabajo
–
6. Calidad: Pruebas y Procesos
Luego de la segunda guerra mundial la estrategia
●
principal de calidad eran las pruebas
En los 70s y 80s la industria EU se enfoco en
●
mejorar la forma como la gente hacia su trabajo
(procesos)
La tradicional estrategia de probar y arreglar ahora
●
es reconocida como:
Costosa en dinero
–
Lenta
–
Inefectiva para el trabajo de ingeniería y manufactura
–
8. Defectos
Los costos de la remocion de un defecto aumentan
●
a medida que se va pasando de un fase del ciclo de
vida del software a otra
Ejemplo:
●
1 dolar en la fase de requesitos (requerimientos)
●
10 durante la fase de diseño
●
100 durante la codificacion
●
1.000 en pruebas
●
10.000 luego de lanzar el producto
●
9. Defectos
Es mas eficiente prevenir los defectos que
encontrarlos y arreglarlos
10. Revisiones de código
Revisiones de código buscando errores personales
●
Cada quien comete sus propios errores
●
OpenBSD
●
Revisar el código del equipo en reuniones
●
11. Registro de errores
Hacer una entrada en el registro solo toma unos
●
segundos
Esta información es critica para poder hacer
●
Revisiones personales
–
Prevención de defectos
–
12. Categorías de defectos y análisis
Categorize sus errores
●
Cada cierto tiempo revise sus datos
●
Haga cambios a su proceso
●
Deje pasar un buen tiempo
●
Revise si los cambios en el proceso lo mejoraron
●
13. Postmortem
A small amount of time at the end of the project
●
can yield major rewards in the next one.
The data you collect about your project can be a
●
gold mine for:
– Plan your next project
– Set quality goals
– Defend your plans
– Identify candidate processes for improvement.
– Evaluate the effectiveness of process changes
you have made.
14. Postmortem
Una pequeña parte de tiempo al final del proyecto
●
puede producir grander recompensas en el
siguiente
Los datos recolectados acerca del proyecto pueden
●
ser una mina de oro para:
– Planear el siguiente proyecto
– Definir metas de calidad
– Defender la planeacion
– Identificar procesos candidatos para mejoras
– Evaluar la efectividad de lo cambios hechos al
proceso
15. Buenas Experiencias
Microsoft india
●
Teradyne
●
Advanced Information Services
●
Hill Airforce Base
●
Harris Communications
●
Boeing:
●
– Un 94% de reduccion en el tiempo de pruebas
debido al 75% de reduccion en el numero de
defectos encontrados en las pruebas de sistema