Integra TICs 2006 Encuentro Nacional de Informática 8 de diciembre 2006 Lic. Amalia Álvarez Balbi, MC alvarez_a@ort.edu.

1. Integra TICs 2006 Encuentro Nacional de Informática 8 de diciembre 2006 Lic. Amalia Álvarez Balbi, MC alvarez_a@ort.edu.uy

2. Agenda • Estado de las empresas de software • CMMI • ISO 9001:2000 / PU UNIT-ISO 90003 • ISO/IEC 15.504 • Ventajas de adoptar un modelo para la mejora

3. Estado de las empresas de software

4. Introducción • Las organizaciones productoras de software han emprendido procesos para mejorar su forma de trabajo. • Iniciativas más comunes • Incorporación de metodologías de desarrollo • Entrenamiento del personal • Implantación de las normas ISO 9000 • Implantación del modelo CMMI

5. Características típicas deorganizaciones de software • Alguna características de las empresas de software en Uruguay • Personal profesional en áreas técnicas. • Personal motivado. • Promedio de edad bajo.

6. Características deorganizaciones inmaduras • Fuerte dependencia de la gente. • Los integrantes de la organización no saben qué se espera de ellos. • Forma de trabajo improvisada por los profesionales y la Dirección. • En los casos de que existe una forma de trabajo definida, no es respetada o no se ha impuesto rigurosamente.

7. Características deorganizaciones inmaduras • Dificultades para predecir la calidad del producto. • Problemas de presupuesto e incumplimiento de plazos debido a estimaciones imprecisas. • La funcionalidad del producto y la calidad a menudo son comprometidas para cumplir el los compromisos de fechas y presupuesto.

8. Características deorganizaciones inmaduras • Exceso de promesas. • Abandono de procesos en momentos de crisis. • No son capaces de repetir éxitos pasados.

9. Características deorganizaciones inmaduras El costo de la “inmadurez” en organizaciones de software es superior al 40% del costo total de cada proyecto.

10. ¿Por qué mejorar … • … la forma de trabajar? • Cansancio de trabajar de “bomberos” • Necesidad de predecir resultados • Desear un nuevo mercado que requiere mayores capacidades • Reducir los costos de la “no-calidad”

11. ¿Cuál es el camino?

12. ¿Cuál es el primer paso? • El primer paso para mejorar los procesos de software es: Hacer un buen diagnóstico. Implica detectar Fortalezas y Debilidades

13. ¿Luego del diagnóstico qué debo hacer? • Emprender acciones para asegurar que las fortalezas perdurarán en el tiempo. • Emprender acciones para reducir o eliminar las debilidades (oportunidades de mejora).

14. “La organización establece sus metas de acuerdo a la medida de sus deseos, capacidades, esfuerzo y su propio mercado.” Malevski-Rozotto Malevski-Rozotto

15. Modelo de Gestión • Conjunto de elementos que describen las características de procesos eficaces. • Incluyen procesos y prácticas que la experiencia demostró que han sido eficaces.

16. ¿Para qué se usa un modelo de gestión de procesos? • Diagnóstico. • Definir objetivos de mejora. • Marcar prioridades. • Establecer procesos estables, capaces y maduros. • Guía para la mejora de los procesos.

17. Modelo de Gestión • Los modelos más conocidos en la industria • CMMI • ISO 9001:2000 (ISO/IEC 90003) • ISO/IEC 15504 (SPICE) • Modelos genéricos • Modelos de excelencia en gestión

18. CMMI Capability Maturity Model Integration

19. Modelo CMMI • El objetivo del modelo CMMI es • proveer una guía para mejorar los procesos de una organización y su capacidad para • gestionar el desarrollo, • la adquisición y • el mantenimiento de los productos de software.

20. CMMICapability Maturity Model Integration • CMMI es una hoja de ruta para la mejora del proceso de software. • Identifica niveles de madurez. • Proporciona una guía para medir la capacidad del proceso de Software de la organización. • Permite fijar metas y prioridades para la mejora del proceso. • Guía a la organización hacia una ingeniería del software de excelencia.

21. Beneficios de la Madurez del Proceso Resultados Nivel Características Proceso C P Se institucionaliza la Optimizando R mejora del proceso A O L R D El producto y el proceso Gestionado Cuantitat. U I se controlan I C cuantitativamente D T E Las prácticas técnicas se A I integran con las prácticas Definido V de gestión y se D S institucionalizan I D Se institucionalizan las G A Gestionado prácticas de gestión del proyecto D O Inicial El proceso es informal y ad hoc

22. Representaciones de CMMI Pasos o Niveles NM5 Continuo NM4 NM3 Capacidad Área de proceso NM 2 0 1 2 3 4 5 NM 1 . . .para un conjunto de áreas de proceso establecidas en una organización AP AP AP . . .para un área de proceso simple o conjunto de áreas de proceso

23. CMMI Modelo por niveles • Hoja de ruta predefinida para la mejora. • Se basa en un agrupamiento probado de procesos. • ¿Por qué usar por niveles? • Influencia de la herencia (Ej. CMM) • Hoja de ruta probada para mejora • Especifica un ordenamiento para la mejora de las áreas de proceso.

24. CMMIRepresentación continua • Permite seleccionar el orden de mejora que mejor satisface los objetivos del negocio y mitiga las áreas de riesgo de la organización. • La representación continua utiliza seis niveles de madurez. • Agrupa áreas de proceso por categorías de afinidad y designa niveles de capacidad para cada área de proceso.

25. CMMI Representación continua • Brinda flexibilidad para elegir en qué proceso poner énfasis y cuánto mejorar cada proceso. • ¿Por qué usar continuo? • Influencia de trabajo internacional (ISO/IEC 15504). • Mayor libertad debido a que trata las áreas de proceso independientemente.

26. Situación actual de adopción Modelos CMMI (Continuo y por niveles)

27. Situación actual de adopción • Evaluaciones Clase A que se realizaron entre Abril de 2002 y Agosto 2005, reportadas al SEI hasta Setiembre de 2005. • 977 evaluaciones • 878 organizaciones • 3.686 proyectos • 59,6 % organizaciones de fuera de USA Software Engineering Institute Carnegie Mellon University

28. Número de evaluaciones SCAMPI Clase A por año por modelo Evaluaciones realizadas entre Abril 2002 Y Agosto 2005 y reportadas hasta el 30 De Septiembre de 2005. © 2005 by Carnegie Mellon University

29. Tamaño de las organizaciones Basada en datos de 861 organizaciones

30. Reportes de organizaciones evaluadas Basada en datos de 878 organizaciones

31. Perfil de madurez de las organizaciones

32. Tipo de organizaciones

33. Factores que influyen en la elección • Aspectos del negocio • Cultura de la organización • Capacidad de la organización para emprender un cambio • Herencias

34. Sistemas de Gestión de la Calidad Norma ISO 9001:2000 Guía ISO/IEC 90003:2004 (PU UNIT-ISO/IEC 90003:2006)

35. Normas ISO 9000 • Son una familia de Normas sobre Gestión de la Calidad que describen los requisitos que debe cumplir un Sistema de Calidad en diferentes situaciones. • Son emitidas por la Organización Internacional de Normalización y resultan de un consenso internacional. • Pueden aplicarse a cualquier sector o rama de actividad en que opere la empresa.

36. ISO 9000:2000 • Objetivo: • Asistir a organizaciones de todo tipo y tamaño en la implementación y operación de sistemas de gestión de la calidad eficaces.

37. ISO/IEC 90003:2004 • Brinda una guía para implementar la norma ISO 9001 a organizaciones que compran, proveen, desarrollan, operan o mantienen software. • No agrega requisitos a la norma ISO 9001:2000. • No se supone que sea utilizada como criterios de evaluación en una auditoría de certificación.

38. Realización del producto Elementos de Salida Modelo de un sistema de gestión de la calidad basado en procesos Sistema de Gestión de la Calidad C L I E N T E S a t i s f a c c i ó n C L I E N T E Responsabilidad de la dirección R e q u i s i t o s Gestión de Recursos Medición, análisis y mejora Producto Elementos de entrada Líneas de valor añadido Líneas de información Ref. UNIT-ISO 9000:2000

39. Norma internacional ISO/IEC 15504

40. ISO/IEC 15504 • Es una norma generada por el grupo de trabajo en evaluación de procesos (WG10) de un comité internacional en normalización en Ingeniería de software y sistemas. • Es la evolución del modelo SPICE (Software Process Improvement and Capability dEtermination).

41. ISO/IEC 15504 • Provee un marco para la evaluación de procesos de software para • Mejora de procesos • Determinación de la capacidad.

42. Ventajas de adoptar un modelo para la mejora

43. Impacto de la mejora en la organización • Resultados • Reducir los costos de mantenimiento • Obtener ventajas competitivas • Estrategia • Mayor eficiencia de la organización • Aumentar la capacidad del negocio • Lealtad del cliente

44. Características de un proceso maduro • Definido y documentado • Respaldado visiblemente por la Dirección • Definición y comprensión de los roles y responsabilidades durante todo el proyecto y en toda la organización • Coherente con la forma en que el trabajo se hace realmente • Medido • Respaldado por la tecnología

45. ¿Implantar un modelo de gestión de calidad garantiza el éxito de una organización?

46. ¿Las buenas prácticas garantizan el éxito? • No, pero se puede asegurar que un fracaso no será por: • Falta de planificación. • Falta de estimaciones. • Definición de requisitos pobre. • Incapacidad de entregar productos en tiempo y presupuesto. • Falta de entrenamiento. • Ausencia o muy pobre gestión de riesgos. • Ausencia o muy pobre aseguramiento de la calidad. • Recursos inapropiados. • Expectativas poco realistas. • Falta de comunicación.

47. ¿Las buenas prácticas garantizan el éxito? Las buenas prácticas no garantizan el éxito, pero previenen fracasos por razones previsibles.

48. Normas de referencia • CMMI Capability Maturity Model Integration. SEI - Software Engineering Institute – Carnegie Mellon University. • Yoram Malevski - El Camino y La Meta • ISO 9000:2000 – Sistemas de gestión de la calidad. • ISO/IEC – 12207 – Information Technology – Software life cycle processes • ISO/IEC 90003:2004 – Software Engineering – Guidelines for the application of ISO 9001:2000 to computer software. • ISO/IEC – TR 15271 – Information Technology –Guide for ISO/IEC 12207 • ISO/IEC - TR 15504 – Information Technology – Software Process assessment • The TickIT Guide – Using ISO 9001:2000 for Software Quality Management System Construction, Certification and Continual Improvement – British Standard Institution • PU UNIT-ISO/IEC 90003:2006 – Ingeniería de Software. Directrices para aplicación de UNIT-ISO 9001:2000 al Software. • UNE 71044 – Tecnología de la información – Procesos del ciclo de vida del software.

49. Muchas gracias! Lic. Amalia Álvarez Balbi, MC alvarez_a@ort.edu.uy