Presentación de Caelum en la VI Semana del CMMI

1. Espacio reservado fecha / 1
CMMI®
Versión 1.3
Radiografía del cambio
Iñigo Garro
VI Semana del CMMI 2010
Madrid, 11 de Noviembre de 2010
®
CMMI is registered in the U.S. Patent and Trademark Office by Carnegie Mellon University

2. Octiubre 2010 / 2
CMMI Versión 1.3 – Radiografía del cambio
Objetivos de la ponencia
Dar a conocer los motivos de los cambios
Presentar el alcance de los cambios realizados
Modelos
Métodos de evaluación
Comprender cómo afectan los cambios a los usuarios de
los modelos CMMI
Anunciar el calendario publicado por el Software
Engineering Institute para el despliegue de CMMI v1.3
Listar los puntos de interés donde localizar información

3. Octiubre 2010 / 3
Historia de los modelos CMM
v1.02 (2000)V1.02 (2000)
v1.1 (2002)V1.1 (2002)
History of CMMs
CMM for Software
V1.1 (1993)
Systems Engineering
CMM V1.1 (1995)
EIA 731 SECM
(1998)
INCOSE SECAM
(1996)
Integrated Product
Development CMM
(1997)
Software CMM
V2, draft C (1997)
CMMI for Development
V1.2 (2006)
CMMI for Acquisition
V1.2 (2007)
Software Acquisition
CMM V1.03 (2002)
V1.2 (2009)
CMMI for Services
CMMI for Acquisition
V1.3 (2010)
CMMI for Development
V1.3 (2010)
CMMI for Services
V1.3 (2010) 28.10.2010

4. Octiubre 2010 / 4
Motivos de los cambios
Alta madurez (niveles 4 y 5): contemplar buenas prácticas de la industria
Revisar las prácticas genéricas: más efectivas
Mejorar la eficiencia de las evaluaciones SCAMPI
Conseguir una mayor consistencia entre las diversas constelaciones:
Desarrollo CMMI-DEV
Servicios CMMI-SVC
Adquisiciones CMMI-ACQ
Criterios considerados por el Software Engineering Institute:
Cambios en toda la suite de productos CMMI (modelos, métodos de evaluación,
cursos de formación)
Incorporar más amplificaciones y aclaraciones
Proporcionar materiales adicionales en otros aspectos, como p.ej. seguridad o
ciclos de vida
Reducir el tamaño de los modelos, a ser posible
Los cambios no deben afectar negativamente las inversiones realizadas por las
organizaciones

5. Octiubre 2010 / 5
Alcance de los cambios
Principales modificaciones
Principalmente en las Áreas de Proceso de Alta Madurez
Nueva meta específica
Nuevas prácticas específicas
OID (Organizational Innovation an Deployment) pasa a llamarse
OPM (Organizational Performance Management) para recalcar
la necesidad de mejorar para alcanzar mejores resultados
de negocio
Se eliminan las metas genéricas de nivel 4 y 5, así como los niveles
de capacidad 4 y 5 (representación continua), de manera que la
consecución de la alta madurez no se concibe de manera aislada para
unas pocas áreas de proceso, sino de manera integral implantando las 4 Áreas de
Proceso definidas:
CAR - Causal Analysis and Resolution
QPM - Quantitative Project Management
OPM - Organizational Performance Management
OPP - Organizational Process Performance)
Mejoran los materiales informativos y definiciones, armonizando las tres
constelaciones
Se realizan cambios modestos en las 16 Áreas de Proceso core, así como en las
Áreas de Proceso específicas de cada modelo
Los cambios, en cualquier caso, son menores

6. Octiubre 2010 / 6
Alcance de los cambios
Constelaciones y Áreas de Proceso
CMMI-SVC
CMMI-DEV
Áreas específicas
para CMMI-SVC:
CAM, IRP, SCC, SD, SSD,
SST, STSM
SAM
CMMI-ACQ
Áreas específicas
para CMMI-SVC:
AM, ARD, ATM, AVAL,
AVER, SSAD
Áreas específicas
para CMMI-DEV:
REQM, RD, TS, PI, VER, VAL
SAM
16 Áreas de
Proceso Core

7. Octiubre 2010 / 7
Alcance de los cambios
Principales cambios en CMMI for Development (CMMI-DEV) - 1
Se ha reducido su tamaño en 100 páginas
Se añaden notas para organizaciones usando métodos ágiles
En 10 áreas de proceso: CM, PI, PMC, PP, PPQA, RD, REQM, RSKM, TS, VER
Referencia a Manifesto for Agile Development
Señala elemento que caracterizan el desarrollo ágil
Un ejemplo de material informativo incorporado en CMMI-DEV v1.3:
In Agile environments, configuration management (CM) is important because of the need to support
frequent change, frequent builds (typically daily), multiple baselines, and multiple CM supported
workspaces (e.g., for individuals, teams, and even for pair-programming). Agile teams may get
bogged down if the organization doesn’t: 1) automate CM (e.g., build scripts, status accounting,
integrity checking) and 2) implement CM as a single set of standard services. At its start, an Agile
team should identify the individual who will be responsible to ensure CM is implemented correctly. At
the start of each iteration, CM support needs are re-confirmed. CM is carefully integrated into the
rhythms of each team with a focus on minimizing team distraction to get the job done.
Se elimina IPPD (Desarrollo Integrado de Proceso y Producto) como adición del
modelo, integrando algunas de sus prácticas:
OPD (Organizational Process Definition):
añade la práctica específica SP1.7 “Establish and maintain organizational
rules and guidelines for the structure, formation, and operation of teams.”
Incorpora la necesidad de documentar en el proceso estándar las
interacciones con proveedores (entregables esperados, criterios de
aceptación, estándares técnicos, hitos y revisiones de seguimiento)
IPM (Integrated Project Management) añade la práctica específica SP1.6
“Establish and maintain teams”

8. Octiubre 2010 / 8
Alcance de los cambios
Principales cambios en CMMI for Development (CMMI-DEV) - 2
Otros cambios con cierta importancia
MA (Measurement and Analysis) incluye una tabla con ejemplos de medidas
PI (Product Integration) susitituye la práctica SP1.1 “Determine the product
component integration sequence” por “Establish and maintain a product
integration strategy”, poniéndose énfasis en la necesidad de documentar un Plan
de integración de producto
RD (Requirements Definition) pide que además de establecer y mantener una
definición de la funcionalidad requerida, se establezcan y mantengan atributos
de calidad
Quality attribute :A property of a product or service by which its quality will be judged
by relevant stakeholders. Quality attributes are characterizable by some appropriate
measure.
Quality attributes are non-functional, such as timeliness, throughput, responsiveness,
security, modifiability, reliability, and usability. They have a significant influence on the
architecture.
REQM (Requirements Management) reescribe la práctica SP1.5, que pasa de
“Identify inconsistencias between the project plans and work products and the
requirements” a
“Ensure that project plans and work products remain aligned with requirements”
SAM (Supplier Agreement Management) elimina dos prácticas específicas que
eran redundantes:
SP1.2 Monitor selected supplier processes
SP1.3 Monitor selected suppier work products

9. Octiubre 2010 / 9
Alcance de los cambios
Principales cambios en CMMI for Development (CMMI-DEV) - 3
Impacto de los cambios para organizaciones que han implantado CMMI-DEV v1.2
Impacto bajo
Cambios menores realizados a lo largo del modelo (la “letra pequeña”),
aunque es importante revisar:
las nuevas notas, como p.ej. para desarrollo ágil
cambios de nombre en prácticas que denotan nuevas directrices, como p.ej.
GP2.6 que pasa de llamarse “Manage configurations” a “Control Work Products”,
aunque la descripción de la práctica sea prácticamente idéntica
Impacto medio
Cambios en OPD, IPM, PI, RD
Impacto alto
Cambios en Áreas de Proceso de Alta Madurez
Desaparición de niveles de capacidad 4 y 5, así como de las metas y
prácticas genéricas relacionadas, para organizaciones usando la
representación continua

10. Octiubre 2010 / 10
Alcance de los cambios
Cambios en el resto de constelaciones y suite de productos
CMMI for Services
Se reorganiza y aclara el Área de Proceso IRP - Incident Resolution and
Prevention
Mejoras en las definiciones del glosario y terminología del modelo,
reemplazando “proyecto” por términos que tienen más sentido, como:
Trabajo
Grupo de trabajo
CMMI for Acquisition
Se añade material informativo para la utilización de proveedores preferidos en:
SSAD - Solicitation and Supplier Agreement Development
AM – Agreement Management
Cursos de formación
Se actualizan cursos existentes
Se van a ofrecer nuevos cursos para CMMI for Services
Cursos on-line para 1.3 a partir de Enero de 2011
Evaluaciones SCAMPI
Se busca mejorar su eficiencia (mayor valor para el coste que suponen) y
facilitar el uso con las diversas constelaciones

11. Octiubre 2010 / 11
Impacto de los Cambios
¿Qué debemos hacer a partir de ahora para adoptar v1.3?
Durante un año, hasta el 30 de Noviembre de 2011, las organizaciones pueden ser
evaluadas usando CMMI v1.2
Cualquier evaluación realizada con v1.2 antes del 30 de Noviembre de 2011 tiene
una validez de 3 años
Requisitos de formación para la transición a v1.3:
Componentes de equipos de evaluación SCAMPI de niveles 2 y 3:
No es obligatorio formarse en v1.3
Es una decisión del evaluador líder
Sería recomendable realizar el curso on-line del SEI
Componentes de equipos de evaluación SCAMPI de niveles 4 y 5:
Obligatorio seguir el curso de actualización para v1.3
Formadores CMMI y evaluadores SCAMPI
Obligatorios los cursos
CMMI V1.3 Model Upgrade Training
CMMI for Development V1.3 Instructor Upgrade Briefing
SCAMPI V1.3 Upgrade Training y examen

12. Octiubre 2010 / 12
Calendario de despliegue, para usuarios de modelos
Publicado por el Software Engineering Institute
28 de Octubre de 2010
Publicación de CMMI-DEV v1.3, CMMI-SVC v1.3, CMMI-ACQ v1.3
Noviembre de 2010
Partners del SEI pueden ofrecer cursos para v1.3 de las constelaciones
(para CMMI-DEV una versión inicial)
Diciembre de 2010
Anuncio de cambios en programa de renovación de autorizaciones y certificaciones
(formadores y evaluadores)
Nuevo curso “Development Supplement for CMMI for Services ”
Enero de 2011
Publicación de método SCAMPI v1.3
Publicación de curso on-line CMMI V1.3 Model Upgrade Training
Nuevo curso oficial Introduction to CMMI for Development V1.3
Pueden realizarse evaluaciones SCAMPI v1.2 con CMMI v1.3
Marzo de 2011
Publicación de tres libros para v1.3
SCAMPI V1.3 Upgrade Training
Calificación de evaluadores SCAMPI v1.3
Noviembre de 2011
Fin de uso de v1.2

13. Octiubre 2010 / 13
Enlaces de interés
¿Dónde localizar información fiable?
Centro de información del SEI para CMMI v1.3
http://www.sei.cmu.edu/cmmi/tools/cmmiv1-3/
Calendario de despliegue
http://www.sei.cmu.edu/cmmi/tools/cmmiv1-3/schedule.cfm
Etapas para cualificación de diversos roles
http://www.sei.cmu.edu/cmmi/tools/cmmiv1-3/qualification.cfm
Preguntando a SEI Partners y
profesionales autorizados/certificados por el SEI
Iñigo Garro
SEI Certified SCAMPI Lead Appraiser
i.garro@ibermatica.com
igarro@caelum.es