Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

CMMI - SCAMPI

No description
by

JUAN CARLOS COLIN ALARCON

on 18 July 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of CMMI - SCAMPI

Introducción
Beneficios de implementar CMMI
...y más beneficios!
Antecedentes
¿Cómo implementarlo?
Características de CMMI
en la gestión de desarrollo
Flores Ojeda Diego Alfonso
Zamora Quebrado Victor
Caballero Salinas Manuel
Mendoza Tamayo Francisco Javier
Colin Alarcon Juan Carlos

Asignatura: Software de Clase Mundial
Empresa: Pakiwonka Solutions

¿Qué es CMMI?
*SEI : Software Engineering Institute
Es un modelo, desarrollado por el SEI*, que prioriza la eficacia de procesos bajo las mejores prácticas y objetivos estratégicos.

Mediante evaluaciones, busca mejorar los procesos de desarrollo, mantenimiento y operación de sistemas de software, además de clasificar a las empresas con ciertos niveles de madurez, en función de los procesos utilizados a la hora de producir un Software.
Descripción del trabajo
Puntos a tratar
¿Qué es CMMI?
Antecedentes
Características
Beneficios
¿Cómo implementarlo?
Niveles de madurez
Áreas de proceso
Evaluación SCAMPI
Ejemplo aplicado a TI Evolution
*La sigla CMMI significa Capabilty Maturity Model Integration, o en español "Integración de modelos de madurez de capacidades"
Durante los años 90 el SEI desarrolló diversos modelos para la mejora y medición de la madurez específica para varias áreas:

SW-CMM
SA-CMM
T-CMM
IPD-CMM
P-CMM
SSE-CMM
SE-CMM

En 1991 el SEI entregó el Capability Maturity Model (CMM), el cual tiene fuerte orientación al desarrollo del Software.
A mediados de la década del 90, el SEI decide unificar los modelos de:

Ingeniería de software (SW-CMM)
Ingeniería de sistemas (SE-CMM)
Desarrollo integrado de productos (IPD-CMM)

Con el fin de embarcar en un esfuerzo que da origen a una nueva generación llamada CMMI*

La primera versión se publicó en Enero del 2002.

En Marzo del 2002 se liberó el modelo CMMI, versión 1.1, el cual puede servir de guía para mejorar los procesos organizacionales, además del desarrollo del Software.


El nuevo CMMI brinda un marco con una estructura común para todas las disciplinas e incorpora una forma de representación llamada
“Continua”
orientada a medir la
mejora de los procesos de manera individual
en vez de hacerlo de manera conjunta como la representación por niveles del modelo original (escalonado).


Se enfoca en mejores prácticas

Cubre las actividades requeridas para desarrollar y mantener productos y servicios

Afirma que: Mejores procesos resultan en mejores productos y servicios

Permite enfocar la mejora a aquellos procesos alineados con los objetivos del negocio


Contempla la mejora de procesos a través de la incorporación de lecciones aprendidas.

Contiene 5 niveles de madurez.

Existen dos caminos para la mejora: Por etapa y continuo.

Incrementa la visibilidad de las actividades de ingeniería para garantizar que el producto y/o servicio cumplía con las expectativas de su cliente



Los proyectos son más visibles:
Cada integrante de un equipo de proyecto sabe en qué trabaja.

Mejor comunicación:
Cada involucrado, en su rol, conoce sus responsabilidades y compromisos.

Los planes de proyectos son más realistas:
Se realizan de acuerdo a lo que la empresa es capaz de hacer. Mejora la productividad, eficiencia y calidad.

Disminuye el Re-Trabajo:
Detección más temprana de errores.


La organización se conoce más a sí misma:
La organización sabe de lo que es capaz de hacer.

La organización puede generar su base de conocimiento:
Procesos, planes, ejemplos, etc.

Se genera un ambiente de equipo:
Se tiene conocimiento de lo que quiere la organización

Se tiene un cliente contento:
Un cliente más participativo en el proyecto

Se genera un producto con mejor calidad:
Apropiada obtención de requerimientos y detección temprana de errores.
La implementación está compuesto de distintas fases, las cuales pueden ser definidas por la empresa o
basarse en un modelo
.
Los pasos a seguir para la implementación de CMMI que se describirán a continuación están basados en el modelo
IDEAL
(modelo publicado por el SEI).
¿Que es el modelo IDEAL?

Este modelo es llamada IDEAL por las iniciales en inglés de las cinco fases que lo describen:

I
niciación
D
iagnóstico
E
stablecimiento
A
cción
Aprendizaje (“
L
earning”)

...y que en resumen es una guía para implementar acciones de mejoras organizacionales en general.

Metodología basada en IDEAL
A continuación se detallarán los 8 puntos más resaltantes para iniciar la implementación del modelo CMMI
1.- Obtener el involucramiento de la Gerencia:
CMMI se considera como un proyecto más.

2.- Recibir una capacitación en el modelo:
Ya sea en talleres, conferencias y/o diplomados.

3.- Definir el objetivo de mejora:
Identificar los problemas más importantes.
Identificar los objetivos de negocio y de mejora.

4.- Analizar la situación actual:
Realizar un diagnóstico de los procesos de la organización respecto al modelo CMMI y definir un plan de trabajo para el siguiente ciclo de mejora.

5.- Formar un grupo de trabajo:
Formar grupos de trabajo, proponer métricas para el seguimiento y elaborar un plan de proyecto.

6.- Implementar el plan de trabajo:
Implementar y realizar seguimiento al plan.

7.- Probar soluciones:
Probar las soluciones a los procesos antes de difundirlas.

8.- Mapeo de las prácticas versus lo implementado:
Realizar el despliegue de las mejoras de procesos, es decir, realizar capacitación y seguimiento a los equipos de proyecto.


Niveles de madurez
Nivel 1 - Inicial : Ausencia total de procesos definidos
Los procesos son habitualmente adhoc y caóticos
El desarrollo se basa en la veracidad y responsabilidad de los individuos (programación heróica)
Procedimientos localizados sólo en áreas concretas
No existen plantillas a nivel corporativo
La organización no provee un ambiente estable
Exceden en el presupuesto y tiempo de sus proyectos

Niveles de madurez
Nivel 2 - Repetible:
Procesos de administración establecidos para lograr el seguimiento de los costos, tareas y funcionalidad.

Los objetivos de todas las áreas de proceso del nivel 2 son alcanzadas.
Los proyectos son planificados, realizados, medidos y controlados.
Se normalizan las buenas prácticas.
Se establecen hitos para la revisión de los productos.
El progreso del proyecto es visible por el Gerente de cada hito.
Resultados revisados con los participantes y son controlados.
Niveles de madurez
Nivel 3 - Definido:
Se incorporan actividades de administración de ingeniería en forma documentada, estandarizada e integradas en una familia de procesos normalizados de la organización.
Objetivos específicos y genéricos de niveles 2 y 3 han sido alcanzadas.
Procesos caracterizados y comprendidos.
Participación total de la organización.
Se conoce de antemano los procesos de construcción de software.

Niveles de madurez
Nivel 4 - Administrado:
Proyectos en forma controlada con métricas que permiten mediciones confiables de los procesos y productos
Se establece objetivos cuantitativos para la calidad y rendimiento.
Las medidas de los procesos son estadísticamente analizadas.
Las estadísticas son almacenadas para aprovechar su uso.
Identificación de motivos especiales.

Niveles de madurez
Nivel 5 - Optimizado:
Mejora continua de procesos a partir de la comparación y análisis de mediciones sucesivas de los proyecto
Determinación de desviaciones y optimización.
Mejora continua por medio de mejoras tecnológicas tanto incrementales como de innovación.
Reducción de costes gracias a la anticipación de problemas y la continua revisión de procesos conflictivos.

Niveles de madurez 1, 2 y 3
Niveles de madurez 4
Niveles de madurez 5
Áreas de proceso
Un área de proceso es un grupo de prácticas relacionadas dentro de un área que,
cuando se implementan conjuntamente
, satisface un conjunto de metas consideradas importantes
para mejorar ese área
.

Las 22 áreas de proceso se presentan a continuación por orden alfabético de sus acrónimos en inglés:
Análisis Causal y Resolución (CAR).
Gestión de Configuración (CM).
Análisis de Decisiones y Resolución (DAR).
Gestión Integrada del Proyecto (IPM).
Medición y Análisis (MA).
Definición de Procesos de la Organización (OPD).
Enfoque en Procesos de la Organización (OPF).
Gestión del Rendimiento de la Organización (OPM).
Rendimiento de Procesos de la Organización (OPP).
Formación en la Organización (OT).
Integración del Producto (PI).
Monitorización y Control del Proyecto (PMC).
Planificación del Proyecto (PP).
Aseguramiento de la Calidad del Proceso y del Producto (PPQA).
Gestión Cuantitativa del Proyecto (QPM).
Desarrollo de Requisitos (RD).
Gestión de Requisitos (REQM).
Gestión de Riesgos (RSKM).
Gestión de Acuerdos con Proveedores (SAM).
Solución Técnica (TS).
Validación (VAL).
Verificación (VER).

Evaluación SCAMPI
Comprender mejor el nivel de competencia en ingeniería de una organización, identificando los puntos fuertes y débiles de sus procesos actuales.

Relacionar esos puntos fuertes y débiles con el modelo CMMI

Priorizar planes de mejora

Centrarse en las mejoras más importantes que haya que realizar según el nivel de madurez de la organización y de los recursos disponible

Obtener para la organización su clasificación en uno de los niveles del modelo.
SCAMPI

Es el método estándar de evaluación de CMMI para la mejora de procesos.

Consiste en una serie de métodos formales para la evaluación del modelo, que pueden usarse para evaluar:

Si los procesos tal y como están definidos son adecuados según los requisitos de CMMI
Cómo esos procesos están desplegandos en la organización
Cómo los procesos están distrubuidos en la organización.





El uso de SCAMPI permite:
Empresa inmadura vs empresa madura
Ejemplo escenario continuo aplicado a TI Evolution
"TI Evolution desea mejorar sus procesos de desarrollo aplicando el modo continuo"
Paso 1:

Se asume que TI Evolution desea mejorar sus procesos de desarrollo aplicando CMMI, por lo cual, selecciona los procesos importantes para sus objetivos estratégicos..

Los niveles de madurez se utilizan para caracterizar la mejora de la organización en relación a un conjunto de áreas de proceso.
Conclusión
La
implementación
de
CMMI

permite
que en las organizaciones se pueda
desarrollar la madurez
para enfrentar
problemas más exigentes
, y estar
competitivamente
en el mercado ofreciendo mejores productos y servicios con un
precio más accesible
y de
menor costo de producción
.

Modelo por etapa
Modelo continuo
Niveles de madurez
Ejemplo escenario continuo aplicado a TI Evolution
"TI Evolution desea mejorar sus procesos de desarrollo aplicando el modo continuo"
Paso 2:

TI Evolution se da cuenta de que
existen 22 áreas de procesos
, y que son demasiadas para implementarlas todas, por lo tanto,
elige utilizar el modelo continuo
para alcanzar los diferentes niveles de madurez.


Ejemplo escenario continuo aplicado a TI Evolution
"TI Evolution desea mejorar sus procesos de desarrollo aplicando el modo continuo"
Paso 3:

TI Evolution realiza un
análisis interno y externo para concluir qué procesos debe mejorar
.

En este análisis obtiene como resultado que las empresas competidoras realizan sus proyectos en menor tiempo que ellos, lo cual se traduce en que la competencia posee menor costo de producción, de tiempo y clientes más satisfechos.


Ejemplo escenario continuo aplicado a TI Evolution
"TI Evolution desea mejorar sus procesos de desarrollo aplicando el modo continuo"
Paso 4:

TI Evolution decide mejorar sus procesos de ingeniería y gestión de proyectos, para lo cual
presume que el

principal problema
recae en el proceso de
levantamiento de requisitos


Ejemplo escenario continuo aplicado a TI Evolution
"TI Evolution desea mejorar sus procesos de desarrollo aplicando el modo continuo"
Paso 5:

TI Evolution
Selecciona las

áreas de proceso de desarrollo de gestión de requisitos
(REQM). Dado el desconocimiento del nivel de madurez de la empresa, pueden darse los siguientes casos:

Full transcript