Post on 10-Dec-2018
1
Octubre 2006
Software y servicios para construir sus negocios
www.gbasoftware.com.ar
software
GBA
IntroducciIntroduccióón a CMMIn a CMMI(Capability Maturity Model
Integration)
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 2/61software
GBA
� Enfoque en Procesos
� Qué es CMMI?
� Reseña histórica del Modelo
� Áreas de Proceso (PA’s)
� Conceptos
� Estructura y Componentes de una PA
� Propósito de Áreas de Proceso de Nivel2
� Adopción en el mundo. Beneficios.
� Recomendaciones y conclusiones
Contenido de la presentación
2
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 3/61software
GBA
Enfoque en Procesos
�Los procesos ayudan a las personas a superar el promedio de eficiencia.
� Cuando se producen atrasos, trabajar más duro no es la respuesta, la
respuesta es: trabajar inteligentemente a través de los procesos.
Los procesos son el mayor optimizador de Costo, Tiempo y Calidad
� La tecnología aplicada sin una hoja de ruta
acorde no provee un retorno de inversión
significativo.
� La definición apropiada de un proceso
potencia los beneficios de la tecnología.
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 4/61software
GBA
� La tecnología aplicada sin una hoja de ruta acorde no
provee un retorno de inversión significativo.
� La tecnología provee los mayores beneficios, en el
contexto de una definición de proceso apropiada.
� Las personas son tan eficientes como se las haya
entrenado para serlo y superan el promedio con la ayuda
de procesos.
� Trabajar más duro no es la respuesta.
� La respuesta es: trabajar inteligentemente a través de los
procesos.
¿Por qué enfoque en Procesos?
3
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 5/61software
GBA
� No necesitamos procesos porque tenemos:� Buenas personas
� Ventajas tecnológicas
� Gerenciamiento experimentado
� Los procesos
� Interfieren con la creatividad
� Introducen burocracia y reglamentaciones
� No son necesarios cuando se construyen prototipos
� Son útiles únicamente en grandes proyectos
� Quitan agilidad contra los rápidos movimientos del mercado
� Son muy costosos
Equivocaciones frecuentes
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 6/61software
GBA
� Más problemas administrativos que técnicos
� Serios problemas de calidad
� Necesidad de estándares para la contratación de Software
Veremos…
Veremos…
Mire ya lo
tenemos
inventado!!
Problemas Típicos
4
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 7/61software
GBA
Basado en los principios de TQM –Total Quality Management –, enseñados por Shewhart, Juran, Deming y Humphrey.
“La calidad de un producto de
software está determinada por la calidad del
Proceso que se usa para desarrollarlo
y para mantenerlo.”
Premisa de la Mejora de Procesos
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 8/61software
GBA
Un modelo provee:
� Un punto de partida
� El beneficio de experiencias anteriores
� Un lenguaje común y una visión compartida
� Un marco de trabajo para priorizar acciones
� Un modelo NO es un proceso.
� El modelo muestra Qué hacer, no Cómo hacerlo ni Quién
debe hacerlo.
Importancia de un Modelo
5
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 9/61software
GBA
� Requerimiento del Departament of Defense (DoD) de EE.UU.
� Más problemas administrativos que técnicos
� Serios problemas de calidad
� Necesidad de estándares para la contratación de Software
� Patrocinio para la creación de un modelo
� Universidad de Carnegie Mellon – Pittsburgh – EE.UU.
� Participación de referentes en producción de software a gran
escala
� Creación del SEI: Instituto de Ingeniería de Software
Reseña histórica del Modelo
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 10/61software
GBA
1979 – Crosby’s maturity grid (Quality is Free)1985 – IBM maturity grid (Radice)1987 – SEI software process maturity framework1988 – SEI software process domains1989 – SEI normative model1990 – SEI Software CMM v 0.2 y v 0.61991 – SEI Software CMM v 1.01993 – SEI Software CMM v 1.11995 – SPICE Baseline Practices Guide1995 – Systems Engineering CMM1997 – SEI Software CMM v 2 Draft C1998 – EIA 731 (Systems Engineering Capability Model)1998 – ISO/IEC 15504 type 2 technical reports
2000 – SEI CMM Integration v1.0 (both)2002 – SEI CMMI v1.1 (evaluable hasta 12/07)2006 – SEI CMMI v1.2
Reseña histórica del Modelo (cont.)
6
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 11/61software
GBA
� Capability Maturity Model Integration
(Modelo de Madurez de Capacidades Integrado)
� Es un modelo de referencia mundial sobre prácticas
maduras relacionadas al software.
� Provee guías para mejorar los procesos de la
organización y la habilidad para administrar el desarrollo,
adquisición y mantenimiento de productos y servicios.
� Integra las disciplinas de Ingeniería de Sistemas,
Ingeniería de Software dentro del marco de trabajo de la
mejora de procesos.
Capability Maturity Model®, CMM®, CMM Integration, and CMMI are service marks and registered trademarks of Carnegie Mellon University
¿Qué es CMMI?
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 12/61software
GBA
reducción de :
- redundancias
- complejidad
- costos & tiempos
- discrepancias
IPPD**
SYSTEMS ENGINEERING
SE-CMM & SECAM
SOFTWARE ENGINEERING
Sw-CMM®
v2.0
Sw-ACQUISITION
CMM
CMMI®(v1.1)*
Evolución de CMMI
SS**
CMMI DEV®
(v1.2)
* SW: Software Engeneering - SE: System Engeneering
IPPD : Integrated Product and Process DevelopmentSS : Supplier Sourcing
7
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 13/61software
GBA
CMMI v1.2: cambios más significativos
�Cambia de nombre a “CMMI for Development”: CMMI-DEV
�Integra representaciones (por niveles y cont.) en un documento
�Elimina requisitos comunes en prácticas avanzadas
�Elimina requisitos adicionales de SS
�Mejora la administración de proveedores, ISM incl. en SAM
�Incorpora aclaraciones para Áreas de Proceso no aplicables
�Mejora de resúmenes y glosario
�Agrega material para entorno de trabajo en OPD e IPM
�Simplificación y consolidación del material para IPPD
�Fortalecimiento de desarrollo de procesos en IPM y OPF
�Re-evaluable cada 3 años
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 16/61software
GBA
NIVELES DE MADUREZ
Áreas de Proceso
Objetivos Genéricos
PrácticasGenéricas
Objetivos Específicos
PrácticasEspecíficas
Propósito Notas
Estructura de CMMI
8
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 17/61software
GBA
Los niveles de madurez proporcionan una manera de predecir el funcionamiento futuro de una
organización.
Cada nivel es una base que fundamenta los procesosde mejora continua.
Niveles de Madurez
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 18/61software
GBA
Optimizado(Optimizing)
Cuant. Administrado(Quantitatively Managed)
Definido(Defined)
Administrado(Managed)
Inicial(Initial)
Foco sobre la MejoraContínua de Procesos
5
Procesos predeciblesmedibles, controlables
Procesos definidos para toda la org.,proactivos, tienen > predecibilidad.
Procesos definidos para proyectos, con frecuencia son repetitivos.
Procesos dependientes de laspersonas, poco controlados y reactivos. No repetibles
4
3
2
1
Distinciones entre Niveles de Madurez
Los niveles
son inclusivos.
La complejidad
es decreciente.
9
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 19/61software
GBA
Nivel 1: Inicial o Realizado
� La organización no posee un ambiente estable de
desarrollo de software
� Ausencia de gerencia de proyectos
� El proceso de software es cambiante e irregular
� Durante las crisis, los grupos abandonan el método y se
concentran en la codificación y pruebas
� Los planes, estimaciones y calidad son impredecibles
� El rendimiento y el éxito dependen de la capacidad
individual de los miembros del grupo
� Frecuentemente se exceden los presupuestos de costo
y tiempo.
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 20/61software
GBA
Nivel 2: Administrado
� La organización establece políticas para gerenciar los
proyectos de software y procedimientos para implantar
estas políticas
� Los procesos están bajo un control efectivo de un sistema
de gerencia de proyectos basado en experiencias anteriores
� Los procesos son definidos, documentados, utilizados y
medidos
� Los procesos son estables y repetibles
� La calidad es controlada
10
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 21/61software
GBA
Nivel 3: Definido
� Los procesos son: definidos a nivel organizacional,
estandarizados, documentados e institucionalizados con
mayor rigurosidad.
� Se institucionaliza un proceso estándar de desarrollo de
software que integra:� los procesos de ingeniería de software y
� gerencia de proyectos de software
� Existe un entendimiento común de los procesos, funciones
y responsabilidades
� La organización mantiene un grupo dedicado a la
definición, mejoramiento y difusión del proceso estándar
� El proceso estándar es adaptado a cada tipo de proyecto
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 22/61software
GBA
Nivel 4: Cuantitativamente Administrado
� La organización define metas de calidad cuantitativaspara:
�los productos de software y �los procesos de software
� La productividad y la calidad se miden y se registran para cada proyecto.� La calidad y capacidad de producción es predeciblecuantitativamente.� Mediante el uso de métricas de software, se crea una base de datos cuantitativa para evaluar y estimar proyectos en el futuro.
11
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 23/61software
GBA
Nivel 5: Optimizado
� La organización se orienta hacia el mejoramiento
contínuo de sus procesos.
� La organización identifica las debilidades y fortalezas de
su proceso y determina maneras de mejorar su capacidad.
� La organización busca aumentar la capacidad y el
rendimiento de sus procesos.
� Las causas de variación de los procesos se analizan
globalmente, no para cada proyecto.
� El mejoramiento ocurre a través de:� El avance incremental del proceso
� Uso de nuevas tecnologías y métodos
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 24/61software
GBA
�Propósito�Notas Introductorias�Objetivos Específicos�Prácticas Específicas
� Típicos Productos de Trabajo
� Sub prácticas
� Notas
� Amplificaciones por Disciplina
�Objetivos Genéricos�Prácticas Genéricas
� Elaboraciones por Práctica Genérica
� Referencias Objetivos Genéricos
Estructura de un Área de Proceso (PA)
12
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 25/61software
GBA
Estructura de CMMI
NIVELES DE MADUREZ
Áreas de Proceso
NotasPropósito
Objetivos Específicos
PrácticasEspecíficas
Objetivos Genéricos
PrácticasGenéricas
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 26/61software
GBA
� Las Áreas de Procesos (PAs) son un grupo de prácticas
asociadas, que realizadas conjuntamente permiten lograr
un conjunto de metas.
� Son el principal bloque sobre el que se asientan los
procesos de capacidad de madurez de una organización.
� Cada PA ha sido definida para ubicarse y proporcionar
un determinado nivel de madurez.
Áreas de Proceso
13
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 27/61software
GBA
� CMMI selecciona sólo los temas más importantes para
la mejora de procesos y agrupa estos temas en
"Áreas".
� Esta clasificación da como resultado un total de 22
áreas repartidas en los 5 niveles del modelo CMMI-
SE/SW versión 1.1.
� Cada Área de Proceso tiene objetivos (goals) que
describen el resultado de la correcta gestión de
requerimientos de los procesos y prácticas (practices)
que pueden ayudar a lograr estos objetivos.
� 7 son las pertenecientes al Nivel 2 y 13 al Nivel 3.
Áreas de Proceso (Cont.)
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 28/61software
GBA
2Administrado
3Definido
4Cuantitativa/Administrado
5 Optimizado
NIVEL\CATEG.ADM. DE PROCESOSOPORTEINGENIERÍAADM. PROYECTOS
� Adm. de Acuerdoscon Proveedores
� Monitoreo y Control de Proyectos
� Planificación de Proyecto
� Adm. Integrada de Proyectos
� Adm. Integrada de Proveedoeres
� Adm. de Riesgos� Equipos
Integrados
� Adm. Cuantitativade Proyectos
� Administraciónde Requerimientos
� Desarrollo de Requirimientos
� SoluciónTécnica
� Integración de Producto
� Verificación Y Validación
� Adm. de la Configuración
� Aseg. de Calidadde Procesos y Productos
� Medición y Análisis
� Análisis y Tomade Decisiones
� AmbienteOrganizacionalpara la Integración
� Análisis y Resolución de Conflictos
� Foco en ProcesosOrganizacionales
� Foco en Definiciónde ProcesosOrganizacionales
� EntrenamientoOrganizacional
� Perfomance de ProcesosOrganizacionales
� Innovación y DespliegueOrganizacional
Áreas de Proceso por Nivel de Madurez�� ��
����
PrPráácticas Base cticas Base PrPráácticas Avanzadascticas Avanzadas
14
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 29/61software
GBA
NIVEL DE MADUREZ
Áreas de Proceso
Objetivos Genéricos
PrácticasGenéricas
Objetivos Específicos
PrácticasEspecíficas
Propósito Notas
Estructura de CMMI
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 30/61software
GBA
Propósito
Resumen del resultado de la implementación de las prácticas de unaPA.
Ejemplo: en Administración de Requerimientos
“Administrar los requerimientos de los productos y suscomponentes en un proyecto e identificar las inconsistencias entre requerimientos, planes y productos de trabajo del proyecto”
Componentes de una PA
15
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 31/61software
GBA
Notas
Provee detalles que ayudan a comprender la información principal delmodelo.
Ejemplo: en Administración de Requerimientos
“El proceso de administración de requerimientos administratodos los requerimientos recibidos o generados por el proyecto, incluyendo los requerimientos técnicos y no técnicos además de aquellos impuestos en el proyecto por la organización.”
Componentes de una PA
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 32/61software
GBA
Objetivo
Representa un estado final deseable. Su logro indica que se haimplementado el grupo de prácticas esperadas.
Práctica
Descripción de una acción necesaria para alcanzar un objetivo o meta, en conjunto con otras prácticas.
Componentes de una PA
16
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 33/61software
GBA
NIVEL DE MADUREZ
Áreas de Proceso
Objetivos Genéricos
PrácticasGenéricas
Objetivos Específicos
PrácticasEspecíficas
Propósito Notas
Estructura de CMMI
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 34/61software
GBA
Objetivos y Prácticas Genéricas
Definen la dimensión de la capacidadAplican a todas las áreas de proceso (PAs)
En Nivel 2: “GG 2: El proceso está institucionalizado comoun proceso administrado”En Nivel 3: “GG 2 + GG 3: El proceso está institucionalizadocomo un proceso definido”
Componentes de una PA
17
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 35/61software
GBA
Ejemplo: GG 2: El proceso está institucionalizado como un proceso administrado.Prácticas Genéricas
GP 2.1: Establecer una política organizacional
GP 2.2: Planificar el proceso
GP 2.3: Proveer recursos
GP 2.4: Asignar responsabilidades
GP 2.5: Entrenar al personal
GP 2.6: Administrar configuraciones
GP 2.7: Identificar e involucrar a los interesados
GP 2.8: Monitorear y controlar el proceso
GP 2.9: Evaluar objetivamente la adherencia al proceso
GP 2.10: Revisar el estado con la Dirección
Componentes de una PA
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 36/61software
GBA
NIVEL DE MADUREZ
Áreas de Proceso
Objetivos Genéricos
PrácticasGenéricas
Objetivos Específicos
PrácticasEspecíficas
Propósito Notas
Estructura de CMMI
18
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 37/61software
GBA
Objetivos y Prácticas Específicas
Definen la dimensión del procesoAplican a un área de proceso (PA) particular
Ejemplo: en Administración de Requerimientos
Objetivo Específico (SG1): “Los requerimientos son administrados y son identificadas las inconsistencias con el plan de trabajo y los productos.”
Componentes de una PA
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 38/61software
GBA
Típicos Productos de Trabajo
Cualquier artefacto producido por un proceso (Puede incluirarchivos, documentos, etc.)
Ejemplo: en Administración de Requerimientos para la práctica Mantener Trazabilidad Bidireccional de Requerimientos (SP 1.4):
1. Matriz de trazabilidad de los requerimientos2. Sistema de rastreo de los requerimientos
Componentes de una PA
19
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 39/61software
GBA
¿Cuáles son los objetivos del Área?
“Administrar los requerimientos de los
productos y componentes del producto de un
proyecto, identificando inconsistencias entre
estos, los planes generados y los productos de
trabajo del proyecto.”
PA - Administración de Requerimientos
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 40/61software
GBA
Administración de Requerimientos tiene 5 PrácticasEspecíficas
Área de Proceso: Administración de Requerimientos
SP 1.5 Identificar Inconsistencias entre Prod. y Requerimientos
SP 1.4 Mantener Trazabilidad Bidireccional de Requerimientos
SP 1.3 Administrar Cambios a los Requerimientos
SP 1.2 Obtener Compromiso con los Requerimientos
SP 1.1 Obtener Entendimiento de los Requerimientos
Componentes de una PA (ejemplo)
20
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 41/61software
GBA
¿Cuáles son los objetivos del Área?
“Establecer y Mantener Planes que definen las
actividades del Proyecto,
estableciendo Estimaciones, desarrollando un
Plan de Proyecto y obteniendo un compromiso
con dicho Plan”
PA - Planificación de Proyectos
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 42/61software
GBA
¿Cuáles son los objetivos del Área?
“Proveer un entendimiento del progreso del
proyecto, de manera tal de posibilitar que
puedan realizarse acciones correctivas cuando
el rendimiento del proyecto se desvía
significativamente del Plan
Monitoreando el Proyecto contra el plan y
Administrando las acciones correctivas hasta
su solución”
PA- Monitoreo y Control del Proyecto
21
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 43/61software
GBA
¿Cuáles son los objetivos del Área?
“Administrar la adquisición de productos y
proveedores a través del establecimiento y
mantenimiento de acuerdos formales con los
proveedores ”
PA - Administración de Acuerdo con Proveedores
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 44/61software
GBA
¿Cuáles son los objetivos del Área?
“Desarrollar y sostener una capacidad de medición para su uso en la administración de las
necesidades de Información, alineando lasactividades de mediciones y análisis y
proveyendo los resultados de las mismas.”
PA- Medición y Análisis
22
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 45/61software
GBA
¿Cuáles son los objetivos del Área?
“Proveer al equipo del proyecto y a la gerencia una visiónobjetiva de la adherencia a los procesos y productos de
trabajo asociados a los mismos, a través de unaevaluación y comunicación objetiva”
PA- Aseguramiento de la Calidad de Procesos y Productos
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 46/61software
GBA
¿Cuáles son los objetivos del Área?
“Establecer y mantener la integridad de los
productos de trabajo, utilizando identificación,
control, estado de las cuentas y auditorías de
configuración; estableciendo y manteniendo las
líneas base y la integridad de las mismas y
rastreando y controlando los cambios”
PA- Administración de la Configuración
23
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 47/61software
GBA
Total de Prácticas y Objetivos por PA
Para las 7 PA´s de Nivel II existen 22 objetivos que se satisfacen mediante 125 prácticas
2
4
3
3
3
3
4
15
24
20
17
18
14
17
0 5 10 15 20 25 30
Administración de Requerimientos
Planificación de Proyectos
Administración y Control de Proyectos
Administración de Proveedores
Medición y Análisis
Aseguramiento de Calidad
Administración de Configuración
Áreas
de Proce
so Nivel II
Objetivos
Prácticas
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 48/61software
GBA
CMMI en el mundo (Julio 2006)
Evaluaciones CMM
Evaluaciones CMMI Jul 06
� 1.581 evaluaciones en 52 meses� 1.377 organizaciones � 6.001 proyectos� 63,8% organizaciones No-USA
24
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 49/61software
GBA
Distribución por países (Julio 2006)
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 50/61software
GBA
Tamaño de las Organizaciones (1384 org)
25
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 51/61software
GBA
Evaluaciones Realizadas (Julio 2006)
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 52/61software
GBA
� Disminuir o eliminar el retrabajo
� Mejorar la performance en el cronograma de
proyecto establecido: plazos y compromisos
� Aumentar la fiabilidad en la predicción de costos
� Aumentar el reuso de procesos y productos
� Disminuir el costo
� Mejorar posicionamiento en el mercado
� Facilitar el acceso a la exportación de software
� Cumplimentar uno de los requisitos para acceder a
los beneficios de la Ley de promoción de la
industria del software.
Beneficios para una Organización
26
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 53/61software
GBA
Se controla la calidad del producto y se garantiza la satisfacción del cliente
No se puede predecir la calidad del producto
Existen objetivos cuantificables para medir la calidad del producto
La calidad del producto no es definida sobre una base objetiva
Las estimaciones de costos y tiempos se basan en experiencias reales/cuantificadas
No se hacen estimaciones de costos y tiempos reales
Los roles y responsabilidades de los grupos y sus miembros están claramente definidos.
Actúa en respuesta a las crisis que surjan
Los procesos técnicos y gerenciales estánestablecidos, son comunicados a toda la organización y se exige su aplicación
Improvisa o no emplea la gerencia de proyectos
Tiene definido e implantado el método de desarrollo y mantenimiento de software
Improvisa o no sigue rigurosamente los procesos de software
DESPUÉS: Organización maduraANTES: Organización inmadura
Antes y Después de CMMI
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 54/61software
GBA
CalidadTiempoProductividad
Beneficios según Nivel de Madurez
27
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 55/61software
GBA
NivelMadurez Visibilidad NegociosOptimizado
CuantitativamenteAdminirado.
4Definido
Administrado
Inicial
5
3
2
1
Tiempo/CostoProbab
ilidad
Objetivo
ES
E S
E S
E S
E S
Visibilidad Procesos
Tiempo/CostoProbab
ilidad
Objetivo
Tiempo/CostoProbab
ilidad
Objetivo
Tiempo/CostoProbab
ilidad
Objetivo
Tiempo/CostoProbab
ilidad
Objetivo
La Visión de la Gerencia
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 56/61software
GBA
Mediciones de mejoras obtenidas
Performance Results of CMMI®-Based Process Improvement – Ago 06.
28
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 57/61software
GBA
Recomendaciones
�Asegurar el apoyo activo de la Dirección
�Seleccionar lo antes posible los proyectos a evaluar en
base a criterios de representatividad, importancia y
proyección de la empresa.
�Formalizar como proyecto la mejora continua.
�Capacitar a los involucrados respecto de los procesos,
herramientas y técnicas.
�Obtener ayuda y feedback de las personas involucradas
en el uso de los procesos, herramientas y técnicas.
�Acordar y comunicar el día “D”. Se requieren entre 4 a 6
meses de evidencia en todas las Áreas de Proceso.
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 58/61software
GBA
� El pasaje al Nivel II (primer escalón) es el que requieremayor esfuerzo.� Al lograr un nivel de madurez determinado la organización automáticamente intenta incorporar mejorasdel próximo nivel.� La motivación del personal que trabaja en organizaciones comienza a incrementarse de maneraasombrosa.� La competencia buscará alcanzar un nivel igual o superior.�Las organizaciones que logran un nivel de madurezposeen más candidatos y más clientes.
Consideraciones Finales
29
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 59/61software
GBA
La mejora de procesos debería hacerse
para ayudar al negocio,
no para mejorar el proceso en sí.
“En Dios confío, los demás traigandatos.”
W. Edwards Deming
Conclusiones
®® 2006 GBA Software 2006 GBA Software S.R.LS.R.L. . 60/61software
GBA
� Instituto de Ingeniería de Software (http://www.sei.cmu.edu/)
� Modelo CMMI (http://sei.cmu.edu/cmmi)
� Repositorio del SEI (http://seir.sei.cmu.edu/seir/)
� Publicaciones y Materiales
(https://bscw.sei.cmu.edu/pub/bscw.cgi/0/797833)
� 1ra, 2da, y 3ra Conf. anual de CMMI (http://dtic.mil/ndia)
Material de Consulta
30
Octubre 2006
Muchas gracias...
Diego TartarelliSocio
San Luis 760 4º A S2000BBH Rosario - Argentina
Cel: +54 (9341) 6059193dtartarelli@gbasoftware.com.ar
www.gbasoftware.com.ar
� Ingeniería de Software� Desarrollos� Consultoría
software
GBA