Presentación sobre administración cuantitativa de proyectos de software

1. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Administración de
Proyectos de Software
Cuantitativa
Febrero 2015
Dr. Francisco Valdés Souto

2. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Preguntas
1. ¿Conocen proyectos de SW que hayan terminado
retrasados en tiempo o con un mayor costo?
2. ¿Están conformes con lo que se ha pagado por los
proyectos de desarrollo de SW?
3. ¿Conocen claramente lo que se cobra por lo que se
espera?
4. ¿Los reportes de avance son coherentes/entendibles?
5. ¿Conocen proyectos que hayan terminado en
costo/tiempo y con la calidad deseada?
2

3. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Situación Actual Industria de Software
Figura1. Chaos Manifesto 2013

4. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Efectividad Operacional
• La Efectividad operacional conlleva cualquier número de
prácticas que le permiten a la empresa utilizar de mejor
manera los insumos de producción
• Prácticas que le permiten a la empresa utilizar de mejor
manera los insumos de producción, En Software: CMMI,
MoPROSOFT, ISO, Ágil, etc..
% Mejora
Tiempo

5. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Situación Actual Industria de Software
Figura1. Chaos Manifesto 2013

6. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Definición de IS
• Ingeniería de Software:
“(1) The application of a systematic, disciplined,
quantifiable approach to the development,
operation, and maintenance of software; that is,
the application of engineering to software.
(2) The study of approaches as in (1).”
IEEE Standard Glossary of Software Engineering Terminology, IEEE std 610.12-1990, 1990.
•6

7. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Madurez del ingeniería SW
•Mantener el enfoque intuitivo o la forma ad-
hoc de hacer las estimaciones de software no
contribuye a la madurez de la ingeniería de
software.
•La ingeniería de software es una ingeniería
que está apenas aprendiendo a medir, a
estimar y a mejorar la calidad de sus
productos y procesos.

8. ©DerechosReservados2015,Dr.FranciscoValdésSouto
“Medir lo que sea medible y hacer
medible lo que no lo es” Galileo
Galilei
• Los sistemas físicos los atributos son definidos y descritos
usualmente de forma completa en términos de medidas y
cantidades.
En el SW
(Laboratorio TI)

9. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Medición en la Ingeniería de SW
•Establecer el método correcto de medición suele
ser muy complicado y lleva tiempo años o incluso
siglos.
•Determinación exacta de la longitud en la navegación
(inicio viajes transoceánicos finales S.XV, medición
adecuada longitud finales S. XVIII)
•La ingeniería de software es joven OTAN 1968 (46
años)
•La mayoría de los atributos del software actualmente
están descritos de una manera cualitativa en lugar de
cuantitativa, y dependen demasiado del punto de
vista de las personas.

10. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Ingeniería de SW vs Navegación
•Podemos construir barcos, quizá
pequeños comparados con los que
se podrán realizar en un futuro.
•Todavía navegamos perdiendo el
rumbo.
•Todavía existen muchas métricas
incorrectas desde el punto de vista
técnico.
•Muchas creencias erróneas sobre
la bondad de ciertos métodos o
herramientas.

11. ©DerechosReservados2015,Dr.FranciscoValdésSouto
¿Qué se puede medir en el software?

12. ©DerechosReservados2015,Dr.FranciscoValdésSouto
¿Qué medimos?
12
• Durante los meses de octubre y
noviembre de 2014 se realizó un estudio
sobre la Medición del Tamaño del
Software (LaboratorioTI) Las principales
conclusiones que podemos extraer de
este estudio son:
1.Se confia demasiado en la experiencia
para medir
2.Las mediciones no son homogéneas
3.No se comprueban los datos de las
mediciones.
4.Se entiende la aplicabilidad y beneficios
de las mediciones
5.No se mide lo suficiente
Uso
COSMIC

13. ©DerechosReservados2015,Dr.FranciscoValdésSouto
2012 David Consulting Group Survey –
México Results
13

14. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Propuesta
14

15. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Propuesta
• Todos los proyectos de software se realizan bajo
restricciones.
• Todas las organizaciones que desarrollan software deben de
estimar proyectos de desarrollo de software para poder
administrar apropiadamente sus recursos, para estimar
entonces y administrar necesitamos medir.
•Triple Constraint or Project Management Triangle
*

16. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Enfoque PMI
16
Control Cost: Inputs, Tools & Techniques, and Outputs [4]
EVM concept [6]

17. ©DerechosReservados2015,Dr.FranciscoValdésSouto
•Schedule Variance (SV) Comparison. [12]
•Schedule Performance Index (SPI) Comparison.
[12]
SV = EV – PV
SPI = EV / PV

18. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Earn Schedule

19. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Earn Scope Management Concept (ESM)

20. ©DerechosReservados2015,Dr.FranciscoValdésSouto
20

21. ©DerechosReservados2015,Dr.FranciscoValdésSouto
21

22. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Beneficio
P = Producción / Recursos

23. ©DerechosReservados2015,Dr.FranciscoValdésSouto
Contacto
• francisco.valdes@spingere.com.mx
• www.spingere.com.mx/blog
• @valdessoutofco