El documento describe los problemas de las organizaciones no maduras en el desarrollo de software, como la falta de procesos definidos y la improvisación. También introduce el modelo CMMI, el cual proporciona elementos esenciales para procesos de software eficaces mediante la definición de niveles de madurez de las organizaciones y áreas de procesos clave. Finalmente, resume brevemente los niveles de madurez del modelo CMMI y algunas de sus áreas de procesos.

1. Modelo CMMI Prof. Ing Ana Maria Huayna Dueñas

2. Problemas de la Industria Los Proyectos están : Excesivamente tarde Spbrepresupuestados Los beneficios de los mejores métodos e instrumentos no se pueden obtener en el medio indisciplinado y caótico de desarrollo

3. Organizaciones no maduras Los procesos de software son improvisados Organizaciones “Apaga fuego” La planificación en tiempo y recursos no se cumple La calidad y la funcionalidad se compromete.

4. Organizaciones no maduras No hay bases objetivas para : - Enjuiciar la claridad del producto - Resolver problemas de los productos y del software. Las revisiones y pruebas son eliminadas ó disminuidas cuando el proyecto se atrasa A correr !!

5. La calidad y la productividad No solo se logra aplicando nuevas metodologías y tecnologías para desarrollar y mantener software. El principal problema es la incapacidad para administrar los procesos de software. UML

6. Temáticas CMMI: Capability Maturity Model Integrator Niveles de la Organización Areas de Procesos del nivel 2 Areas de Procesos del nivel 3

7. Que es CMMI ? Es un modelo para la mejora de procesos que proporciona a las organizaciones los elementos esenciales para procesos eficaces 1984 Creación del SEI Software Engineering Institute 1991 Primera versión de CMMI 2000 Aprobación de CMMI

8. CMMI ¿Para que? Para mejorar los procesos que inciden en el mantenimiento y desarrollo de software Criterio para evaluar los procesos de una empresa que mantiene y desarrolla software.

9. CMM CMM es una aplicación de sentido común de los conceptos de gestión de procesos y mejora de la calidad al desarrollo y mantenimiento del software”. Mark C.Paulk Software Engineering Institute Estudia los procesos de desarrollo de software de una organización y produce una evaluación de la madurez de la organización según una escala de 5 niveles. La madurez de un procesos es un indicador de la capacidad para construir un software de calidad Es un modelo para la mejora de las organizaciones. Obliga a una revisión constante.

10. CMMI Incremento de productividad de la entidad. Mejor comunicación con los clientes y entre los profesionales de la entidad. Mayor satisfacción de las solicitudes de los clientes. Específica para las empresas de software. Ofrece un camino de mejora continua. Permite a un interesado externo tener certeza sobre el potencial de una organización. Su aplicación resulta compleja (PSP Personal Software Process y TSP Team Software Process). Su implementación en las empresas toma tiempo. VENTAJAS DESVENTAJAS

11. PSP Personal Software Process Proporciona métodos detallados para estimular y planear, muestra a los ingenieros cómo dar seguimiento a su desempeño contra estos planes y explica como los procesos definidos pueden guiar su trabajo. El PSP tiene el propósito de desarrollar hábitos de programación, en especial en cuanto a la medición.(¿Cuánto tiempo he dedicado a este código?, ¿Cuántas LDC he escrito?, ¿Cuántos defectos conocidos he generado?.

12. TSP Team Software Process Formar equipos autodirigidos - 3 a 20 ingenieros - Establecer sus propias metas - Establecer sus propios procesos y planes. - Rastrear el trabajo. Mostrar a los gerentes cómo administrar equipos - Orientar - Motivar - Apoyar el desempeño más alto. Acelerar la mejora del CMM - Hacer que el CMMI 5 sea “normal”. Proporcionar guías de mejoramiento para organizaciones con alta madurez Facilitar la enseñanza universitaria a equipos integrados con la industria.

13. CMMI: Capability Maturity Model Integrator Describe las prácticas de Ingeniería de Software y de administración que caracterizan como las organizaciones maduran sus procesos para desarrollar y mantener software.

14. CMMI guía a la empresa Como ganar el control de sus procesos para desarrollar y mantener software. Como evolucionar hacia una cultura de ingeniería de software y de administración de excelencia.

15. Modelos de CMMI Capacibility Maturity Model for Software V2.draft C (Sw-CMM V2C) - EIA Interim Standard 731, System Engineering Capacibility Model (SECM) - Integrated Product Development Capacibility Maturity Model, draft VO.98 (IPD-CMM) Combina los modelos. Ingeniería de Sistemas/ Ingeniería de Software Puede ser aplicado a : * Los proyectos de Ing. De Software *Los proyectos de Ing. De Sistemas en una organización. * A ambos * IPPD puede ser usado en ambos CMMI-SE/SW Fases-Representación CMMI-SE/SW Continua - Representación

16. CMMI Es importante tener claro: - ¿Dónde nos encontramos? - ¿A dónde queremos llegar? - ¿Cómo llegaremos? - ¿Cómo sabremos si hemos llegado? No se puede hacer todo de golpe Procesos pilotos previos a un despliegue a gran escala Se centra en los 3 aspectos que influyen en una organización. Tecnología Personas Procesos

17. Elementos que influyen en la calidad Todos comprenden la importancia de tener una fuerza de trabajo motivada y calificada pero…. “… Aún las personas más inteligentes y capaces no pueden desarrollar de la mejor manera cuando el proceso no es entendido ó operado “ de la mejor forma Procesos Tecnología Personas Los mayores determinantes de un producto : Costo, cronograma y calidad

18. Definición de Proceso Un proceso es un conjunto de prácticas realizadas para alcanzar un propósito dado; este puede incluir herramientas, métodos, materiales, y/0 personas. Mientras que proceso es frecuentemente descrito como la pierna de la triada proceso-persona-tecnología, realmente debe ser considerado como la “goma” que integra los otros aspectos.

19. Proceso de Ingeniería de Software Actividades : Definición Análisis Perfeccionamiento Personalizaciones, datos del pasado , experiencia Actividades : Planificación Seguimiento y Control Ejecución del proceso (CM y LC) Administrado por : SEPG Administrador jefe Datos del desempeño Administrado por : PL.Ingenieros SQA Proceso de la organización Proceso del Proyecto

20. Especificación del Proceso Actividades Etapas ó Fases Sub-Actividades Proceso Procesos Pautas,formularios, estándares,herramientas,BD del proceso,capacidad del proceso, líneas base. Políticas

21. La premisa básica de la mejora de proceso “ La calidad de un producto es mayormente determinada por la calidad del proceso que es usado para desarrollar y mantener a éste” Basado en los principios de TQM instruidos por Shewhart, Juran, Deming y Humphrey

22. Capacidad de un proceso “ Describe el rango de los resultados esperados que pueden ser alcanzados siguiendo un proceso de Software”

23. Capacidad de una empresa Permite predecir lo que se puede esperar en un proyecto que realice

24. Capacidad y desempeño El desempeño por supuesto depende de la capacidad. Para mejorar el desempeño hay que mejorar la capacidad, el proceso se hace más maduro. CMMI ayuda a mejorar la capacidad

25. Ejemplo : Capacidad y desempeño Suponga un proceso Codificar --- Probar --- Entregar De los datos de muchos proyectos se obtiene que la calidad de la capacidad del proceso es de 3-6 defectos por KLDC. Si se desea entregar con 2 defectos por KLDC, no se puede con este proceso. Debe mejorarse el proceso.

26. Ejemplo: Mejora del proceso 1 Cambiar el proceso a : - Codificar –Revisar código – Probar --Entregar La calidad de este proceso es ligeramente mejor, es de 2-5 defectos por KLDC. Si se usa este proceso se tiene la posibilidad de entregar a 2 defectos por KLDC. Este proceso no puede entregar a 1 defecto por KLDC.

27. Ejemplo: Mejora del proceso 2 Más cambios al proceso : - Codificar – Revisar código – Hacer Plan de Pruebas –Revisar Plan de Pruebas --Probar --Entregar La calidad de este proceso será mejor, es de 0,5-2 defectos por KLDC. Si se usa este proceso para entregar a 1 defecto por KLDC. Este proceso no puede entregar un producto con un requerimiento de 1 defecto por KLDC.

28. Los niveles de Capacidad 5.Optimizado 4.Cuentativamente Administrado 3.Definido 2.Administrado 1.Realizado 0.Incompleto

29. Distinciones Críticas Realizado Vs Administrado La medida en la cual el proceso es planificado, el desempeño es administrado contra el plan, las acciones correctivas son tomadas cuando es necesario. Administrado Vs Definido - El alcance de la aplicación de la descripción del proceso, los estándares y procedimientos (proyecto Vs organización) Defimido Vs Cuantitatiamente Administrado - La posibilidad de predecir el desempeño ó realización del proceso Cuantitativamente Administrado Vs Optimizado - El proceso es continuamente mejorado de acuerdo a las causas comunes de variación del proceso

30. Niveles de CMMI – Inicial (Caos) Obtener objetivos específicos Ejecutar las prácticas básicas Establecer una política organizacional EJECUTE EL TRABAJO

31. Areas de Procesos Claves Describe aquellas funciones de Ingeniería de Software que deben estar presentes para alcanzar un nivel dado de calidad por la empresa.

32. Niveles de CMMI ADMINISTRADO DEFINIDO Cuantitativamente administrado INICIALL OPTIMIZABLE

33. Niveles de CMMI – Nivel Inicial Procesos de Software Ad Hoc Algunas veces caótico Pocos procesos definidos El éxito depende del esfuerzo y de las heroicidades individuales

34. Para avanzar Introducción y mejora de : - Procedimientos de Ingeniería de Software. - Controles de la gestión.

35. Niveles de CMMI – Nivel Administrado Los procesos básicos de gestión están establecidos para documentar los costos, los tiempos y la funcionalidad. Existe una disciplina que permite repetir éxitos tempranos en aplicaciones similares.

36. Aréas de proceso. Nivel Administrado Áreas del nivel 2 Gestión de requerimientos Planificación de proyectos de software Monitoreo y control de proyectos Aseguramiento de la calidad del producto y del proceso Gestión del acuerdo con los proveedores Medición y análisis

37. Aréas de proceso. Nivel Administrado Gestión de requerimientos Los procesos básicos de gestión están establecidos para documentar la funcionalidad.

38. Aréas de proceso. Nivel Administrado Planificación de proyectos de software Monitoreo y control de proyectos Se siguen planes basados en el desempeño en otros proyectos

39. Aréas de proceso. Nivel Administrado Aseguramiento de la calidad del producto y del proceso Revisiones Auditorías

40. Aréas de proceso. Nivel Administrado Gestión de configuración de software Identificar, controlar, auditar los productos de software Dónde están los fuentes?

41. Aréas de proceso. Nivel Administrado Gestión del acuerdo con los proveedores Seleccionar : Manejar efectivamente A los proveedores

42. Nivel Administrado Medición y Análisis Establecer objetivos de la medición, especificar las mediciones, su almacenamiento y análisis. Proveer resultados de la medición

43. Niveles de CMMI - Administrado Procesos del proyecto personalizados con los estándares de la organización. Procesos entendidos cuantitativamente. Se : - Planea el proceso - Proveen recursos - Asignan responsabilidades - Entrena a las personas - Identifica e involucra a los stakeholders - Monitorea y controla el proceso - Administra la configuración - Revisa el estado de la alta Gerencia.

44. Niveles de CMMI – Nivel Definido Los procesos de la organización están documentados, estandarizados e integrados El proceso efectivo de desarrollar proyectos está definido, documentado, el personal es entrenado en él y es obligatorio su uso. LOS PROCESOS Gestión Actividades De Ingeniería de Software

45. Areas de proceso. Nivel Definido Desarrollo de requerimientos Solución técnica Integración de producto Verificación Validación Foco en el proceso de la organización Definición del proceso de la organización Capacitación organizacional Administración integrada de proyectos Administración integrada de riesgos Administración integrada de proveedores Análisis y resolución de decisiones Entorno organizacional para la integración Administración integrada de equipos

46. Areas de proceso. Nivel Definido Desarrollo de requerimientos Obtener requerimientos del cliente y del producto Analizar y validar requerimientos

47. Areas de proceso. Nivel Definido Solución Técnica Seleccionar soluciones de producto ó componentes de producto. Desarrollar e implementar el diseño

48. Areas de proceso. Nivel Definido Integración de producto Preparar integración y analizar interfaces Ensamblar y entregar

49. Areas de proceso. Nivel Definido Verificación Examen sistemático de los productos de software para encontrar defectos y cambios a realizar. Preparar verificaciones y realizar revisiones por pares Verificar productos de trabajo

50. Areas de proceso. Nivel Definido Validación Preparar para la validación Verificar productos ó componentes de trabajo

51. Areas de proceso. Nivel Definido Foco en el proceso de la organización Determinar oportunidades de mejora Planificar e implementar actividades de mejora

52. Areas de proceso. Nivel Definido Definición del proceso de la organización Establecer los activos del proceso organizacional Procesos estándares, modelos de ciclo de vida, biblioteca de activos de la organización, repositorio de mediciones .

53. Areas de proceso. Nivel Definido Capacitación organizacional Proveer capacitación necesaria Las personas realicen sus roles de forma efectiva y eficiente

54. Areas de proceso. Nivel Definido Administración integrada de proyectos Integrar la gestión y la ingeniería de software en los procesos bien definidos. El proceso definido para cada proyecto es personalizado de acuerdo al tipo Organizar equipos integrados

55. Areas de proceso. Nivel Definido Administración integrada de riesgos Preparar la administración de riesgos Identificar y analizar los riesgos Mitigar los riesgos

56. Areas de proceso. Nivel Definido Administración integrada de proveedores Analizar y seleccionar los fuentes de los productos Coordinar el trabajo con los proveedores

57. Areas de proceso. Nivel Definido Análisis y resolución de decisiones Evaluar alternativas Establecer los procedimientos y métodos a emplear

58. Areas de proceso. Nivel Definido Entorno organizacional para la integración Proveer infraestructura Administrar personas para la integración

59. Areas de proceso. Nivel Definido Administración integrada de equipos Composición del equipo Gobernar los equipos

60. Niveles de CMMI – Cuantitativamente Administrado Establecer objetivos cuantitativos para el proceso. Estabilizar el rendimiento de los subprocesos. Medir el rendimiento del proceso Estabilizar el proceso Gráficos de control Atacar la causa de las variaciones especiales

61. Niveles de CMMI – Optimizado Asegurar el mejoramiento continuo de los procesos Resolver de raíz la causa de los problemas Prevención de defectos Mejora proactiva Adopción de la tecnología a través de la innovación.

62. Gerencia de Proyectos en CMMI GERENCIA DE PROYECTOS 8 áreas de procesos CMMI 25 áreas de procesos 2 Gerencia de acuerdos con proveedores 2 Planeación del proyecto 2 Monitoreo y control de proyectos 3 Gerencia integrada de proyectos 3 Administración de riesgos 3 Trabajo en equipo 3 Gerencia integrada de proveedores 4 Gerencia cuantitativa de proyectos Nivel Areas de Proceso

63. Evaluación (Appraisal) Muchas organizaciones valoran el medir su progreso llevando a cabo una evaluación y ganando una clasificación del nivel de madurez o de un nivel de capacidad de logro. Este tipo de evaluaciones son realizadas normalmente por una o más de las siguientes razones: Para determinar que también los procesos de la organización se comparan con las mejores prácticas CMMI y determinar qué mejoras se pueden hacer. Para informar a los clientes externos y proveedores acerca de que también los procesos de la organización se comparan con las mejores prácticas CMMI. Para cumplir los requisitos contractuales de uno o más clientes.

64. Evaluación (Appraisal) … Las valoraciones de las organizaciones utilizando un modelo CMMI deben ajustarse a los requisitos definidos en el documento "Appraisal Requirements for CMMI" (ARC). La evaluación se enfoca en identificar oportunidades de mejora, y comparar los procesos de la organización con las mejores prácticas CMMI. Los equipos de evaluación usan el modelo CMMI y un método conforme a ARC para guiar su evaluación y reporte de conclusiones. Los resultados de la evaluación son usados para planear mejoras en la organización. Hay tres clases de evaluación: Clase A,B,C. El Standard CMMI Appraisal Method for Process Improvement (SCAMPI) es un Método de evaluación que cumple todos los requerimientos ARC. Una evaluación de clase A es más formal y es la única que puede resultar en una clasificación de nivel de Madurez y es realizado por personal autorizado Lead Appraiser (SEI).

65. SCAMPI : Standard CMMI Appraisal Method for Process Improvement El Standard CMMI Appraisal Method for Process Improvement (SCAMPI) es el método oficial SEI para proveer puntos de referencia de sistemas de calificación en relación con los modelos CMMI. SCAMPI se usan para identificar fortalezas y debilidades de los procesos, revelar riesgos de desarrollo/adquisición, y determinar niveles de capacidad y madurez. Se utilizan ya sea como parte de un proceso o programa de mejoramiento, o para la calificación de posibles proveedores. El método define el proceso de evaluación constando de preparación; las actividades sobre el terreno; observaciones preliminares, conclusiones y valoraciones; presentación de informes y actividades de seguimiento.

66. SCAMPI : Standard CMMI Appraisal Method for Process Improvement Puedes descargar la documentación del SCAMPI desde http :// www.sei.cmu.edu / appraisal - program / publications / index.html Para hacer un plan de evaluacion interna en mi empresa , lo que usualmente se hace es combinar las fortalezas y oportunidades de mejora de la evaluación con los objetivos de negocio de tu empresa. Mayor guía al respecto la provee el modelo IDEAL de mejora continua. Lo puedes descargar desde: http :// www.sei.cmu.edu / publications / documents /96. reports /96. hb .001. html