MODELOS CMMI-mayo22

3.
MODELOS CMMI
Recopilado, traducido y adaptado por

Martha Cecilia Ospina Pineda
Instructora, Consultora en CMMi
Programa de Teleinformtica
1
Centro de Servicios y Gestin Empresarial
3.1 Vista General de los modelos
CMMI
2
CMM - Capability Maturity Model
Modelo de madurez de las capacidades de la
organizacin para administrar los procesos de
desarrollo, adquisicin y/o mantenimiento de
productos o servicios (de software).
Objetivo: establecer y mejorar el nivel de
madurez de los procesos de desarrollo,
adquisicin y mantenimiento de productos y
servicios
Modelo descriptivo y normativo (QU). No es
prescriptivo (CMO).
3
Qu es CMM?
La aplicacin del sentido comn en la
administracin de procesos y mejoramiento de la
calidad en el desarrollo, adquisicin y/o
mantenimiento de productos o servicios.
Una gua desarrollada por la comunidad para
evolucionar a una cultura de excelencia en la
ingeniera.
Un modelo para el mejoramiento organizacional.
Un modelo de mejores prcticas que busca, a
travs del mejoramiento continuo de procesos,
lograr la madurez y mejorar la capacidad de
procesos de software.
4
Qu es CMMISM?
Capability Maturity Model Integration: Integracin
de Modelos de Madurez de la Capacidad.
Una gua desarrollada por la comunidad para
evolucionar a una cultura de excelencia en la
ingeniera.
Un modelo para el mejoramiento organizacional.
Un modelo de mejores prcticas que busca, a
travs del mejoramiento continuo de procesos,
lograr la madurez y mejorar la capacidad de los
procesos de software.
5
APLICACIONES DE CMMi
Es un modelo o marco de trabajo

(framework) que:
Describe los elementos claves de un proceso
de software efectivo.
Describe el mejoramiento evolutivo que
experimenta una organizacin de software para
ir de un proceso ad-hoc e inmaduro a un
proceso disciplinado y maduro.
Cubre las actividades de planificacin,
administracin e ingeniera del proceso de
desarrollo y mantenimiento de software.
6
APLICACIONES DE CMMi (2)
Implementar un marco ordenado y disciplinado para:
Mejorar continuamente los procesos de desarrollo y
mantenimiento de software.
Aumentar la calidad de los productos de software.
Disminuir las crisis en los proyectos.
Disminuir los costos anormales.
Aumentar la satisfaccin del cliente
Establecer un marco de comparacin en la industria.
Mejorar la habilidad para alcanzar las metas de

costo, planeacin, funcionalidad y calidad del
producto
7
Historia
1986: El DoD encarga al SEI, el desarrollo de un
modelo para evaluar la capacidad de sus
subcontratistas.
1986: El SEI comienza el desarrollo del modelo con
ayuda de la MITRE Corp.
1987: Publicacin del Software Process Maturity
Framework.
1991: Publicacin del Software CMM, V1.0
1993: Publicacin del Software CMM, V1.1
8
Historia
1997: Elaboracin del Software CMM,
V2.0 Nunca se publica.
2000: Publicacin de CMMISM versin 1.0
2002: Publicacin CMMISM versin 1.1
2005: Trmino del soporte del Software
CMM, V1.1
2006: Se espera para agosto la publicacin
de CMMISM versin 1.2
9
Mejoras introducidas por el CMMISM
Permite una mejor relacin entre las actividades
de gestin e ingeniera con los objetivos del
negocio.
Cubre mejor las actividades de ingeniera y del
ciclo de vida para asegurar que el producto o
servicio cumple con las expectativas del cliente.
Incorpora lecciones aprendidas y mejores
prcticas adicionales (p.ej. Mediciones, gestin
del riesgo y gestin de proveedores).
Implementa prcticas de alta madurez, ms
robustas.
Cumple mejor con estndares ISO pertinentes.
10
Disciplinas integradas disponibles
CMMi es una suite que integra cuatro disciplinas o cuerpos de
conocimiento en un todo consistente:
1. Ingeniera de Sistemas - Systems Engineering (SE):
Desarrollo de sistemas completos que puede, o no,
incluir software.
Se enfoca en transformar las necesidades,
expectativas y restricciones de los clientes, en
soluciones de productos y soporte a estas soluciones
de producto, a lo largo del ciclo de vida del producto.
2. Ingeniera de Software - Software Engineering (SW):
Cubre el desarrollo de sistemas de software.
Se enfoca en la aplicacin de prcticas sistemticas,
disciplinadas y cuantificables para el desarrollo,
operacin y mantenimiento de software.
11
Disciplinas integradas disponibles (2)
3. Desarrollo de Productos y Procesos Integrados
Integrated Product and Process Development (IPPD):
Es una prctica sistemtica que logra una colaboracin
temporalmente de los stakeholders relevantes a travs del
ciclo de vida del producto para una mejor satisfaccin de
las necesidades, expectativas y requisitos del cliente.
4. Administracin de Proveedores Supplier Sourcing (SS):

Cuando los esfuerzos se vuelven ms complejos, los
proyectos pueden emplear proveedores para desarrollar
funciones o adicionar modificaciones a productos que son
necesarios especficamente para el proyecto.
Esta disciplina cubre la subcontratacin de partes del
producto final. Incluye actividades de anlisis de
proveedores y monitoreo de actividades del proveedor,
antes de la entrega de las partes contratadas.
12
Modelos CMMISM
Opciones de modelo: De acuerdo con la disciplina
o cuerpo de conocimiento que se quiera desarrollar, se
dispone de diferentes modelos CMMI, as:
1. Software Engineering (SW) CMMI-SW
2. Systems Engineering + Software Engineering
CMMI-SE/SW
3. Systems Engineering + Software Engineering +
Integrated Product and Process Development
CMMI-SE/SW/IPPD
4. Systems Engineering + Software Engineering +
Integrated Product and Process Development
+ Supplier Sourcing - CMMI-SE/SW/IPPD/SS
13
Modelos CMMISM (2)
Opciones de representacin: Una
representacin refleja la organizacin, uso y
presentacin de los componentes en un modelo
CMMI.
1. Escalonada (staged). Es un enfoque que

usa conjuntos predefinidos de reas de
procesos para definir una ruta o camino de
mejoramiento dentro de una organizacin.
2. Continua (Continuos). Este enfoque
permite a una organizacin seleccionar un
rea de proceso especfica y mejorar en
relacin a ella.
14
REPRESENTACIN CONTINUA
NIVELES DE CAPACIDAD
Nivel de capacidad (CL Capability
Level): Grado de implantacin del mejoramiento de
procesos en un rea de proceso especfica o en un
conjunto de reas de proceso seleccionadas.
CL0: Incompleto (incomplete)

CL1: Ejecutado (Performed)
CL2: Administrado (Managed)
CL3: Definido (Defined)
CL4: Administrado cuantitativamente (Quantitatively
Managed)
CL5: En Optimizacin (Optimizing)
15
REPRESENTACIN ESCALONADA
NIVELES DE MADUREZ
Nivel de Madurez (ML Maturity Level):
Grado de implantacin del mejoramiento de procesos en
un conjunto de PAs preestablecido.
ML1: Inicial (Initial)

ML2: Administrado (Managed)
ML3: Definido (Defined)
ML4: Administrado cuantitativamente (Quantitatively
Managed)
ML5: En Optimizacin (Optimizing)
16
Comparacin de las representaciones
continua y escalonada
Continua Escalonada
Las reas de proceso estn Las reas de proceso estn

organizadas por categoras organizadas por niveles de
de reas de proceso. madurez.
El mejoramiento es medido El mejoramiento es medido
usando niveles de usando niveles de madurez.
capacidad. Los niveles de Los niveles de madurez:
capacidad:
Miden la madurez de un Miden la madurez de un
proceso particular a lo conjunto de procesos a
ancho de la lo ancho de la
organizacin. organizacin.
El rango es de 0 a 5. El rango es de 1 a 5.
17
continua y escalonada (2)
Continua Escalonada
Hay dos tipos de prcticas Hay solamente un tipo de

especficas: bsicas y prcticas especficas. No se
avanzadas. Todas las usan los conceptos de prcticas
prcticas especficas bsicas y avanzadas. Todas las
aparecen en esta prcticas especficas aparecen
representacin. en la representacin
escalonada, excepto cuando un
par de prcticas bsica-
avanzada aparece en la
representacin continua; en
este caso, en la representacin
escalonada slo aparece la
prctica avanzada.
18
Continua Escalonada
Para organizar las Para organizar las prcticas
prcticas genricas , son genricas, son usadas las
usados los niveles de caractersticas comunes.
capacidad.
Las prcticas genricas slo
Todas las prcticas se incluyen en las reas de
genricas son includas procesos de los niveles 2 y
en cada rea de 3.
proceso.
No hay necesidad de un
La equivalencia mecanismo de equivalencia
escalonada (Equivalent con relacin a la
staging) permite representacin continua,
determinar un nivel de porque cada organizacin
madurez desde un perfil puede escoger qu mejorar
alcanzado por la y cunto mejorar usando la
organizacin en la representacin escalonada.
representacin continua.
19
20
21
3.2 La representacin escalonada
(staged)
22
Estructura del modelo en su
representacin escalonada
Niveles de madurez
rea de procesos 1 rea de procesos 2 rea de procesos n
Metas Metas
especfica Genricas
s
Caractersticas Comunes
Compromiso Habilidad Direccin de la Verificacin de

para para ejecutar implementacin la
ejecutar implementacin
Prcticas Prcticas
Especficas Genricas
23
NIVELES DE MADUREZ
5 Se enfoca en el mejoramiento continuo de los procesos. En
Optimizacin
4 Proceso medido y controlado Administrado

Cuantitativamente
3 Proceso caracterizado para la

organizacin y es proactivo.
Definido
2 Proceso caracterizado para Administrado

proyectos y con frecuencia es
reactivo.
1
Proceso Inicial
impredecible,
pobremente
controlado, reactivo.
Depende de hroes!
24
NIVELES DE MADUREZ
Nivel 1: Inicial (proceso improvisado slo
hgalo)
Los procesos se ejecutan y usualmente
cumplen sus objetivos, pero de una manera
ad-hoc y ocasionalmente catica.
La ejecucin es dependiente de la
competencia y actos heroicos de las
personas.
La alta calidad y el desempeo correctos es
posible, en la medida en que los mejores
recursos humanos sean asignados a las
tareas.
El desempeo es difcil de predecir
Las prcticas de administracin pueden no
ser efectivas.
25
NIVELES DE MADUREZ (2)
Nivel 2: Administrado (piense antes de
actuar; piense despus de actuar para saber
si lo hizo bien)
La administracin de los proyectos es ms
disciplinada.
Se establecen y siguen las polticas
organizacionales.
Los planes de los proyectos y las
descripciones de los procesos se
documentan y siguen.
Los recursos son los adecuados.
26
Nivel 2: Administrado
La responsabilidad y la autoridad estn
definidas y asignadas.
Los xitos pasados pueden repetirse en
proyectos similares.
La disciplina ayuda a asegurar que las
prcticas existentes se mantienen en los
perodos de estrs.
La administracin tiene visibilidad adecuada
del estado de las actividades y de los
productos de trabajo.
27
Nivel 3: Definido (hgalo como est descrito
que lo haga; asegrese de haberlo hecho
como haba que hacerlo)
Los procesos de ingeniera se implementan de
una manera ms efectiva.
La organizacin se hace ms proactiva.
Se identifican y satisfacen las necesidades de
entrenamiento de la organizacin.
La organizacin posee un conjunto de procesos
estndares que los proyectos adaptan a sus
necesidades.
28
Nivel 4: Administrado cuantitativamente
(antes de hacerlo, prediga los resultados;
cree las condiciones para obtener lo previsto;
compare sus predicciones con lo real)
El comportamiento del proceso es predecible
y comprendido cuantitativamente.
Existe una base cuantitativa para la toma de
decisiones que permite alcanzar la calidad
establecida del producto, la calidad del
servicio y las metas de desempeo del
proceso.
29
Nivel 4: Administrado cuantitativamente
Se utilizan mtodos estadsticos y cuantitativos a
nivel de los proyectos y de la organizacin para:
Entender los desempeos del proceso y la
calidad del producto y servicio pasados.
Predecir el desempeo del proceso y la
calidad del producto y servicio futuros.
30
Nivel 5: En optimizacin (proceso
continuamente mejorado- busque la mejor
forma de hacerlo, disminuyendo el riesgo)
Los anlisis se concentran en discernir las causas

comunes de la variabilidad de los procesos.
Se utilizan mediciones para:
Seleccionar mejoras e innovaciones.
Estimar los costos y los beneficios de las
mejoras e innovaciones.
Tanto los procesos definidos para los proyectos
como para la organizacin, son el objetivo de las
actividades de mejora.
31
Nivel 5: En optimizacin
Se establecen objetivos cuantitativos de mejora

de los procesos para la organizacin y se revisan
continuamente para reflejar los cambios en los
objetivos del negocio.
Se identifican, evalan y despliegan mejoras e
innovaciones incrementales que aumentan de una
manera medible la capacidad de los procesos.
32
NIVEL FOCO
Mejora continua del
5 En optimizacin
proceso
4 Administrado Gestin cuantitativa del
cuantitativamente proceso
Estandarizacin del
3 Definido
proceso
Administracin de
2 Administrado
proyectos
1 Inicial Hroes
33
Representan un estado en el mejoramiento

continuo del proceso.
Cada nivel de madurez se logra mediante la

institucionalizacin de las reas de Proceso
(PAs) definidas para ese nivel, incluyendo las de
los niveles anteriores.
34
Los niveles de madurez no deben saltarse:
Cada nivel provee las bases necesarias para
una implementacin efectiva de los procesos
del nivel superior.
Los niveles superiores tienen menos
probabilidad de xito sin las disciplinas del nivel
inferior.
Los procesos de los niveles de madurez
superiores pueden ser ejecutados por una
organizacin de niveles menores de madurez, con
el riesgo de no ser consistentemente aplicados en
una crisis.
35
3.3 reas de Procesos
36
rea de Procesos (PA-Process Area)
Es una agrupacin de prcticas relacionadas en
una determinada rea que, cuando se ejecutan
colectivamente, permiten cumplir con las metas
consideradas importantes para realizar mejoras
significativas en esa rea.
Las prcticas son acciones a ser ejecutadas para
alcanzar las metas de las reas de procesos.
Un rea de procesos NO es una descripcin de
procesos.
37
reas de Procesos por Nivel de Madurez
En Optimizacin (5) Causal Analysis and Resolution (CAR)
Optimizing Organisational Innovation and Deployment
(OID)
Administrado Cuantitativamente (4) Quantitative Project Management (QPM)

Organizational Process Performance(OPP)
Quantitatively Managed
Requirements Development (RD)
Technical Solution (TS)
Definido (3) Product Integration (PI)
Defined Verification (VER)
Validation (VAL)
Organizational Process Focus (OPF)
Organizational Process Definition (OPD)
Organizational Training (OT)
Integrated Project Management (IPM)
Risk Management (RSKM)
Integrated Teaming (IT)
Configuration Management (CM) Decision Analysis and Resolution (DAR)
Administrado (2) Measurement and Analysis (MA) Organisational Environment for
Project Monitoring and Control (PMC) Integration(OEI)
Managed Project Planning (PP)
Product and Process Quality Assurance (PPQA)
Requirements Management (RM)
Supplier Agreement Management (SAM)
Inicial (1)
Initial Programa de Teleinformtica
38
Metas Especficas (SG- Specific Goals)
Abarcan las caractersticas nicas que
describen QU debe implementarse para
satisfacer la PA.
Son componentes del modelo requeridas
(required) y se usan en las evaluaciones para
determinar si la PA se ha satisfecho o no.
Por ejemplo, en el rea de procesos de
Administracin de Requisitos:
SG1: Los requisitos son administrados y se
identifican las inconsistencias con los planes y
los productos de trabajo del proyecto.
39
Prcticas Especficas (SP- Specific Practices)
Actividades consideradas necesarias e
importantes para el cumplimiento de la meta
especfica asociada.
Son los bloques constructivos principales sobre los
que descansa la madurez de los procesos de la
organizacin.
Normalmente se espera que estn presentes
(expected) y es posible que las metas tambin se
logren utilizando prcticas alternativas.
Por ejemplo, en el rea de procesos de
Administracin de Requisitos:
SP 1.3: Administrar los cambios a los requisitos.
40
Metas Genricas (GG- Generic Goals)
Abarcan el mejoramiento de la planificacin y del
control en la implementacin de los procesos de
una PA.
Son componentes del modelo requeridas (required)
y se usan en las evaluaciones para determinar si la
PA se ha satisfecho o no.
Se les llama genricas porque se deben cumplir
en mltiples PAs. Cada PA tiene solamente una
meta genrica en un determinado nivel de madurez
(slo en niveles 2 y 3).
41
Metas Genricas (GG- Generic Goals) (2)
Por ejemplo, para todas las PAs del nivel 2:
GG 2: El proceso se institucionaliza como un
proceso administrado.
Y, para todas las PAs del nivel 3:
GG 3: El proceso se institucionaliza como un
proceso definido.
42
Prcticas Genricas (GP- Generic Practices)
Actividades que aseguran que los procesos
asociados con la PA sean efectivos, repetibles y
perdurables.
Contribuyen al cumplimiento de las metas
genricas aplicables a una determinada PA.
Normalmente se espera que estas componentes
del modelo estn presentes (expected).
Por ejemplo, para la GG 2 (meta genrica del nivel
2):
GP 2.1: Establecer una poltica organizacional.
GP 2.2: Planificar el proceso
43
Caractersticas Comunes (Common Features)
Corresponden a una categorizacin de las prcticas
genricas:
Compromiso para ejecutar (a adquirir) (CO
Commitment to perform): Elaborar polticas y
asegurar el auspicio.
Habilidad para ejecutar (a desarrollar) (AB Ability
to perform): Establecer y mantener planes y
recursos; asignar roles, responsabilidades y
autoridad; entrenar.
Direccionar la Implementacin (DI Direct
Implementation): Administrar la ejecucin del
proceso, la integridad de sus productos de trabajo e
involucrar a los grupos relacionados.
Verificacin de la implementacin (VE
Verification): Asegurar la implementacin y la
conformidad.
44
CONTENIDOS DE LAS PAs
Propsito (Purpose): breve resea de qu es
lo que se debe cumplir con la implementacin
de las prcticas de la PA.
Notas introductorias (Introductory Notes):
detalles que ayudan a comprender la
informacin bsica del modelo. Las notas
pueden anexarse a cualquier elemento de una
PA.
reas de proceso relacionadas: referencia a
secciones de otras PAs que podran
interactuar con la actual PA.
Metas especficas y genricas. Aparece el
enunciado de las mismas.
45
CONTENIDOS DE LAS PAs(2)
Tabla de relacin entre prcticas y metas.
Aparecen cada una de las metas
especficas, con sus prcticas especficas
relacionadas. Asimismo, las metas
globales y prcticas globales; cada prctica
global tiene a su derecha el acrnimo de la
caracterstica comn a la cual pertenece
(CO, AB, DI VE).
Prcticas especficas por cada meta
especfica. Se presenta una explicacin de
la meta especfica y luego la explicacin de
cada una de sus prcticas especficas.
46
Productos de trabajo tpicos (typical work
products): componentes informativos del
modelo que proveen ejemplos de artefactos
de salida para una prctica especfica o
genrica. Son llamados as porque hay otros
productos de trabajo, tambin efectivos, pero
que no son listados aqu.
Subprcticas (Subpractices): cursos de
accin sugeridos para implementar las
prcticas. Proveen ideas que pueden ser
tiles para el mejoramiento del proceso.
47
Ampliaciones de disciplina (discipline
amplifications). Contienen informacin
relevante para una disciplina o cuerpo de
conocimiento particular que est asociada con
la prctica especfica actual.
Meta genrica con cada una de sus prcticas
genricas, organizadas por caractersticas
comunes.
Elaboraciones (Elaborations). Explican cmo
aplicar una prctica genrica en el contexto de
una PA.
48
CATEGORAS DE LOS COMPONENTES
Los componentes de un modelo CMMI estn

agrupados dentro de tres categoras que
reflejan cmo ellos son interpretados:
Requerido (Required). Un componente

requerido, debe ser alcanzado por los
procesos planeados e implementados de una
organizacin. Son esenciales para valorar
los logros de un rea de procesos.
49
CATEGORAS DE LOS COMPONENTES (2)
Esperado (Expected). Describen lo que
una organizacin tpicamente
implementar para alcanzar un
componente requerido. Guan la
implementacin de los mejoramientos y
el desarrollo de las evaluaciones de los
procesos.
Informativo (Informative). Ayudan a los

usuarios del modelo a entender las
metas y las prcticas y cmo ellas
pueden ser alcanzadas.
50
RESUMEN DEL CONTENIDO DE LAS PAs
Propsito Informativo
Notas introductorias Informativo
reas de procesos relacionadas Informativo
Metas especficas Requerido
Metas genricas Requerido
Prcticas especficas Esperado
Prcticas genricas Esperado
Notas Informativo
51
RESUMEN DEL CONTENIDO DE LAS PAs (2)
Tabla de relacin entre prcticas

y metas Informativo
Subprcticas Informativo
Productos de trabajo tpicos Informativo
Ampliaciones de disciplina Informativo
Elaboraciones Informativo
52
CATEGORAS DE LAS PAs
Dentro de un modelo CMMI, las PAs se
agrupan en cuatro categoras:
Administracin de procesos: PAs
relacionadas con definicin, planeacin,
asignacin de recursos, implementacin,
despliegue, monitoreo, control, evaluacin,
medicin y mejora de procesos.
Administracin de proyectos: PAs
relacionadas con planeacin, monitoreo y
control de proyectos.
53
CATEGORAS DE LAS PAs (2)
Ingeniera: PAs relacionadas con

actividades de desarrollo y mantenimiento
que son compartidas transversalmente por
disciplinas de la ingeniera (ej. Ingeniera
de Sistemas, Ingeniera de Software)
Soporte o Apoyo: PAs relacionadas con
actividades que soportan el desarrollo y
mantenimiento de productos. Direccionan
procesos que son usados para desarrollar
o apoyar otros procesos. Son reas de
procesos transversales.
54
PAs POR NIVEL DE MADUREZ Y
CATEGORA
Ver archivo en Word: categoras de PAs
55
RELACIONES ENTRE LAS PAs
PAs bsicas de Administracin de Procesos
Organizations
process needs
and objectives
Training for projects and
Senior support groups in
management standard process and
assets
Organizations OT
business
objectives Training needs
Standard process
and other
assets
Standard process
and other
Project Management,
assets Support, and Engineering
OPF OPD process areas
Resources and
coordination
Improvement information
(e.g., lessons learned, data, artifacts)
Process improvement
proposals; participation in
defining, assessing, and
deploying processes
56
PAs avanzadas de Administracin de Procesos
Cost and benefit

data from piloted
improvements
Organization Improvements
OID
Quality and process

performance objectives,
measures, baselines, models Quality and process
performance objectives, Project Management,
measures, baselines, models Support, and Engineering
Senior OPP process areas
management Progress toward
achieving business
objectives
Common
measures Process performance
and capability data
Ability to develop
and deploy process
and supporting assets
Basic set of Process Management
process areas
57
PAs bsicas de Administracin de Proyectos
Status, issues, results

PMC of process and
product evaluations;
Corrective measures and analyses
action
Replan
What Corrective action
to monitor
Status, issues, What to build

results PP What to do
of progress and
milestone Commitm Engineering and Support
ents
reviews process areas
Plans
Measurement needs
SAM
Supplier
agreement
Product component requirements,

technical issues,
Supplier completed product components,
acceptance reviews and tests
58
PAs avanzadas de Administracin de Proyectos
Process Performance
Risk exposure due to
objectives, baselines, models
unstable processes
Statistical Mgmt Data QPM

Quantitative objectives
Organizations standard Subprocesses to
processes and statistically manage
supporting assets Identified risks
IPM RSKM
for Coordination and collaboration
Lessons Learned, IPPD among project stakeholders
Planning and Risk
Performance Data Shared vision taxonomies
and integrated team IT & parameters
structure for the project
Process Management
process areas Integrated team Risk status
Projects management for
defined performing
process engineering Risk mitigation plans
Projects
processes
Product defined
Coordination, Corrective action
architecture process
commitments, Project
for issues to performance
structuring resolve data
Configuration management, teams
verification, and integration
data Integrated work
environment and
people practices Basic
ISM Engineering and Support Project Management
process areas process areas
Monitoring data as
part of supplier
agreement
59
PAs de Ingeniera
Requirements
REQM
Product and product

component requirements
Alternative
solutions Product
components Product
RD TS PI Customer
Require-
ments
Product components, work products,

verification and validation reports
VER VAL
Customer needs
60
PAs bsicas de apoyo o soporte
Measurements,
analyses Quality and
noncompliance
All process areas issues
MA PPQA
Information
needs
Processes and work products,
standards and procedures
Configuration Baselines,
items, audit reports
change
requests
CM
61
PAs avanzadas de apoyo o soporte

Organization
IPPD
Infrastructure
OEI
Ability to develop
and deploy IPPD processes
and supporting assets
CAR
Process improvement Integrated work
proposals IPPD environment and
knowledge people practices
and skill
Defects and needs
other problems
Process Project
Management Management
process areas process areas
All process areas Selected

issues
Formal
evaluations
DAR
62
3.4 Detalles de los niveles de
madurez
63
Maturity Level 1 Initial
Nivel de madurez 1 Inicial
In Out
Los requisitos fluyen al interior.

Un producto es producido (algunas
veces) por algn proceso amorfo.
Los productos fluyen hacia fuera y se
espera que funcionen bien.
64
Maturity Level 2 Managed
Nivel de madurez 2 Administrado
In Out
Los requisitos fluyen al interior.

Los planes son desarrollados en concordancia con
las polticas.
Las actividades son ejecutadas siguiendo los
planes establecidos.
Las mediciones y revisiones se realizan en puntos
definidos.
Los productos fluyen hacia fuera y usualmente
funcionan bien.
65
Maturity Level 2 Managed
Nivel de madurez 2 Administrado
Meta genrica para todas las reas de

procesos de nivel 2:
GG2: El proceso es institucionalizado como

un proceso administrado.
Las 10 prcticas genricas son las mismas

para las siete reas de procesos de este
nivel.
66
Requirements Management
Administracin de Requisitos
Propsito
Administrar los requisitos de los productos y
componentes de producto del proyecto e identificar
inconsistencias entre esos requisitos y los planes y
productos de trabajo del proyecto.
Meta Especfica
SG1: Administrar los requisitos
Los requisitos son administrados y se identifican las
inconsistencias con los planes y productos de
trabajo del proyecto.
67
Administracin de Requisitos (2)
SG1: Administrar los requisitos
Prcticas especficas
SP 1.1: Obtener un entendimiento de los requisitos.
SP 1.2: Obtener compromiso para los requisitos.
SP 1.3: Administrar los cambios a los requisitos.
SP 1.4: Mantener trazabilidad bidireccional de los
requisitos
SP 1.5: Identificar inconsistencias entre el trabajo
del proyecto y los requisitos.
68
Productos de trabajo tpicos:
o Listas de criterios para distinguir
proveedores de requisitos apropiados.
o Criterios para evaluacin y aceptacin de
requisitos.
o Resultados de anlisis frente a criterios.
o Conjunto de requisitos aprobados.
o Evaluacin de impacto de requisitos.
o Documentacin de los compromisos con
requisitos y cambios de requisitos.
69
Productos de trabajo tpicos:
o Estado de los requisitos.

o Base de datos de los requisitos.
o Base de datos de decisiones con relacin a
requisitos.
o Documentacin de inconsistencias.
o Acciones correctivas
70
Project Planning
Planeacin de Proyectos
Propsito
Establecer y mantener planes que definan las actividades del
proyecto.
Metas especificas
SG1: Establecer estimaciones.
Estimaciones de los parmetros de planeacin de los
proyectos.son establecidas y mantenidas.
SG2: Desarrollar un plan de proyecto.
Un plan de proyecto es establecido y mantenido como base para
gestionar el proyecto.
SG3: Obtener compromiso hacia el plan.
Son establecidos y mantenidos los compromisos para con el plan
del proyecto.
71
Project Planning
Planeacin de Proyectos (2)
Prcticas especficas
SG1: Establecer estimaciones.
SP 1.1: Estimar el alcance del proyecto.
Descripciones de tares
Descripciones de paquetes de trabajo
SP 1.2: Establecer estimaciones de los atributos de los

productos de trabajo y de las tareas a realizar.
Enfoque tcnico
Tamao y complejidad de las tareas y productos de
trabajo
Modelos de estimacin
Estimaciones de atributos
72
Project Planning
Prcticas especficas
SP 1.3: Definir el ciclo de vida del proyecto.

Fases del ciclo de vida del proyecto
SP 1.4: Determinar Estimaciones de esfuerzo y costo.

Razones o fundamentacin de la estimacin
Estimaciones de esfuerzo para el proyecto
Estimaciones de costo del proyecto
73
Project Planning
Prcticas especficas
SG2: Desarrollar un plan de proyecto.

SP 2.1: Establecer el presupuesto y cronograma.
Cronogramas del proyecto
Dependencias en el cronograma
Presupuesto del proyecto
SP 2.2: Identificar riesgos del proyecto.

Riesgos identificados
Impacto de los riesgos y probabilidad de ocurrencia
Priorizacin de los riesgos
74
Project Planning
Prcticas especficas
SP 2.3: Planear la administracin de los datos.
Plan de administracin de datos
Lista maestra de datos administrados
Descripcin del contenido y formato de los datos
Listas de requisitos de los datos que se reciben y que
se entregan
Requisitos de privacidad
Procedimientos de seguridad
Mecanismos de recuperacin, reproduccin y
distribucin de los datos.
Cronograma de recoleccin de datos del proyecto.
Listado de los datos a ser recolectados.
75
Project Planning
Prcticas especficas
SP 2.4: Planear los recursos para el proyecto.
Paquetes de trabajo en WBS
Diccionario de tareas de WBS
Necesidades de personal basadas en tamao y
alcance del proy.
Lista de instalaciones/equipamiento crticos
Definiciones y diagramas de procesos/flujos de
trabajo
Lista de requisitos para la administracin del
programa.
76
Project Planning
Prcticas especficas
SP 2.5: Planear las necesidades de
conocimiento y destrezas.
Inventario de destrezas necesarias
Planes de asignacin de personal y nuevas
contrataciones
Bases de datos (destrezas y capacitaciones)
SP 2.6: Planear la participacin de los

stakeholders.
SP 2.7: Establecer el plan del proyecto.
77
Project Planning
Prcticas especficas
SG3: Obtener compromisos hacia el plan.
SP 3.1: Revisar planes que afectan el proyecto.

SP 3.2: Reconciliar niveles de trabajo y recursos.
SP 3.3: Obtener compromiso para con el plan.
.
78
3.5 Implantacin de CMMI
79
El modelo IDEAL de implantacin
Learning Estabilizacin
Analyze
Propose and
Future Validate
Actions Implement
Solution
Ejecucin
Refine
Solution
Set Build Charter

Stimulus for Change
Context Sponsorship Infrastructure Acting
Pilot/Test
Solution
Initiating
Characterize
Inicio Current &
Desired States
Create
Solution
Diagnosing Develop
Recommendations
Diagnstico Plan
Actions
Set
Priorities Develop
Approach
80
Establishing Planificacin
El modelo IDEAL de implantacin (2)
Propuesto por Peterson en 1995. Define un marco de
ciclo de vida para la mejora de procesos. Este
ciclo de vida est compuesto por cinco etapas:
1. Inicio (Initiate).
Sensibilizar sobre la necesidad de mejoramiento.
Establecer contexto y definir patrocinadores (Sponsors).
2. Diagnstico (Diagnosing)
Evaluar y caracterizar prcticas actuales.
Desarrollar recomendaciones.
Documentar resultados de la fase.
81
El modelo IDEAL de implantacin (3)
3. Planificacin (Establishing)
Establecer estrategia de prioridades.
Establecer grupos de ejecucin responsables.
Generar Plan de accin
4. Ejecucin (Acting)
Definir procesos y mtricas.
Planificar y ejecutar plan piloto.
Planificar, ejecutar y controlar instalacin.
5. Estabilizacin (Learning)
Documentar y analizar lecciones aprendidas.
Revisar estrategia organizacional.
82
El proceso de Evaluacin
La evaluacin oficial (clase A) la realizan

evaluadores oficialmente autorizados por el SEI:
Reconocida por el SEI.
Otorga rating (nivel de madurez o de capacidad)
Incorporada al Maturity Profile.
SCAMPI: Standard CMMI Appraisal Method for
Process Improvement (Mtodo de evaluacin
estndar de CMMI para el mejoramiento de procesos)
83
El proceso de Evaluacin (2)
La evaluacin no oficial (clase B) puede

realizarla cualquier organizacin interesada en
hacerlo, incluso una autoevaluacin, con
diferentes objetivos:
Diagnstico inicial.
Preparacin para la evaluacin oficial.
Anlisis del estado actual
Un ejemplo de este tipo de evaluacin es el PMAM,
Procesix Mini Assesment Method (Mtodo de
minievaluacin de la empresa Procesix)
84
Capacitacin en CMMI
Curso oficial del SEI Introduction to CMMI

Integration 3 das (24 horas).
Curso Intermediate CMMI.
Solamente los cursos desarrollados por el SEI

son oficiales.
85
Capacitacin en CMMI
Curso oficial del SEI Introduction to CMMI

Integration 3 das (24 horas).
Curso Intermediate CMMI.
Solamente los cursos desarrollados por el SEI

son oficiales.
86
Beneficios del mejoramiento de procesos
Disminucin de los costos

Mejoramiento de predictibilidad del cronograma y los
presupuestos.
Mejoramiento de los ciclos de entrega.
Incremento de la productividad.
Mejoramiento de la calidad (disminucin de los
defectos).
Incremento de la satisfaccin del cliente.
Mejoramiento de la satisfaccin de los empleados.
Incremento del retorno de la inversin.
87
Dificultades en la implantacin
Interpretacin de la norma o modelo:

Inexperiencia y falta de conocimiento,
Reinvencin de la rueda, y
Falta de preparacin y entendimiento.
Convencimiento motivacin:
Adopcin slo por moda o exigencias externas, o
Falta de compromiso de la direccin.
Diagnstico inicial:
Decepcin al reconocer los problemas, o
No reconocimiento de los problemas.
88
Dificultades en la implantacin (2)
Mala planificacin:
Sistemas paralelos que compiten,
Planes muy ambiciosos,
Planes muy generales,
Plazos muy estrechos,
Recursos insuficientes.
El crculo vicioso de la importancia de lo urgente:

Cmo lo urgente nunca deja tiempo a lo importante.
Resistencia al cambio:
Innovacin aceptada, pero no practicada,
Indiferencia,
Cambios constantes
Ridiculizacin de las innovaciones,
Sabotaje, Programa de Teleinformtica
89
Atrasos, etc.de Servicios y Gestin Empresarial
Centro
La evaluacin diagnstica
Se utiliza para:
Determinar las fortalezas y oportunidades de mejora

del proceso de desarrollo y mantenimiento de
software de una organizacin, a la luz de las
prcticas propuestas por CMMI, con el objetivo de
tener un fundamento para guiar las actividades de
mejoramiento de procesos.
Conocer el estado de las prcticas de desarrollo y

mantenimiento de software frente al referente CMMI,
con el objetivo de prepararse para una evaluacin
formal (SCAMPI) de los procesos de la organizacin.
90
Actividades de la evaluacin
Planificacin y preparacin de la evaluacin.
Ejecucin de la evaluacin.
Entrega de los resultados.
91
1. Planificacin y preparacin de la evaluacin.
Negociacin y determinacin para aplicar la evaluacin en la

organizacin.
Identificacin del alcance de la evaluacin
Definicin de la estrategia de la evaluacin
Preparacin de la organizacin para la evaluacin
Recoleccin de informacin inicial
Preparacin del personal que proveer la informacin
Definicin del plan de evaluacin
Aprobacin del plan de evaluacin por parte del patrocinador

92
2. Ejecucin de la evaluacin en terreno
Reunin de apertura
Preparacin de los miembros del equipo evaluador
Realizacin de las entrevistas programadas
Consolidacin de la informacin
Preparacin de la lista preliminar de hallazgos
Validacin de los hallazgos
Consolidacin, calificacin y preparacin de la lista final de

hallazgos.
93
3. Entrega de los resultados de la evaluacin
Presentacin de la lista final de hallazgos.
Cierre de las actividades de evaluacin en terreno.
Produccin y entrega del informe final.
94
Cmo evaluar cada rea de procesos
Al hacer la evaluacin de cada prctica especfica del
rea de procesos, se puede asignar un porcentaje de
institucionalizacin a cada prctica o definir una
escala de valoracin, para facilitar la asignacin de
puntaje. Por ejemplo, entre 0 y 4, as:
0- Entre 0% y 20%
1- Entre 21% y 40%
2- Entre 41% y 60%
3- Entre 61% y 90%
4- Mayor del 90%
Luego, se hace la sumatoria de puntos obtenidos en

cada prctica y se divide por el nmero de prcticas
para determinar porcentaje
Programa de institucionalizacin del
de Teleinformtica
95
rea deCentro
procesos.
de Servicios y Gestin Empresarial
Ejemplo de contenido del
Plan de Accin
1.Alcance
1.1 Propsito del Plan de Accin
1.2 Metas del Proyecto de Mejoramiento Continuo
1.3 Estrategia
1.4 Factores crticos de xito
1.5 Estructura del Documento
1.6 Documentacin Relacionada
2. Estado del Mejoramiento Continuo
2.1 Resumen de Evaluaciones.
2.2 Fortalezas, Oportunidades de Mejoramiento,
Recomendaciones (Hallazgos Globales)
2.3 Fuentes de Informacin del Estado del Proyecto.
96
Ejemplo de contenido del
Plan de Accin (2)
3. Estructura Funcional del Proyecto Mejora Continua
3.1 Modelo de Interaccin

3.2 Roles y Responsabilidades de Componentes de
la Infraestructura
3.3 Dimensin de la Estructura
4. Actividades Mejoramiento Continuo
4.1 Secuencia de Actividades
4.2 Supuestos de las estimaciones
4.3 Seguimiento del Plan de Accin
4.4 Anlisis de Riesgos
5. Necesidades de Capacitacin Proyecto CMMI
97
Roles importantes en la ejecucin del
Plan de accin
Sponsor (patrocinador) gerencia
Comit directivo
Grupo de Ingeniera de procesos (EPG)
Equipo de definicin de procesos (PAT Equipo de accin de

procesos)
Gerentes/lderes de proyectos
Grupo de PPQA y MA
Grupo de CM
Grupo de asesores
98
Optimizing In Out
5 Emphasis on continuous
improvement
Quantitatively
4 Process measured Managed In Out
and statistically controlled
Defined
3 Process characterized
for the organization In Out
Managed
2 Process characterized for
projects and is often In Out
reactive
Performed
1
In Out

MODELOS CMMI-mayo22

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

MODELOS CMMI-mayo22

Hochgeladen von

Copyright:

Verfügbare Formate

3.

Recopilado, traducido y adaptado por

Es un modelo o marco de trabajo

Mejorar la habilidad para alcanzar las metas de

4. Administracin de Proveedores Supplier Sourcing (SS):

1. Escalonada (staged). Es un enfoque que

CL0: Incompleto (incomplete)

ML1: Inicial (Initial)

Las reas de proceso estn Las reas de proceso estn

Hay dos tipos de prcticas Hay solamente un tipo de

rea de procesos 1 rea de procesos 2 rea de procesos n

Compromiso Habilidad Direccin de la Verificacin de

4 Proceso medido y controlado Administrado

3 Proceso caracterizado para la

2 Proceso caracterizado para Administrado

Los anlisis se concentran en discernir las causas

Se establecen objetivos cuantitativos de mejora

Representan un estado en el mejoramiento

Cada nivel de madurez se logra mediante la

Administrado Cuantitativamente (4) Quantitative Project Management (QPM)

Los componentes de un modelo CMMI estn

Requerido (Required). Un componente

Informativo (Informative). Ayudan a los

Tabla de relacin entre prcticas

Ingeniera: PAs relacionadas con

Ver archivo en Word: categoras de PAs

Cost and benefit

Quality and process

Status, issues, results

Status, issues, What to build

Product component requirements,

Statistical Mgmt Data QPM

Product and product

Product components, work products,

PAs bsicas de apoyo o soporte

PAs avanzadas de apoyo o soporte

All process areas Selected

Los requisitos fluyen al interior.

Los requisitos fluyen al interior.

Meta genrica para todas las reas de

GG2: El proceso es institucionalizado como

Las 10 prcticas genricas son las mismas

o Estado de los requisitos.

SP 1.2: Establecer estimaciones de los atributos de los

SP 1.3: Definir el ciclo de vida del proyecto.

SP 1.4: Determinar Estimaciones de esfuerzo y costo.

SG2: Desarrollar un plan de proyecto.

SP 2.2: Identificar riesgos del proyecto.

SP 2.6: Planear la participacin de los

SG3: Obtener compromisos hacia el plan.

SP 3.1: Revisar planes que afectan el proyecto.

Set Build Charter

La evaluacin oficial (clase A) la realizan

La evaluacin no oficial (clase B) puede

Curso oficial del SEI Introduction to CMMI

Solamente los cursos desarrollados por el SEI

Curso oficial del SEI Introduction to CMMI

Solamente los cursos desarrollados por el SEI

Disminucin de los costos

Interpretacin de la norma o modelo:

El crculo vicioso de la importancia de lo urgente:

Determinar las fortalezas y oportunidades de mejora

Conocer el estado de las prcticas de desarrollo y

Planificacin y preparacin de la evaluacin.