Escolar Documentos
Profissional Documentos
Cultura Documentos
CMMI
Hannah Oktaba
Cornelius Hopmann
Idea básica
Pasar en el desarrollo de Sistemas
● De manejar Proyectos
● A manejar Procesos
● De manejar Caso por Caso
● A manejar Lineas de Producción
Process-Management Project-Management
5 Áreas de Procesos 6 Áreas de Procesos
9 Objetivos 14 Objetivos
34 Practicas 55 Practicas
30 Practicas 45 Practicas
10 Objetivos 20 Objetivos
5 Áreas de Procesos 6 Áreas de Procesos
Support Engineering
Hannah Oktaba
Hannah Oktaba
Cornelius Hopmann
Ejemplo militar
● Soldado alemán a orillas de un río en Afganistán
● Él aplica procedimientos del manual de
– Ubicación para saber donde está
– Misión para saber si debe cruzar
– Reglas de combate para tratar a personas en sus
alrededores
– Movimiento en el terreno para cruzar el río
– Armamento y accesorios para proteger los en el agua
● Una Actividad = Múltiples procedimientos
● Flexibilidad = no se necesita planes detalladas de
actividades para cada situación
● Calidad = el soldado sabe siempre qué hacer
Cornelius Hopmann
Terminología
● CMMI
– Capability-Maturity-Model-Integration
● Category
– Conjunto de Áreas de Procesos con enfoque
similar
● Process-Area
– Conjunto de Objetivos y Prácticas (Qué)
recomendadas para alcanzar dicho objetivos
● Procedure
– Descripción como llevar a cabo una práctica
● Workproduct
– Resultado directo o indirecto de aplicar
procedimiento(s)
Cornelius Hopmann
+ Oscar Amador
Category Process Areas Abrev M – Level S Goals S Practise Procedures Work Products
Organizational Process Focus OPF 3 3 9 7 20
Organizational Process Definition OPD 3 1 6 5 11
Process
Organizational Training OT 3 2 7 7 13
Management
Organizational Process Perfomance OPP 4 1 5 5 5
Organizational Innovation and Deployment OID 5 2 7 8 12
5 9 34 32 61
Project Planning PP 2 3 14 14 46
Project Monitoring and Control PMC 2 2 10 10 11
Project Supplier Agreement Management SAM 2 2 8 7 26
Management Integrated Project Management IPM 3 2 8 13 46
Risk Management RSKM 3 3 7 7 16
Quantitative Project Management QPM 4 2 8 8 23
6 14 55 59 168
Requeriments Management REQM 2 1 5 5 13
Requeriments Development RD 3 3 10 11 29
Technical Solution TS 3 6 8 9 26
Engineering
Product Integration PI 3 5 9 9 27
Verification VER 3 3 8 8 24
Validation VAL 3 2 5 5 16
6 20 45 47 135
Configuration Management CM 2 3 7 7 16
Process and Product Quality Assurance PPQA 2 2 4 5 14
Support Measurement and Analysis MA 2 2 8 8 12
Decision Analysis and Resolution DAR 3 1 6 6 7
Causal Analysis and Resolution CAR 5 2 5 8 9
5 10 30 34 58
22 53 164 172 422
Cornelius Hopmann
® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office
Page 14
by Carnegie Mellon University.
® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office
Page 15
by Carnegie Mellon University.
® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office
Page 16
by Carnegie Mellon University.
® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office
Page 17
by Carnegie Mellon University.
® Capability Maturity Model, Capability Maturity Modeling, CMM, and CMMI are registered in the U.S. Patent and Trademark Office
Page 18
by Carnegie Mellon University.
Organizational Process Definition Context
Organization’s
Establish Organizational Standard Processes
Process Assets
Que
Replan controlar
Que construir
Planes Medida de
Necesidades
SAM
rado, ís o
el os
ceso
Organización de procesos defin ecto
ido s
iesgo
r oces
R RSKM
estándares, normas de ambiente de do
tific an
t
Obje
Pr o
yec
IPM+IPPD
glas
e s
D r trice
to d
Process Management P
IP irec
Vi
Taxonomías y
e pr
process areas yd
si
ño tos ,
pe y da id as
ón
parámetros de riesgos,
oce
at
co d es
estado de riesgo, planes
os
nd
so i
pa
de
de ació pre
rti
de n ific es a
y medidas correctivas
da
nteg
proyecto definido
se m n
em
de
y ambiente de
pla ccion
pe
lp
r ado
ño
ro
trabajo
ye
de
Le
y de
to
lp
Coordinación,
ro
ye
finid
compromisos y
ct
cuestiones por resolver
o
Arquitectura de
productos para Equipos integrados para la
estructurar realización de Engineering y Basic
equipos procesos de Support Project Management
process areas
os
Senior
e s as el
tiv
ad e l d
management
je
sid d ión
ob
Proyectos de formación y grupos
ce eso a c
y
ne oc niz
de apoyo en estandarizar
pr rg a
procesos y activos
O
OT
Organización de
los objetivos del
negocio
Procesos
Estándares y
otros Activos
Da lo m
Mejoras
de ple
t o s p en t
Organización OID
s ro ad
im
de c o
co eso s
st s
os de
y m
be ej
ne o ra
Proceso de calidad y
fic s
io
ejecución, objetivos,
s
medidas, parámetros de
referencia y modelos
Me une
co
did s
m
as
Capacidad para desarrollar y
desplegar proceso estándar y
otros activos UNION
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Hannah Oktaba
Evaluación SCAMPI Cornelius Hopmann
requeridos
● Se cumple los Objetivos
A un tercio
Cornelius Hopmann
Nota
Nueva Versión 12207 en el 2008
● Mayor correspondencia con 15288
diferente agrupación de los procesos en áreas
● Redefinición/Ampliación de los Procesos SW
This second edition cancels and replaces the first edition (ISO/IEC 12207:1995),
which has been technically revised. It also incorporates the Amendments ISO/IEC
12207:1995/Amd.1:2002 and ISO/IEC 12207:1995/Amd.2:2004.
Changes in this revision of ISO/IEC 12207 were developed in conjunction with a
corresponding revision of ISO/IEC 15288. The purpose of these revisions is to
better align the two International Standards to facilitate their joint use. This
alignment is the first step toward harmonization of the structures and contents of
the two International Standards, while supporting the requirements of the
assessment community. This alignment provides the foundation to facilitate
evolution to an integrated and fully harmonized treatment of life cycle processes.
Cornelius Hopmann
N Not achieved
N Not achieved 0 to 15 % achievement
P Partially achieved
P Partially achieved > 15 % to 50 % achievement
L Largely achieved
L Largely achieved > 50 % to 85% achievement
F Fully achieved
F Fully achieved > 85 % to 100 % achievement
Briefly Explanation about Model’s Requirement
A dos tercios
Cornelius Hopmann
CompetiSoft &
ISO 29119
Hannah Oktaba
Proyecto COMPETISOFT
(2006-2008)
Mejora de Procesos para Fomentar la Competitividad de
la Pequeña y Mediana Industria del Software de
Iberoamérica
Hannah Oktaba
Participantes
Hannah Oktaba
Participantes
Hannah Oktaba
Método de trabajo
Hannah Oktaba
Estándares disponibles
ISO 9000:1994 ISO 9000:2000 ISO/IEC15504-2:2003
ISO/IEC TR 15504:1998
ISO/IEC 12207:1995 ISO/IEC 12207
ENMIENDA 1 :2002
ISO
CMMI 2002
SW- CMM 1993
SEI
●
Norma Internacional para evaluar la capacidad de la
organización para cumplir los requisitos del cliente,
los reglamentarios y los propios de la organización.
●
Ventajas
– Tiene un mecanismo de certificación bien establecido
– Está disponible y conocida
●
Modelos de Software Engineering Instutute, proponen un marco
organizado por áreas de procesos.
– Software Capability Maturity Model SW-CMM
– Capability Maturity Model Integration CMMI
●
Ventajas
– Específicos para el desarrollo y mantenimiento de software
– Definidos como un conjunto de áreas de procesos clave
– Tienen un modelo de evaluación (CBA-IPI y SCAMPI)
– Desde 1998 el SW-CMM empezó a popularizarse en México
– Existen organizaciones evaluadas
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.
109
Hannah Oktaba
Normas ISO
ISO/IEC TR 15504:1998 ISO/IEC 15504-2:2003
ISO/IEC 12207:1995 ISO/IEC 12207
ENMIENDA 1 :2002
●
En 1998 se emitió el reporte técnico ISO/IEC
TR 15504 Information technology — Software
process assessment. Por su carácter de
reporte este documento fue únicamente de
carácter informativo.
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.
111
Hannah Oktaba
Normas ISO
ISO/IEC 15504 – 2
●
Establece requisitos tanto para Modelos de
Procesos de referencia como para los Métodos de
Evaluación sin establecer alguno en particular.
●
Cada país podrá definir sus propios Modelos y
Métodos.
●
El estado actual del documento es publicado
(15/10/03).
●
Cancela parte 2 y 3 del TR 15504.
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.
112
Hannah Oktaba
Normas ISO
ISO/IEC 12207:1995
Procesos de Ciclo de Vida de Software
●
Es un marco que contiene procesos,
actividades y tareas involucradas en el
desarrollo, operación y mantenimiento de
productos de software, que abarca toda la
vida de un sistema desde la definición de sus
requerimientos hasta la finalización de su uso.
●
Se emitió el AMENDMENT 1, el cual presenta en su
Anexo F una estructura de procesos integrada por
procesos originalmente descritos en la ISO/IEC
12207, ISO/IEC TR 15504-2 y algunos otros.
●
El ISO/IEC 15504-2 solicita un mapeo entre el
modelo externo y anexo F del ISO/IEC 12207:1995
AMENDMENT 1.
1. Para SW
2.Comprensible
3. Procesos
4. Práctico
5. Mejora de
procesos orientado al
objetivo del negocio
6. Evaluación con
vigencia
7. Aplicable como
norma
Hannah Oktaba
0
Incompleto 1.1 Realización del proceso
Hannah Oktaba
●
Usos propuestos:
– Evaluación del perfil de capacidades de procesos
y de la madurez de capacidades de la
organización.
– Autoevaluación.
– Evaluación por parte del comprador.
– Efecto lateral: Evaluación de la industria.
Administración de Nivel 3
Proyectos Específicos
Completamente Ampliamente
CopyrightParcialmente
Asociación Mexicana para laNoCalidad
logrado en Ingeniería de Software, A.C.
120
Hannah Oktaba
DIR
Gestión de Negocio
●
Propósito:
Establecer la razón de ser de la organización, sus
objetivos y las condiciones para lograrlos, para lo cual
es necesario considerar las necesidades de los
clientes, así como evaluar los resultados para poder
proponer cambios que permitan la mejora continua.
DIR
Proceso Gestión de Negocio
Grupo Directivo
Planeación Estratégica
GES
Procesos de Gestión
Gestión
de Recursos
Gestión Gestión
de Procesos de Proyectos
GES
Gestión de Procesos
●
Propósito:
Establecer los procesos de la
organización, en función de los Procesos
Requeridos identificados en el Plan
Estratégico. Así como definir, planear, e
implantar las actividades de mejora en
los mismos.
GES
Gestión de Proyectos
●
Propósito
Asegurar que los proyectos contribuyan
al cumplimiento de los objetivos y
estrategias de la organización.
GES
Gestión de Recursos
●
Propósito:
Conseguir y dotar a la organización de
los recursos humanos, infraestructura,
ambiente de trabajo y proveedores, así
como crear y mantener la Base de
Conocimiento de la organización. La
finalidad es apoyar el cumplimiento de
los objetivos del Plan Estratégico de la
organización.
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.
126
Hannah Oktaba
GES
Proceso Gestión de Recursos
Subprocesos
Recursos Humanos y
Ambiente de Trabajo
Bienes, Servicios
e Infraestructura
Conocimiento de la
Organización
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.
127
Hannah Oktaba
GES
Bienes, Servicios e Infraestructura
●
Propósito:
Proporcionar proveedores de bienes,
servicios e infraestructura que satisfagan
los requisitos de adquisición de los
procesos y proyectos.
GES
Conocimiento de la
Organización
●
Propósito:
Mantener disponible y administrar la
Base de Conocimiento que contiene la
información y los productos generados
por la organización.
OPE
Procesos de Operación
Administración de
Proyectos Específicos
Desarrollo y
Mantenimiento de
Software
Específicos
●
Propósito:
Establecer y llevar a cabo
sistemáticamente las actividades que
permitan cumplir con los objetivos de un
proyecto en tiempo y costo esperados.
Planeación
Cierre
Hannah Oktaba
●
Ciclos de Desarrollo
●
Fases de un Ciclo
●
Actividades de una Fase
Necesidades Cliente
Fases del Primer Ciclo
Si Primer Entregable
Terminado
Nuevas Necesidades
Fases de un
y Plan de desarrollo
OPE
Inicio Ciclo
Requerimientos Requerimientos
Construcción Componentes
Configuración
Integración y Pruebas de Software
Cierre
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.
137
Primer / Siguiente
Entregable
Hannah Oktaba
Producción /
Verificación
Corrección
Defectos
Defectos
Validación/Aceptación
Salida de la Fase
Hannah Oktaba
Resumen
Norma Mexicana
Modelo de Procesos
Qué Requisitos
Normativa
MoProSoft (qué procesos)
Cómo Informativa
(cómo implantarlos)
Relación por
Apéndice Nivel de cap.
ISO/IEC 15504-2
Performing an assessment
Directrices de
EvalProSoft Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.
139
evaluación
Requisitos
(cómo evaluar)
Hannah Oktaba
Estrategia de EU
Requisitos
CMMI
ISO/IEC 15504-2
Performing an assessment
SCAMPI
Modelo de Capacidades Nivel de cap.
de Procesos
(qué evaluar)
Método de
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.
140
evaluación
Requisitos
(cómo evaluar)
Hannah Oktaba
Relación
Norma Mexicana Norma de facto EU
MoProSoft
Normativa CMMI
(qué requisitos
de procesos)
Informativa
(cómo implantarlos) ISO/IEC 15504-2
Performing an assessment
SCAMPI
Modelo de Capacidades Modelo de Capacidades
de Procesos de Procesos
(qué evaluar) (qué evaluar)
EvalProSoft Método de
Copyright Asociación Mexicana para la Calidad en Ingeniería de Software, A.C.
141
(cómo evaluar) evaluación
(cómo evaluar)
Guías
Hannah Oktaba
Iniciativa ISO
●
Mayo 2006 reunión ISO WG24 en Tailandia
●
Dirigido por Tailandia con la participación de USA, India, Irlanda,
Bélgica, Finlandia, Luxemburgo, Canadá, Nueva Zelanda, Corea, y
México (Ana Vázquez y Jorge Palacios).
– En votación unánime decide tomar la norma mexicana como base
para su trabajo.
●
Octubre 2006 reunión ISO WG24 en Luxemburgo
●
Se entrega la traducción al inglés de la norma mexicana NMX-I-059-
NYCE
●
Se selecciona como Perfil Básico de procesos
Administración de Proyectos Específicos
Desarrollo y Mantenimiento de Software
●
Mayo y Octubre de 2007 reuniones ISO WG24 en Moscú y Montreal
●
Se generan primeras versiones de cinco partes de ISO/IEC 29110 y
se someten a la revisión y votación internacional.
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann
Cornelius Hopmann