Sistemas de gestión de calidad de procesos y madurez de desarrollo software con estándares ISO

Transcripción

1 xxxxxx Sistemas de gestión de calidad de procesos y madurez de desarrollo software con estándares ISO 24 de noviembre de

2 Comenzamos 2

3 Tendencias en IT Gartner's 2016 Hype Cycle for Emerging Technologies 3

4 Tendencias en IT Fuente: Google Trends 4

5 Producir software no es una cuestión trivial Lo que en otras ingenierías son técnicas probadas y rutinarias, en ingeniería software se consideran innovaciones radicales The Mythical Man- Month (1975) Fred Brooks 5

6 Producir software no es una cuestión trivial No existirá [en el horizonte de una década] un avance en tecnología o gestión, que por sí solo pueda provocar una mejora en la productividad, fiabilidad y simplicidad en un orden de magnitud [significativo/por diez] The Mythical Man-Month (1975) Fred Brooks 6

7 Producir software no es una cuestión trivial Dificultades esenciales Complejidad Conformidad Modificabilidad Invisibilidad 7

8 Producir software no es una cuestión trivial Dificultades esenciales Complejidad Conformidad Modificabilidad Invisibilidad 8

9 Producir software no es una cuestión trivial Dificultades esenciales Complejidad Conformidad Coste del mantenimiento Modificabilidad Invisibilidad Los cambios en un sistema software hace crecer su entropía, lo que supone siempre un coste añadido para intentar reconducirla 9

10 Producir software no es una cuestión trivial Dificultades esenciales Complejidad Conformidad Modificabilidad Invisibilidad 10

11 Producir software no es una cuestión trivial Lenguajes de alto nivel Diseño gráfico de programas Accidental IDEs unificados Generación automática de código 11

12 Tendencias en la calidad de procesos Fuente: Google Trends 12

13 Tendencias en la calidad de procesos Estándar internacional para SGC Versión 2008, Versión 2015 Productos y Servicios Objetivo: (1) Mejorar continuamente la capacidad de la organización para suministrar productos y/o servicios que cumplan con los requisitos (Ciclo PDCA) (2) Seguir y mejorar la satisfacción del cliente Enfoque a la gestión de riesgos Qué, no el Cómo Auditable / Certificable 13

14 Tendencias en la calidad de procesos 14

15 Tendencias en la calidad de procesos Política Procedimiento Entradas / Salidas Recursos Proceso Objetivo Indicadores Instrucciones 15

16 Tendencias en la calidad de procesos Plan Act Mejora continua Do Check 16

17 Tendencias en la calidad de procesos ENFOQUE A RIESGOS Riesgo = Probabilidad X Impacto Probabilidad = f (Amenaza, Vulnerabilidad) 17

18 Tendencias en la calidad de procesos ENFOQUE A RIESGOS Riesgo = Probabilidad X Impacto Probabilidad = f (Amenaza, Vulnerabilidad) 18

19 Tendencias en la calidad de procesos COMPATIBILIDAD CON OTRAS NORMAS ISO COBIT Gobierno TI CSX ISO Seguridad Información Ciberseguridad ISO ITIL Gestión de servicios CMMI-DEV SPICE Gestión y desarrollo de proyecto software 19

20 Tendencias en la calidad de procesos GESTIÓN DE SERVICIOS VALOR = UTILIDAD + GARANTIA (disponibilidad, capacidad, continuidad, seguridad) 20

21 Tendencias en la calidad de procesos 21

22 Tendencias en la calidad de procesos 22

23 Tendencias en la calidad de procesos COSTE PROYECTO TIEMPO ALCANCE CALIDAD Personas Procesos Tecnología 23

24 Tendencias en la calidad de procesos 24

25 Certificaciones de proceso

26 Certificaciones de proceso Procesos Nivel 2 Suministro (Nivel 1) Gestión del Modelo de Ciclo de Vida (Nivel 1) Planificación del Proyecto Evaluación y Control del Proyecto Medición Definición de requisitos de los stakeholders Análisis de los Requisitos del Sistema Gestión de la Configuración Gestión de la Configuración del Software (Nivel 1) Aseguramiento de la calidad del software Procesos Nivel 3 Gestión de Infraestructuras Gestión de Recursos Humanos Gestión de la Decisión Gestión de Riesgos Diseño de la Arquitectura del Sistema/Software Integración del Sistema/Software Análisis de Requisitos del Software Verificación del Software Validación del Software 26

27 Certificaciones de proceso CAPACIDAD VS MADUREZ 27

28 Calidad de proceso VS Calidad de producto 28

29 Calidad de proceso VS Calidad de producto Características Funcionalidad Adecuación, exactitud, interoperabilidad, seguridad, conformidad Fiabilidad Subcaracterísticas Madurez (robustez), tolerancia a faltas, recuperabilidad, conformidad Usabilidad Comprensibilidad, apredibilidad, operabilidad, atractivo, conformidad Eficiencia Comportamiento temporal, utilización de recursos, conformidad Mantenibilidad Analizabilidad, modificabilidad, estabilidad, comprobabilidad, conformidad Portabilidad Adaptabilidad, instalabilidad, coexistencia, reemplazabilidad, conformidad Posible enfoque a riesgos en la calidad de producto Tratadas por las pruebas funcionales Tratadas por las pruebas no funcionales 29

30 Calidad de proceso VS Calidad de producto 30

31 Calidad de proceso VS Calidad de producto Pruebas Estáticas Dinámicas Análisis estático Revisión Caja blanca Basadas en la experiencia Caja negra Funcional No funcional 31

32 Calidad de proceso VS Calidad de producto 32

33 Calidad de proceso VS Calidad de producto 33

34 Procesos Personas - Tecnología Personas Procesos Tecnología 34

35 Procesos Personas - Tecnología Personas Procesos Multidisciplinar Responsabilidades Adaptación Previsión Cliente Contrato 35

36 Procesos Personas - Tecnología MANIFIESTO ÁGIL (2001) Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar: Individuos e interacciones sobre procesos y herramientas Software funcionando sobre documentación extensiva Colaboración con el cliente sobre negociación contractual Respuesta ante el cambio sobre seguir un plan Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda. 36

37 Procesos Personas - Tecnología Dirección T e r c e r o s Equipo 1.1 Área 1 Equipo 1.2 Área 2 Equipo 2.1 Equipo 3.1 Área 3 Equipo 3.2 Oficina de proyectos Oficina técnica Calidad 37

38 Qué significa implantar un proceso en una organización? Pilotos Quick wins Resistencia al cambio Institucionalización Principio de Pareto Keep it simple Difusión Equipos de mejora No hay balas de plata 38

39 Qué significa implantar un proceso en una organización? + Implantación Quick Wins Entrenamiento/Difusión Dedicación de recursos Nivel de competencia Equipo de mejora/piloto Shock Acompañamiento Monitorización/Ajustes Institucionalización Negación Reconocimiento Comprensión Certificación Experimentación Aceptación Inicio del cambio Tiempo + 39

40 Manos a la obra! 40

41 Escenario base 41

42 Escenario base 42

43 Escenario base 43

44 Escenario base 44

45 Escenario base 45

46 Escenario base 46

47 Escenario base 47

48 Taller. Pregunta 1. Agilidad VS Procesos Certificados en Nivel 2! Suministro Gestión del Modelo de Ciclo de Vida Planificación del Proyecto Evaluación y Control del Proyecto Medición Definición de requisitos de los stakeholders Análisis de los Requisitos del Sistema Gestión de la Configuración Gestión de la Configuración del Software Aseguramiento de la calidad del software 48

49 Taller. Pregunta 1. Agilidad VS Procesos 49

50 Taller. Pregunta 1. Agilidad VS Procesos Nuestro equipo va a iniciar un piloto para utilizar la metodología ágil Scrum Lo habéis contrastado con la PMO? Tened en cuenta que estamos certificados en SPICE en un nivel 2 y esta metodología obliga a completar muchas documentación y a seguir procesos que van en contra de los principios de la agilidad. CIERTO? FALSO?

51 Taller. Pregunta 1. Agilidad VS Procesos QUÉ HACER? CÓMO HACERLO?

52 Taller. Pregunta 2. Implantación ISO 9001 sobre ISO nivel 2 Nuestros proveedores nos piden estar certificados en ISO 9001 si ya estamos certificados en ISO nivel 2 deberíamos ser capaces de alcanzar la certificación ISO 9001 en 3 meses. Lo ves viable? No creo que sea posible ya que ISO 9001 no tiene nada que ver con ISO y además un plazo de 3 meses es inasumible para implantar, madurar e institucionalizar un sistema de gestión de calidad 52

53 Taller. Pregunta 2. Implantación ISO 9001 sobre ISO nivel 2 Certificados en Nivel 2! Suministro Gestión del Modelo de Ciclo de Vida Planificación del Proyecto Evaluación y Control del Proyecto Medición Definición de requisitos de los stakeholders Análisis de los Requisitos del Sistema Gestión de la Configuración Gestión de la Configuración del Software Aseguramiento de la calidad del software Procesos de estrategia (Toma de decisiones, Asignación de recursos, Medición y análisis, Aseguramiento de la calidad) Procesos para el desarrollo de software end-to-end (Oferta, Requisitos, Análisis, Diseño, Desarrollo, Implantación) Procesos de soporte (RRHH, Formación, Gestión de proveedores, Gestión de la configuración, Infraestructuras) 53

54 Taller. Pregunta 3. Informatización de procesos Si queremos avanzar hacia el nivel 3 de SPICE debemos ser capaces de tener trazabilidad entre las tareas de desarrollo y el código (clases) que han sido afectados. Existe un sistema de seguimiento de tareas open-source que se integra con nuestro repositorio de código fuente. Podríamos considerar usarlo. 1 2 Los desarrolladores podrían añadir el código de la tarea en el comentario de sus commit. Es cuestión de concienciarlos. Existe un plugin en el IDE de los desarrolladores que permitiría asociar un commit a una tarea de nuestro sistema de seguimiento. Es open-source pero parece que está abandonado. 3 zzzzz 54

55 Taller. Pregunta 4. Calidad software Obligamos a un mínimo del 80% en el cumplimiento de reglas de calidad software mediante Sonarqube previo al despliegue de la solución. Cuál puede ser el siguiente paso en nuestro proceso de mejora? 2 1 Súbelo al 90%. El objetivo final es alcanzar el 100% Asigna incumplimientos a los desarrolladores, así se sabrá quién sigue el estándar corporativo 3 Separa el cumplimiento por tipos de reglas (seguridad, mantenibilidad, eficiencia, ) y prioriza un subconjunto según las necesidades actuales 5 4 Podemos iniciar inspecciones de código con los equipos de desarrollo para establecer un plan de mejora. Los informes de incumplimientos pueden ser un input de estas inspecciones. Debemos intentar cuantificar tanto el esfuerzo invertido en aplicar estos estándares como su efectividad en la disminución de costes en el mantenimiento de la solución 55

56 Taller. Pregunta 5. Implantación de nuevas prácticas Necesitamos madurar nuestro enfoque sobre la gestión de riesgos en los proyectos somos demasiado reactivos no afrontamos los problemas hasta que estallan 2 1 Un consultor me ha hablado de una herramienta sobre gestión de riesgos que es la primera en el mercado. Podría llamarle para que nos hiciera una demostración Deberíamos establecer un equipo de mejora para estudiar el estado del arte y establecer un piloto con un proyecto seleccionado donde probar las buenas prácticas que seleccionemos. 3 Cada equipo nos deberá reportar cada mes los 10 riesgos más significativos. Así se acostumbraran a identificarlos y gestionarlos. 4 Deberíamos empezar por definir un proceso de gestión de riesgos. Nos serviría para una futura auditoría de SPICE nivel 3 y para la nueva versión de ISO 9001 que le da mucha importancia a la gestión de riesgos 56

57 Taller. Pregunta 6. Tailoring Nuestro objetivo no es conseguir certificaciones de proceso por eso, de cada cuerpo de conocimiento (ISO 9001, ITIL, SPICE, ) nos quedamos con los procesos que nos interesan y los adaptamos a nuestra realidad Me parece correcto, ya que de esta forma podéis priorizar en cada momento la implantación de procesos según vuestras necesidades Cada cuerpo de conocimiento está pensado para ser implantado de forma completa. Si cogéis de cada uno lo que os interesa corréis el riesgo de no construir un sistema óptimo

58 About Capgemini Con alrededor de empleados en 40 países, Capgemini es uno de los principales líderes en servicios de consultoría, tecnología y outsourcing del mundo. El Grupo Capgemini ha alcanzado unos ingresos globales de millones de euros en Capgemini en colaboración con sus clientes, crea y proporciona las soluciones tecnológicas y de negocio que mejor se ajustan a sus necesidades y que conducen a alcanzar los resultados deseados. Siendo una organización profundamente multicultural, Capgemini ha desarrollado su propia forma de trabajar, la Collaborative Business Experience TM, basada en su modelo de producción Rightshore.