Modelo de madurez del CMMI - PowerPoint PPT Presentation

1 / 31
About This Presentation
Title:

Modelo de madurez del CMMI

Description:

El Modelo de Capacidad y Madurez Integrado CMMI (Capability Maturity Model ... No duplicar esfuerzos registrando bases de datos adicionales. ... – PowerPoint PPT presentation

Number of Views:1152
Avg rating:3.0/5.0
Slides: 32
Provided by: fliagonza
Category:
Tags: cmmi | del | duplicar | madurez | modelo

less

Transcript and Presenter's Notes

Title: Modelo de madurez del CMMI


1
Modelo de madurez del CMMI
  • Andres A. Garces
  • Daniel Fernando Cadavid
  • Martha Lucia Gonzalez Medina
  • Monica Sepulveda

2
Que es el CMMI?
  • El Modelo de Capacidad y Madurez Integrado CMMI
    (Capability Maturity Model Integration) es un
    modelo de referencia de prácticas maduras usadas
    para evaluar y mejorar la capacidad de los
    procesos. Es una ruta evolutiva de implementación
    de las mejores prácticas en los procesos
    organizacionales.

3
MADUREZ VS INMADUREZ
4
  • El modelo para software (CMMI) establece 5
    niveles de madurez para clasificar a las
    organizaciones, en función de qué áreas de
    procesos consiguen sus objetivos y se gestionan
    con principios de ingeniería. Es lo que se
    denomina un modelo escalonado, o centrado en la
    madurez de la organización.

5
  • NIVELES
  • 1- Ejecutado- Inicial
  • 2 - Administrado - Gestionado
  • 3 - Definido
  • 4 - Administrado - Gestionado Cuantitativamente
  • 5 - Optimizado

6
(No Transcript)
7
Inicial
  • La organización en este nivel no dispone de un
    ambiente estable para el desarrollo y
    mantenimiento de productos y servicios.

8
Administrado
  • En la organización que se encuentra en este nivel
    algunas áreas organizacionales y/o proyectos han
    alcanzado las metas genéricas y específicas
    establecidas en sus áreas de proceso, es decir
    planean sus procesos, los ejecutan, los miden y
    los controlan.

9
Definido
  • Tienen los procesos caracterizados, entendidos
    por los ejecutores, descritos mediante
    estándares, procedimientos, métodos y
    herramientas.

10
Administrado Cuantitativamente
  • La organización selecciona y administra las
    actividades que contribuyen perceptiblemente al
    funcionamiento de proceso total. Estas
    actividades seleccionadas son controladas con
    técnicas estadísticas y otras técnicas
    cuantitativas.

11
Optimizado
  • Los procesos de la organización son mejorados
    continuamente basados en una comprensión
    cuantitativa de las causas comunes de variación
    inherentes a los procesos. El nivel 5 está
    centrado en mejorar continuamente el desempeño de
    los procesos con mejoras tecnológicas
    incrementales e innovadoras.

12
(No Transcript)
13
Componentes del Modelo CMMI
  • Áreas de procesos
  • Metas genéricas
  • Metas específicas
  • Prácticas genéricas
  • Prácticas específicas y sub prácticas

14
(No Transcript)
15
Necesita su Organización CMMI?
  • Los planes se hacen, pero no necesariamente se
    siguen.
  • No se hace el seguimiento al trabajo real vs el
    plan. Los planes no son revisados.
  • Los requerimientos no son consistentes, los
    cambios no son manejados.
  • Los estimados son muy irreales, su incumplimiento
    es común.
  • Cuando no se puede cumplir con los plazos, surge
    una atmósfera de crisis.
  • Los defectos se encuentran en la fase de pruebas,
    o peor aún los encuentra el cliente.
  • El éxito depende de acciones heroicas de
    individuos competentes.
  • La consistencia en la ejecución es cuestionable.

16
EJEMPLO
  • SITUACION ACTUAL
  • Una empresa tiene 5 unidades de negocio y cada
    una cuenta con una
  • Unidad Desarrolladora de Software (UDS).
  • Una UDS desarrolla aplicativos corporativos y
    brinda soporte al 60 de los
  • usuarios de la empresa, y otras 4 desarrolla
    aplicativos locales y brinda
  • servicio en conjunto al 40 de los usuarios.
  • Cada UDS opera independientemente utilizando sus
    propios estándares, metodologías, practicas, etc.
  • Algunos procesos no se realizan o se realizan de
    diversas maneras aun dentro de cada UDS.
  • No se realizan procesos comunes, menos se realiza
    una reutilización de procesos dentro de la
    empresa.

17
  • Algunas veces se ha hecho el mismo producto bajo
    varios enfoques y/o plataformas. Debido a los
    problemas de integración.
  • No se predice de antemano el tiempo que demandará
    la construcción de un producto.
  • La documentación de las actividades de desarrollo
    es muy pobre lo que origina que el personal
    desarrollador consuma mucho tiempo entendiendo
    los programas y los procesos.
  • La demanda de mantenimiento de aplicativos, así
    como la solución de errores grandes toma mucho
    tiempo por los programadores.

18
DETERMINACION DEL PROBLEMA
  • Entre algunos de los que se presentan se
    encuentran
  • Cada UDS tiene su propia política con relación a
    los procesos de desarrollo de software.
  • El procedimiento de atención de requerimientos no
    contribuye a una gestión adecuada de los
    requerimientos.
  • Demasiado esfuerzo en la elaboración de un
    producto.
  • Cada vez que se desarrolla un nuevo producto se
    tiene que realizar todas las actividades. No hay
    cultura de re-uso, ni uso de experiencias
    exitosas.

19
  • Los productos elaborados por una UDS no pueden
    ser utilizados por otra UDS por cuanto los
    estándares, procedimientos, procesos, hardware y
    software son diferentes.
  • Las unidades de negocio no tienen una sola visión
    compartida sobre el desarrollo de software.
  • Los tiempos para la construcción de software
    frecuentemente son mayores que los planeados.

20
Justificación
  • Es necesaria la implantación del modelo
    CMMI para dar solución a los problemas
    planteados y como herramienta que permite
    disminuir costos a las Unidades de
    Negocio y a la organización en general
    por economías de escala, uniformidad de
    procesos, facilitar la comunicación y
    entendimiento entre el personal de las UDS,
    reducción del tiempo de desarrollo,
    reducción de riesgos, ayuda en la
    estimación del software y sobre todo para
    aumentar la calidad del software.

21
Se utilizará CMMI para
  • Ayudará a establecer objetivos y prioridades en
    mejoras de procesos.
  • Ayudará a asegurar procesos estables maduros y
    con la capacidad requerida.
  • Como guía para mejorar de procesos a nivel de
    proyecto y de organización.
  • Como una metodología de evaluación para
    diagnosticar el estado de los esfuerzos de
    mejora.
  • Se usará la metodología Identificación,
    Transformación e Implantación - ITI para
    transformar la UDS "1" a los estándares
    requeridos por el modelo CMMI de una manera
    simple y sencilla.

22
IMPLEMENTACION DEL MODELO CMMI
  • La implementación del modelo de CMMI, consta de
    dos partes
  • Consultaría Especializada consiste en realizar
    el acompañamiento dirigido por un consultor
    Senior, durante un tiempo estimado de un año por
    nivel de madurez.
  • Valoración SCAMPI consiste en un proceso
    mediante el cual durante u tiempo estimado de
    tres meses se recoge evidencias para comprobar si
    la organización ha alcanzado el nivel de madurez
    deseado. La valoración es realizada por una
    empresa autorizada por el SEI (Software
    Engineering Institute).

23
  • Se definió el proyecto "CMMI" el cual tuvo
    como misión implantar el CMMI en la organización
    y en la UDS "1" en el más breve plazo. El
    equipo del proyecto estuvo conformado por
    personal experto en procesos de CMMI y personal
    de la UDS "1", con roles y responsabilidades
    claramente definidos
  • 1 Ejecutivo de Proyecto
  • 1 Administrador del proyecto
  • 1 líder del proyecto por el lado de la UDS "1"
  • Equipo Implementador

24
  • Se definió una estrategia de implementación
    rápida, para lo cual se tomó en cuenta lo
    siguiente
  • Incluir dentro del Equipo de implementación a
    personal experto en CMMI.
  • Capacitar al Equipo de implementación de la UDS
    "1" en CMMI.
  • Obtener el compromiso del personal de la
    UDS "1" para apoyar en las actividades de
    CMMI.
  • Explicar a todo el personal de la UDS "1" las
    razones de la implementación y cómo ayudará en
    los objetivos de calidad.
  • Involucrar a un grupo de la UDS "1" en el
    Proyecto de Implementación.
  • Usar como base los procedimientos, formatos
    y herramientas que están siendo utilizados por
    la UDS "1" y que cumplen con los requerimientos
    del CMMI y solicitar aprobaciones a los expertos.
  • Uso de herramientas que permitan desarrollar
    rápidamente el trabajo y que ayuden a
    generar métricas.
  • No duplicar esfuerzos registrando bases de
    datos adicionales. Se usa las bases de
    datos existentes, para lo cual es
    posible que se requiera modificaciones al
    SW para generar métricas
  • Reducir el impacto en la atención a usuarios.
  • La implantación de los procesos
    organizacionales se debería hacer a nivel
    Empresa.

25
  • La Implantación del CMMI en una Empresa con
    varias Unidades de Negocio en las cuales cada
    una tiene su propia Unidad de Desarrollo de
    Software - UDS se realiza en dos etapas
  • La primera etapa consiste en revisar los
    procesos de CMMI tal como lo define el
    Instituto de Ingeniería de Software - SEI
  • -Analizar los procesos, políticas, estándares
    y procedimientos actuales de la empresa y alinear
    los procesos a los procesos de CMMI.
  • - Elaborar los procedimientos, estándares,
    políticas de la empresa para ayudar en la
    consecución de los objetivos.
  • La segunda etapa consiste en aplicar los
    estándares definidos a nivel empresa a las
    diferentes UDS de las unidades de negocio
    manteniendo en lo posible los estándares
    definidos en la primera etapa.

26
Descripción detallada
  • Al inicio del Proyecto se identificaron un
    conjunto de actividades y se asignaron
    responsables, los cuales tuvieron como
    responsabilidad de elaborar el plan de
    implementación

27
Identificación Levantamiento de Requerimientos
  • La UDS "1" tiene un conjunto de
    estándares, procesos, procedimientos y
    formatos definidos con los cuales ha
    venido operando. Algunos de los documentos
    son compartidos con los Usuarios. El Equipo de
    Implantación entrevistó al personal de la
    USD "1" y revisó los siguientes documentos que
    deben ser generados por la UDS "1"
  • Contratos, Acuerdos de niveles de servicio.
  • Plan de trabajo de la UDS y de los proyectos.
  • Productos de trabajo con actividades de
    Administración de la calidad
  • Registro (Log) de Problemas, de Dependencias,
    requerimientos de cambio y de riesgos
  • Minutas de reunión con clientes y miembros del
    equipo.
  • Documentos firmados por clientes
  • Plan de pruebas
  • Resultado de revisiones previas de Aseguramiento
    de la calidad
  • Procesos, procedimientos, metodologías,
    estándares, guías, formatos.

28
  • Se asignó las áreas de proceso a los
    miembros del equipo. Cada uno de ellos
    tuvo el encargo de identificar las brechas
    (gaps) de una o más áreas de proceso.
  • Se corroboró la brecha total mediante
    la revisión de Aseguramiento de Calidad
    PPQA), para conocer el grado de cumplimiento
    de la USD "1" respecto del modelo CMMI
    definido para la Empresa, usando un formato
    para aseguramiento de procesos (checklist)
    que tiene una lista de chequeo de todos
    los puntos relacionados con el cumplimiento
    de las prácticas genéricas y específicas del CMMI
    de todas las áreas de procesos

29
  • Se analizó el Reporte de Aseguramiento de
    calidad. El resultado del análisis arrojó
    como resultado que la USD "1" tuvo 30 de
    adherencia al CMMI. Con este resultado se
    determinó el alcance, el esfuerzo y el
    costo del Proyecto y se elaboró el Plan
    del Proyecto.
  • La estimación del alcance fue dada por las
    tareas a realizarse en cada una de las
    PAs para completar en conjunto el 70 de
    cumplimiento faltante.

30
  • El esfuerzo estimado para la Transformación
    e Implantación fue de 24 meses -
    persona, en base a la situación actual,
    complejidad y número de pendientes por
    implementar en cada PA. Se asignó 3
    personas a tiempo completo para lograr el
    objetivo de implantarlo en 10 meses
  • El costo del Proyecto fue calculado en
    base de los recursos requeridos (personal,
    infraestructura, HW, SW) y al tiempo de
    dedicación del personal

31
Barreras para una implantación exitosa
  • Cultura del Usuario
  • A los Desarrolladores no les gusta
    documentar ni alimentar las bases de datos,
    por lo cual generalmente inician la
    atención de un siguiente requerimiento antes
    de haber culminado la documentación del
    anterior.
Write a Comment
User Comments (0)
About PowerShow.com