Certificación ISO 9001:2008 usando prácticas y la filosofía ágil, en una organización de desarrollo de software

1. ISO 9001:2008 con filosofía y
métodos ágiles
Septiembre de 2016
Álvaro Ruiz de Mendarozqueta
aruizdemendarozqueta@gmail.com
skype: alvaro.rdm
http://www.slideshare.net/AlvaroRuizdeMendaroz
Laboratorio de Investigación y Desarrollo en Ingeniería y
Calidad de Software
LIDICALSO
http://www.institucional.frc.utn.edu.ar/sistemas/lidicalso/
Departamento de Ing. en Sistemas de Información
UTN FRC

2. ¿Se puede tener un
sistema de gestión
compatible con ISO 9001 y
usar la filosofía ágil?

4. ¿Por qué ISO?

5. Cumplir con requerimientos de
clientes
Nuevos clientes
Entender y comunicar procesos
Ley de software

6. Cultura profesional
Consistencia de las
operaciones
Mejora de la eficiencia
Reconocimiento internacional

7. ¿Qué es ISO?

8. Sistema de
Gestión de la
Calidad
Realización de
producto
Producto
Cliente
Requerimientos
Cliente
Recursos
Ambiente de
trabajo
Infraestructura
Entrenamiento
Compras
Reclamo
Satisfacción
Revisión
Medición
Mejora continua ISO 9001
Política de
calidad
Objetivos
de calidad
Plan

9. SGC
Realización de producto
ProductoRequerimientos
Requerimientos Diseño Desarrollo Provisión
V&V
Plan
MediciónMejora continua
ISO 9001
Auditoría
Registros

10. SGC
Realización de producto
ISO 9001
Recursos
Compras
Revisión de gerentes
Auditoría

11. SGC
Proceso
ISO 9001
Proceso b
Proceso a
Auditoría
Acción correctiva
Producto
no conforme
Proceso
no confome
Acción correctiva
Proceso b1 Proceso b2
Acción preventiva
sub proceso

12. Paradigma ágil

13. Basado
en un
plan
Fijo Requerimientos
Estimado Recursos Calendario
Enfoque tradicional

14. Basado
en el
valor
Funcionalidad
Recursos Calendario
Estimado
Enfoque ágil
Fijo

15. Manifiesto ágil

16. Manifiesto ágil
personas e interacción
software funcionando
colaboración con clientes
responder a los cambios
herramientas y procesos
documentación exhaustiva
negociación de contratos
seguir un plan
…antes que
foco en los resultados
valoramos mas…
http://agilemanifesto.org/

17. Satisfacer al cliente
a través de
entregas tempranas y continuas
de software que
provea valor
http://agilemanifesto.org/
principio 1

18. … de software que
provea valor
despachador de
pedidos
generador de
valor
software que
funciona
software que cubre
una necesidad
principio 1

19. Aceptamos que los requisitos
cambien, incluso en etapas
tardías del desarrollo
Los procesos ágiles aprovechan
el cambio para proporcionar
ventaja competitiva al
cliente.
http://agilemanifesto.org/
principio 2

20. Entregamos software funcional
frecuentemente, entre dos
semanas y dos meses,
con preferencia al período de
tiempo más corto posible.
http://agilemanifesto.org/
principio 3

21. enfoque
predictivo
enfoque
adaptativo
concepto
producto
plazo de
entrega
c1
p1
c2
p2 pn
cn
plazos de entrega
principio 3

22. Ventajas Agile
Cambios de requerimientos son
bienvenidos
Entregas rápidas
Feedback del cliente todo el tiempo
Software funcionando pronto
Testing temprano

23. Mejora de
procesos

24. Inicio
Establecer Fecha de
certificación ISO 9001
Contratar consultor y seguir una
receta
Qué se hace

25. ISO
9001
Fecha de auditoría
Manual de Calidad
Procesos de la organización
Auditoría
Comité de calidad

26. Mejora de Procesos
personas e interacción
software funcionando
colaboración con clientes
responder a los cambios
herramientas y procesos
documentación exhaustiva
negociación de contratos
seguir un plan
Parece que valoramos más
foco en los resultados ¿cuál es el foco?

27. Problemas
No entender un sistema de gestión
“Desarrollo y tengo que hacer ISO”
“Es caro”
Se hace para cumplir con …
Se abandona
Criterios de los consultores

28. Problemas
No entender agilidad
¡Dialéctica!
Moda
Criterios de los auditores
Foco en las formas
Recetas
Generalistas y no de sw

29. Problemas
Interpretar a los modelos de una
única manera
Repetir recetas sin entender el
contexto
Repetir recetas sin entender al
equipo de trabajo

30. Problemas
No asignar recursos a mejora
“Están ocupados trabajando…”
No planificar
El área de calidad no hace lo que
recomienda…
Personal de calidad sin experiencia

31. Veamos cómo se
puede hacer la
mejora de procesos
de manera ágil

32. Inicio
Establecer objetivos y
necesidades de mejora
Evaluar comparando con un
modelo y planificar las mejoras
con un backlog
Qué deberíamos hacer

33. Apliquemos el principio #1 a la mejora continua
satisfacer al cliente
a través de
entregas tempranas
y continuas
de mejoras que
provean valor
Manifiesto ágil

34. Estrategia y
diseño

35. Evitar recetas

36. Evitar errores comunes
E1
P1
P3
P2
E2
P1
P3
P2
Las empresas
no son todas
iguales
Los proyectos no
son todos iguales

37. Simplicidad

38. Peer review para auditorías

39. No al paso a pasoSin papeles

40. Proyecto
Realización de producto
Requerimientos Diseño Desarrollo Provisión
V&V
Plan
Trazabilidad
Proceso
Guía
Plan
Plantilla
Scrum, Kanban,
Gestión de
Configuraciones
Criterio
Las guías y plantillas
se instancian con un
criterio del negocio
El plan explica como se
instancia el proceso en
el proyecto
Cómo
trabajamos
Plan
Conceptual
Ítems a ser considerados por el
proyecto.
Qué hay
que
hacer

41. No es un proceso específico
Todos los procesos lo hacen
Agilidad
Mejora continua Plan
DoCheck
Act

42. Procesos simples
Pre y post condición
Guía; no es paso a paso
Generalista para realización de
producto

43. Caso

44. Características
Agilidad desde el inicio
Desarrollo de software
Pocos proyectos
Ingeniería madura
Software embebido
Aplicaciones de Google
Trello

45. De abajo hacia arriba
Los procesos muestran lo que se
hace
Se aprovechó lo que había
Primera versión para probar

46. Mejorar
Hitos flexibles del proyecto en
función de la mejora real
Se comenzó a revisar pronto
Plan
DoCheck
Act

47. Pocas minutas
Proyecto define cómo trabaja
Agile mindset
Peer review para auditorías
Evitar redundancia
Evitar lo convencional

48. Recursos humanos
Administración
Calidad
Kanban

49. Resultados
Certificado ISO 9001:2008
SW embebido + Agilidad + ISO 9001
Agilidad para toda la organización
Uso de herramientas

50. Caso

51. Características
Diagnóstico
Plan de mejora integral
Implementación de agilidad
Desarrollo de producto y soporte
Sharepoint
70+ personas

52. Mapa con agilidad e ISO 9001

53. Personas
Realización de producto
Necesidades
Requerimientos Diseño Desarrollo Provisión
V&V
Plan
Producto conforme
Producto no conforme
Mejora continua
Auditoría, revisiones, evaluaciones, calibración
Trazabilidad
Infraestructura, ambientes, entrenamiento
Seguimientodeacciones
Gestión de las configuraciones
Retrospectiva
Pila de producto
Pila de producto
Demo
Sprint planning,
Roles
Condiciones de
aceptación
Criterio de done
Revisión de sprint
Reunión diaria
Revisión de sprint
Integración
continua
TDD
Revisión entre
pares, peer
programming
Condiciones de
aceptación
Criterio de done
Revisión de sprint
Mapa con
Scrum

54. No hay minutas
Proyecto define cómo trabaja
Foco en proyecto y producto
SGC en la Intranet (Sharepoint)
Tablero de métricas
Evitar lo convencional

55. Mejora incluye calidad de código y
refactoring
ISOtón
Trabajo por pares
Reunión con acciones simultáneas
Evitar lo convencional

56. Resultados
Auditoría de certificación en
marcha
Mejoras concretas de proceso y
producto
Implementación de agilidad
Uso de herramientas

57. Lecciones
aprendidas

58. Sistema de
Gestión de la
Calidad
Realización de
producto
Producto
Cliente
Requerimientos
Cliente
Recursos
Ambiente de
trabajo
Infraestructura
Entrenamiento
Compras
Reclamo
Satisfacción
Revisión
Medición
Mejora continua ISO 9001
Política de
calidad
Objetivos
de calidad
Plan

59. Proyectos
E1
P1
P3
P2
P4
P6
Los proyectos y las empresas no
son todos iguales
Tampoco totalmente diferentes
E2
P1
P3
P4
P5

60. Do the basics
Ingeniería del software
Gestión de las configuraciones
Revisión entre pares
Automatización
V&V
Arquitectura
Buenas prácticas

61. El esfuerzo total
depende de la
madurez

62. Simplicidad

63. Revisiones
Revisión entre pares en lugar de auditorías
Participar en reuniones
Participar en revisiones
Punto de vista SGC
Consenso y debate
Criterio establecido
Mejora continua

64. En Dios
confiamos,
los demás
deben
mostrar datos
Edward Deming

65. ¿Y la ISO
9001:2015?

66. Los mismos principios para un SG
Riesgos
Estructura para la mejora P-H-V-A
Elementos para la organización más
explícitos
¿Criterios de certificación?

67. En principio no cambiaría el
enfoque
Mapa 2015 con Agile viable
Operaciones similar a Realización
de producto

68. Versión Fecha Descripción Autor
1.0 Sep-2016 Primera versión Alvaro Ruiz de
Mendarozqueta
Version