La evolución de la
calidad software, de la
calidad del proceso a la
calidad del producto
Javier Garzás
I Jornada sobre cal...
garzas
@j
4
KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
PRIUS, Toyota retiró más de
400.000 vehículos por un
problema software en los frenos.
Costó 3 billones de $

KYBELE CONSUL...
KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
Ariane 5, año 1996, estalló a
38 seg. del despegue, después
de
Pérdidas estimadas en
7
KYBELE CONSULTING S.L. www.kybeleco...
Sucedió porque un
número real de 64
bits referente a la
velocidad se
convirtió en un
entero de 16 bits

8
KYBELE CONSULTIN...
Dimensiones de la calidad
software
Las	
  
principales	
  
iniciativas	
  se	
  
centran	
  en	
  
	
  
procesos

El	
  re...
¿Más cosas?
¿¿¿Calidad del
Producto???,
¡Si ya teníamos
de todo!,
CMMI, testing, e
ITIL, etc.

10
KYBELE CONSULTING S.L. w...
1
Que funcione (testing) no
implica necesariamente que
esté BIEN construido
12
KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information...
“¿Qué hay de malo en
copy pegar código?”
Código Espagueti (comple

jidad ciclomática)
servicios de 256 parámetros?
switch(month) {
case 1: .. case 1
55:
30 campos demás en una tabla?
Que las clases padr
es co...
La refactorización
es el
“gimnasio”
del
software
2
No gestionar la calidad
del producto genera
deuda técnica (€)
“Pero…
¿por qué?
¿Por qué no vais más rápido?

¡Con toda la gente
Que hemos añadido al equipo!”
¿…Imagen?
Deuda técnica, coste e
intereses a pagar por hacer
mala tecnología. Sobre
esfuerzo a pagar para
mantener software mal
hech...
RECUERDA:
La mala calidad del producto
software siempre la paga
alguien (cliente o proveedor),
aunque no sea consciente de...
3
Gestionar sólo procesos
(CMMI / ITIL / Metodologías)
no es suficiente, es sólo parte
de la solución
La calidad del producto
depende de
la calidad del proceso
(CMMI)
ala
m

La calidad del producto
depende de
ala
m
la calidad del proceso
(CMMI)
Conoceré la calidad
del proceso
“mirando”
EXPLICITAMENTE
la calidad del
producto
“Las evaluaciones deberían
basarse en evidencias directas
de los productos, y no sólo en
circunstanciales de los
procesos”...
La calidad del proceso
(CMMI) busca procesos
repetibles...
¡Puedes desarrollar
productos software malos
de manera repetible!
“…la estandarización de los
procesos garantiza uniformidad
en la salida, lo que puede
incluso institucionalizar la
creació...
ITIL no es
suficiente: se que
“el coche se
calienta”, pero el
problema “está en
el motor”
4
Cuando externalizas, la
certificación del proceso
no es garantía suficiente,
necesitas algo más
Organización	
  
Desarrollo

Fábrica	
  Software	
  
Desarrollo

CPD

Organización	
  IT	
  

CPD

Fábrica	
  Software	
  ...
Organización	
  
Desarrollo

Fábrica	
  Software	
  
Desarrollo

CPD

Fábrica	
  Software	
  
Desarrollo

Fábrica	
  Softw...
Una certificación de la
calidad del proceso
(CMMI) NO SIEMPRE
asegura un producto de
calidad
a)  Se basa en
un muestreo
b) Es un “sello” concedido
en el pasado
¿Estamos
preparados?
www.233gradosdeTI.com
¿Sabemos establecer
una RELACIÓN cliente proveedor que
contemple la calidad
del producto?
¿For hay de Profe en
“¿Quémación -malo sión?
copy pegar código?”
¿Tecnología e
infraestructura?
¿Tecnología e
infraestructura?

Control de versiones
Integración Continua?
Gracias… y ánimo!
Gracias… y ánimo!
jgarzas
@
Por qué ITIL, Testing o CMMI no son suficientes - I Jornadas calidad de producto nov 2013
Por qué ITIL, Testing o CMMI no son suficientes - I Jornadas calidad de producto nov 2013
Por qué ITIL, Testing o CMMI no son suficientes - I Jornadas calidad de producto nov 2013
Por qué ITIL, Testing o CMMI no son suficientes - I Jornadas calidad de producto nov 2013
Por qué ITIL, Testing o CMMI no son suficientes - I Jornadas calidad de producto nov 2013
Por qué ITIL, Testing o CMMI no son suficientes - I Jornadas calidad de producto nov 2013
Por qué ITIL, Testing o CMMI no son suficientes - I Jornadas calidad de producto nov 2013
Upcoming SlideShare
Loading in...5
×

Por qué ITIL, Testing o CMMI no son suficientes - I Jornadas calidad de producto nov 2013

1,799

Published on

I Jornadas calidad de producto nov 2013

El fallo software en el PRIUS, hizo que Toyota retirase más de 400.000 vehículos por un problema software en los frenos, costó 3 billones de dólares. El Ariane 5, año 1996, estalló a 38 seg. del despegue, después de 10 años de desarrollo, pérdidas estimadas en 500 millones de dólares. En 2013, el software del Healthcare, la reforma sanitaria de Obama, va camino de convertirse en uno de los proyectos software más costosos de la historia.

En todos los anteriores, y en muchos otros, a la hora de desarrollar, no faltaron metodologías, ni estándares, ni modelos CMMI o similares, ni pruebas. Y sin embargo, en todos, hubo importantes problemas de calidad del producto software.

Published in: Technology

Por qué ITIL, Testing o CMMI no son suficientes - I Jornadas calidad de producto nov 2013

  1. 1. La evolución de la calidad software, de la calidad del proceso a la calidad del producto Javier Garzás I Jornada sobre calidad del producto software 21 Y 22 DE NOVIEMBRE 2013
  2. 2. garzas @j
  3. 3. 4 KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
  4. 4. PRIUS, Toyota retiró más de 400.000 vehículos por un problema software en los frenos. Costó 3 billones de $ KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
  5. 5. KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
  6. 6. Ariane 5, año 1996, estalló a 38 seg. del despegue, después de Pérdidas estimadas en 7 KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
  7. 7. Sucedió porque un número real de 64 bits referente a la velocidad se convirtió en un entero de 16 bits 8 KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
  8. 8. Dimensiones de la calidad software Las   principales   iniciativas  se   centran  en     procesos El  reto  es  el   producto   “Papel”     y   Código KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
  9. 9. ¿Más cosas? ¿¿¿Calidad del Producto???, ¡Si ya teníamos de todo!, CMMI, testing, e ITIL, etc. 10 KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
  10. 10. 1 Que funcione (testing) no implica necesariamente que esté BIEN construido
  11. 11. 12 KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
  12. 12. “¿Qué hay de malo en copy pegar código?”
  13. 13. Código Espagueti (comple jidad ciclomática)
  14. 14. servicios de 256 parámetros? switch(month) { case 1: .. case 1 55: 30 campos demás en una tabla? Que las clases padr es conozcan a las h i j as
  15. 15. La refactorización es el “gimnasio” del software
  16. 16. 2 No gestionar la calidad del producto genera deuda técnica (€)
  17. 17. “Pero… ¿por qué? ¿Por qué no vais más rápido? ¡Con toda la gente Que hemos añadido al equipo!”
  18. 18. ¿…Imagen?
  19. 19. Deuda técnica, coste e intereses a pagar por hacer mala tecnología. Sobre esfuerzo a pagar para mantener software mal hecho, el coste de la mala imagen, etc. KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
  20. 20. RECUERDA: La mala calidad del producto software siempre la paga alguien (cliente o proveedor), aunque no sea consciente de ello. 26 KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
  21. 21. 3 Gestionar sólo procesos (CMMI / ITIL / Metodologías) no es suficiente, es sólo parte de la solución
  22. 22. La calidad del producto depende de la calidad del proceso (CMMI)
  23. 23. ala m La calidad del producto depende de ala m la calidad del proceso (CMMI)
  24. 24. Conoceré la calidad del proceso “mirando” EXPLICITAMENTE la calidad del producto
  25. 25. “Las evaluaciones deberían basarse en evidencias directas de los productos, y no sólo en circunstanciales de los procesos” Maibaum, T. y  Wassyng, A. 2008. A ProductFocused Approach to Software Certification. Computer
  26. 26. La calidad del proceso (CMMI) busca procesos repetibles...
  27. 27. ¡Puedes desarrollar productos software malos de manera repetible!
  28. 28. “…la estandarización de los procesos garantiza uniformidad en la salida, lo que puede incluso institucionalizar la creación de malos productos” Kitchenham y Pfleeger, 1996
  29. 29. ITIL no es suficiente: se que “el coche se calienta”, pero el problema “está en el motor”
  30. 30. 4 Cuando externalizas, la certificación del proceso no es garantía suficiente, necesitas algo más
  31. 31. Organización   Desarrollo Fábrica  Software   Desarrollo CPD Organización  IT   CPD Fábrica  Software   Desarrollo KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
  32. 32. Organización   Desarrollo Fábrica  Software   Desarrollo CPD Fábrica  Software   Desarrollo Fábrica  Software   Desarrollo KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.
  33. 33. Una certificación de la calidad del proceso (CMMI) NO SIEMPRE asegura un producto de calidad
  34. 34. a)  Se basa en un muestreo
  35. 35. b) Es un “sello” concedido en el pasado
  36. 36. ¿Estamos preparados?
  37. 37. www.233gradosdeTI.com
  38. 38. ¿Sabemos establecer una RELACIÓN cliente proveedor que contemple la calidad del producto?
  39. 39. ¿For hay de Profe en “¿Quémación -malo sión? copy pegar código?”
  40. 40. ¿Tecnología e infraestructura?
  41. 41. ¿Tecnología e infraestructura? Control de versiones Integración Continua?
  42. 42. Gracias… y ánimo!
  43. 43. Gracias… y ánimo! jgarzas @

×