CMMI

INTRODUCCIÓN TO CMMI
® v 1.3 - FOR DEVELOPMENT
aber Jaime Enero

Abril 2016
Consulting Group
L0S PROYECTOS DE SOFTWARE ESTAN RETADOS
Características y funciones utilizadas en un sistemas típico
aber
Consulting Group Jaime Enero Antonio
LA COMPLEJIDAD DEL SOFTWARE
 La mayor parte de software producido en proyectos de mediana y gran

envergadura presenta sutilezas en su diseño que resulta difícil o imposible
de comprender para una sola persona.
 Nos referimos al software usado en organizaciones con cientos, miles o

millones de usuarios, que manejan transacciones de negocio, financieras o
contables, que manejan procesos productivos en los que un error es muy
costoso o eventos donde el error afecta la vida humana, entre diversas
características.
 La complejidad excede la escala humana y es esencial porque puede

dominarse pero nunca eliminarse.
 ¿Cómo puede enfrentarse con éxito este contexto retador?

aber
LA RESPUESTA METODOLÓGICA
Mediante la aplicación sistemática de practicas comprobadas en proyectos

exitosos por profesionales disciplinados y motivados.
aber
LA TRIPLE RESTRICCION DE UN PROYECTO
 El éxito de un proyecto se mide por

la capacidad de entregar un
producto o servicio con las
características esperadas en el
tiempo programado y con los
costos presupuestados.
 La calidad se ve afectada por el
balance de los tres factores.
 Además, la calidad del producto
esta afectada por la cantidad de
defectos que tenga que impidan su
uso o que impliquen riesgo
inaceptables en el ambiente
operacional previsto.
aber
FACTORES DETERMINANTES PARA ENTREGAR PRODUCTO A
SATISFACCION DEL CLIENTE
PRODUCTOS
SATISFACCION DEL
CLIENTE
PERSONAL
PROCESO TECNOLOGÍA
Error frecuente: enfocar solo en los procesos, en las herramientas o en la

capacitación del equipo de trabajo.
aber
ENFOCAR EN LOS PROCESOS
- Comprender los procesos de negocio y la industria o sector en el que

estamos.
- Reutilización de activos y eso de marcos de referencia ( frameworks ).
- Mantener a los proveedores alineados con una estrategia de adquisición.
aber
ENFOCAR EN LAS HERRAMIENTAS
- Los equipos de trabajo y profesionales en la industria de software suelen

ser los que menos usan software para su trabajo.
- Automatización y herramientas.
aber
ENFOCAR EN LA CAPACITACION DEL EQUIPO DE TRABAJO
- Los procesos y las herramientas solo funcionan con un equipo de

trabajo profesional, disciplinado y motivado.
- Profesionales con alta especialización tecnológica.
- Debe existir un sistema de incentivos y reconocimiento alineado con
los objetivos de mejora.
aber
Modelo de Madurez de la Capacidad Integrado
Capability Maturity Model for Integration
• Es un modelo de procesos que contiene las mejores prácticas de la

industria para el desarrollo, mantenimiento, adquisición y operación
de productos y servicios de software.
• El CMMI es el Modelo de Madurez de capacidades de integrado.
• Fue desarrollado por el SEI (Software Enginnering Institute).
• Mide la madurez del desarrollo del software en una escala del 1 al 5.
aber
CMMI FOR DEVELOPMENT
aber
PRODUCTOS - CONSTELACIONES CMMI
El CMMI tiene constelación de productos y servicios para la mejora de los procesos.

aber
PRODUCTOS - CONSTELACIONES CMMI
 El CMMI para el desarrollo: Procesos de desarrollo de productos y

servicios:
 CMMI – DEV
 CMMI – DEV + IPPD (Integrated Product and Process Development)
 CMMI para adquisición: Gestión de la cadena de suministro,

adquisición y contratación externa en los productos de la
industria y del gobierno.
 CMMI para servicios: Diseñado para cubrir todas las actividades
que requieren gestionar establecer y entregar servicios.
aber
aber
aber
aber
CATEGORÍAS DE ÁREAS DE PROCESO CMMI- DEV
aber
AREAS DE PROCESO
1. Análisis Causal y Resolución (CAR). 12. Monitorización y Control del Proyecto

2. Gestión de Configuración (CM). (PMC).
3. Análisis de Decisiones y Resolución (DAR). 13. Planificación del Proyecto (PP).
4. Gestión Integrada del Proyecto (IPM). 14. Aseguramiento de la Calidad del Proceso
5. Medición y Análisis (MA). y del Producto (PPQA).
6. Definición de Procesos de la Organización 15. Gestión Cuantitativa del Proyecto
(OPD). (QPM).
7. Enfoque en Procesos de la Organización 16. Desarrollo de Requisitos (RD).
(OPF). 17. Gestión de Requisitos (REQM).
8. Gestión del Rendimiento de la 18. Gestión de Riesgos (RSKM).
Organización (OPM). 19. Gestión de Acuerdos con Proveedores
9. Rendimiento de Procesos de la (SAM).
Organización (OPP). 20. Solución Técnica (TS).
10. Formación en la Organización (OT). 21. Validación (VAL).
11. Integración del Producto (PI). 22. Verificación (VER).
aber
NIVELES DE MADUREZ MOSTRANDO ÁREAS DE PROCESO
aber
NIVELES DE MADUREZ
aber
NIVELES DE MADUREZ
aber
NIVELES DE MADUREZ
• Nivel 1 o inicial, en este nivel se encuentran empresas que abarcan demasiados

objetivos incumplidos, falta de desarrollo de procesos o que directamente no se ven
capacidad de desarrollar las nuevas ideas.
• Nivel 2 o gestionado, aquí encontramos empresas que tienen sus proyectos
desarrollados están bien definidos, planificados tienen un buen seguimiento de kpi´s y
tienen asegurados un control.
• Nivel 3 o definido, una vez llegados a este nivel podemos ver empresas que desarrollan
sus proyectos mediante estándares, herramientas, procedimientos es decir, vemos que
los proyectos se siguen de una forma establecida según la organización pero de una
forma clara y especifica.
• Nivel 4 o gestionado cuantitativamente, se busca el establecimiento de objetivos
cuantitativos y ejecución de los mismos, con ello se consigue tener en cuenta las
necesidades de los clientes, y como saldrá el producto para el cliente final. En esta
etapa se miden los procesos con datos, por lo que se realizan cálculos estadísticos.
• Nivel 5 u optimizado, con el análisis de los datos se puede comprender donde detectar
la mejora y actuar al respecto, y conseguir una mayor eficiencia del proceso.
aber
ESTRUCTURA DEL CMMI
AREA DE METAS PRACTICAS PROCESOS

PROCESO
METAS PRACTICAS MEJORAR NUESTROS
ESPECIFICADAS ESPECIFICADAS PROCESOS
AREA DE PROCESO
INSTITUCIONALIZAR
PRACTICAS
METAS GENERICAS NUESTROS
GENERICAS
PROCESOS
aber
COMPONENTES DEL MODELO CMMI
 El modelo CMMI – DEV tiene 22 áreas de proceso.
 Un área de proceso es un conjunto de buenas practicas relacionadas a un

dominio o tema especifico, importante para la efectividad y eficiencia de los
procesos. Las áreas de proceso son dominios específicos de temas .
 Por ejemplo:
-Planeamiento de proyecto
-Gestión de acuerdo con proveedores
-Medición y análisis
-Aseguramiento de la calidad
aber
CADA AREA DE PROCESO TIENE METAS:
- Las metas son los objetivos a cumplir en cada área de proceso.

- Cada área de proceso tiene metas genéricas y metas especificas.
- Las metas especificas describen las características únicas que deben estar
presentes para implementar un área de proceso.
- Una meta genérica describe las características que deben estar presentes para
institucionalizar los procesos que implementan un área de proceso.
aber
LOS ELEMENTOS QUE CONSTITUYEN LA ESTRUCTURA BASICA DE CUALQUIER

MODELO CMMI SON:
- AREA DE PROCESO
- META
- PRACTICA
aber
Cuando una organización implementa el modelo CMII quiere decir que implementa
las practicas del modelo CMMI en sus equipos:
- Esta implementación se concreta cuando los equipos y personas en la organización

realizan actividades y produce entregables de acuerdo a los procesos y
procedimientos de la organización.
- La forma en que se implentan las practicas debe de ser entendiendo el valor que
producen.
- Al implementar una o un conjunto de practicas, se pueden generar uno o un
conjunto de registros.
- La organización debe balancear y explicar a sus equipos de trabajo el propósito de
los registros. Muchas veces se deben generar registros que serán usados por otros
roles o áreas.
aber
ESTRUCTURA DE PROCESO
PP REQM TS
METAS Y PRÁCTICAS METAS Y PRÁCTICAS METAS Y PRÁCTICAS

ESPECIFICADAS ESPECIFICADAS ESPECIFICADAS
METAS Y PRÁCTICAS METAS Y PRÁCTICAS METAS Y PRÁCTICAS

GENÉRICAS GENÉRICAS GENÉRICAS
aber
REQUISITOS PARA
IMPLEMENTAR EL CMMI
aber
DEFINICIONES
PETICIÓN :
- Es una solicitud enviada por un cliente o área usuaria, que requiere ser atendida
por el equipo de ti designado.
- Una “petición” también se puede denominar “pedido”, “Solicitud” u “Orden de
trabajo”
- No es recomendable usar el termino proyecto para todas las peticiones porque no
todas las peticiones de los clientes o áreas usuarias son proyectos.
aber
DEFINICIONES
PRODUCTO DE TRABAJO :
- En el modelo se usa el termino producto de trabajo ( work product ) para
referirse al resultado tangible de una actividad o proceso. Son los entregables
internos, intermedios y finales de un proyecto, trabajo o servicio.
aber
DEFINICIONES
REQUERIMIENTO O REQUISITO:
- UN REQUERIMIENTO ES LA DESCRIPCION DE ALGUNA CARACTERISTICA O
FUNCIONALIDAD QUE EL USUARIO DESEA PARA EL SISTEMA EN DESARROLLO O
MANTENIMIENTO.
- UNA PETICION CONSISTE EN UNO O UN CONJUNTO DE REQUERIMIENTOS.
- EXISTEN:
*REQUERIMIENTO DE PRODUCTO, QUE PUEDEN SER:
-) REQUERIMIENTOS FUNCIONALES.
-) REQUERIMIENTOS NO FUNCIONALES.
*REQUERIMIENTOS DE PROCESO.
aber
PETICION TIPO “ SOPORTE A USUARIO DE SEGUNDO NIVEL”
Es una petición cuya atención no requiere modificar código de algún aplicativo

instalado en producción o si requiere elaborar código software este no se instala
en ambiente productivo se ejecuta una sola vez o hasta que su resultado sea
aceptado y luego no se ejecuta nuevamente o no es parte de algún aplicativo
instalado en ambiente producción.
Ejemplos:
- Asesorías a usuarios sobre los aplicativos de software existentes.
- Asesorías a usuarios para ayudarles a formular una petición.
- Realizar extracciones o correcciones de datos en un ambiente productivo.
aber
PETICION TIPO “CORRECTIVO O INCIDENTE”
- Es una petición que consiste en solucionar un error de un aplicativo software

que esta instalado y se ejecuta en ambiente productivo o ambiente
operacional.
- Para atender esta petición se requiere usualmente corregir prontamente el
código software. Este error detiene la operativa del negocio y/o proporcionan
información incorrecta para la operativa del negocio.
aber
PETICION TIPO “PETICION MENOR DE MANTENIMIENTO,
MANUTENCION, EVOLUTIVO, ADAPTACION O MEJORA”
- Es una petición de complejidad relativamente menor que consiste en

aumentar, modificar y/o eliminar requerimientos ( funciones y/o
características ) de un aplicativo ya existente e instalado en ambiente de
producción.
- Esta tipología o categoría se refiere a petición menores, que se resuelven en
horas, días, semanas o relativamente pocos meses.
- Suelen ser 2 tipos de peticiones menores:
- Estándares: que se reciben, priorizan y atienden según priorización.
- Urgentes: que interrumpen el trabajo, el plan y se atienden dejando de
atender peticiones en proceso o son atendidas por personas designadas
para este tipo de peticiones.
aber
PETICION TIPO “PROYECTO”
- Son esfuerzos que por diferentes razones amerita tener su propia capa de gestión,
un plan de proyecto, su propio seguimiento y control, entre otros.
- Un proyecto tiene un costo de gestión, mayor que el costo de gestión de otros tipos
de petición.
- Una clasificación importante de proyectos es:
- Sin proveedor: todos los participantes son internos a la organización.
- Con proveedor: uno o mas proveedores participan implementando la solución
completamente o parcialmente.
aber
PETICION TIPO “PROYECTO”
Ejemplo:
- Esfuerzos para desarrollar nuevos aplicativos.
- Un mantenimiento evolutivo o grupo evolutivos que deben tener
visibilidad de proyecto.
- Un proyecto o mantenimiento evolutivo en el que participa uno o mas
proveedores.
aber
TIPOS DE PETICIONES
- *No todos los procesos aplican y se implementan de la misma forma para los
diferentes tipos de peticiones.
- *Algunos procesos existen solo en algunos tipos de peticiones, por ejemplo: un
diseño de arquitectura solo se realiza en un proyecto en el que se desarrolla un
nuevo aplicativo.
- *Algunos procesos tienen variantes por ejemplo, la estimacion puede ser un
proceso estandar con una variante para estimar si es una peticion menos de
mantenimiento, otra variante para estimar un proyecto y otra variante para un
proyecto con proveedor.
aber
CICLO DE VIDA
- Otro concepto importante que una organización debe tener claro es que cuando
ejecuta un proyecto o cuando atiende un mantenimiento o correctivo la
organización debe definir el ciclo de vida a usar.
- La organización debe definir los ciclos de vida permitidos y los criterios en cuales
casos usar determinado ciclo de vida.
aber
CICLO DE VIDA CASCADA
aber
CICLO DE VIDA ITERATIVO E INCREMENTAL
aber
CICLO DE VIDA ESPIRAL O EVOLUTIVO
aber
RANKING MUNDIAL EN CERTIFICACIONES CMMI-DEV (2015)
aber
EMPRESAS CON CERTIFICACIONES CMMI EN PERU
 GMD ( Primera empresa en certificación cmmi de nivel 5 )

 EVERIS ( CMMI NIVEL 3 Y POSTERIORMENTE NIVEL 5 )
 NOVATRONIC ( CMMI NIVEL 3 DE MADUREZ )
 TECNOCOM PERU, FILIAL DE LA MULTINACIONAL ESPAÑOLA DE TI
TECNOCOM ( NIVEL DE MADUREZ 3 )
 BELATRIX ( CERTIFICADA EN NIVEL 3 DE CMMI EN LO QUE RESPECTA
A METODOLOGIAS AGILES )
 T GESTIONA ( CERTIFICADA EN NIVEL 2,3 Y NIVEL 5 )
 TEAMSOFT ( CERTIFICACION EN NIVEL DE MADUREZ 3 CMMI )
 COSAPISOFT ( NIVEL DE MADUREZ 3 DE CMMI ALCANZADO )
 PROCESS CONSULTING ( ENCARGADA DE DAR LAS

CERTICACIONES DE CMMI EN PERU )
aber

CMMI

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

CMMI

Uploaded by

Copyright:

Available Formats

INTRODUCCIÓN TO CMMI

® v 1.3 - FOR DEVELOPMENT

aber Jaime Enero

Características y funciones utilizadas en un sistemas típico

 La mayor parte de software producido en proyectos de mediana y gran

 Nos referimos al software usado en organizaciones con cientos, miles o

 La complejidad excede la escala humana y es esencial porque puede

 ¿Cómo puede enfrentarse con éxito este contexto retador?

Mediante la aplicación sistemática de practicas comprobadas en proyectos

 El éxito de un proyecto se mide por

Error frecuente: enfocar solo en los procesos, en las herramientas o en la

- Comprender los procesos de negocio y la industria o sector en el que

- Los equipos de trabajo y profesionales en la industria de software suelen

- Los procesos y las herramientas solo funcionan con un equipo de

• Es un modelo de procesos que contiene las mejores prácticas de la

El CMMI tiene constelación de productos y servicios para la mejora de los procesos.

 El CMMI para el desarrollo: Procesos de desarrollo de productos y

 CMMI – DEV + IPPD (Integrated Product and Process Development)

 CMMI para adquisición: Gestión de la cadena de suministro,

1. Análisis Causal y Resolución (CAR). 12. Monitorización y Control del Proyecto

• Nivel 1 o inicial, en este nivel se encuentran empresas que abarcan demasiados

AREA DE METAS PRACTICAS PROCESOS

 El modelo CMMI – DEV tiene 22 áreas de proceso.

 Un área de proceso es un conjunto de buenas practicas relacionadas a un

CADA AREA DE PROCESO TIENE METAS:

- Las metas son los objetivos a cumplir en cada área de proceso.

LOS ELEMENTOS QUE CONSTITUYEN LA ESTRUCTURA BASICA DE CUALQUIER

- Esta implementación se concreta cuando los equipos y personas en la organización

METAS Y PRÁCTICAS METAS Y PRÁCTICAS METAS Y PRÁCTICAS

METAS Y PRÁCTICAS METAS Y PRÁCTICAS METAS Y PRÁCTICAS

Es una petición cuya atención no requiere modificar código de algún aplicativo

- Es una petición que consiste en solucionar un error de un aplicativo software

- Es una petición de complejidad relativamente menor que consiste en

 GMD ( Primera empresa en certificación cmmi de nivel 5 )

 PROCESS CONSULTING ( ENCARGADA DE DAR LAS

You might also like