Documente Academic
Documente Profesional
Documente Cultură
ALUMNO
JESUS ALONSO GAMEZ SANCHEZ
HISTORIA
CMMI (Capability Maturity Model Integration) es un modelo de madurez de mejora
de los procesos para el desarrollo de productos y de servicios. Consiste en las
mejores prcticas que tratan las actividades de desarrollo y de mantenimiento que
cubren el ciclo de vida del producto, desde la concepcin a la entrega y el
mantenimiento. Esta ltima versin del modelo, presentada en esta obra, integra
los cuerpos del conocimiento que son esenciales para el desarrollo y el
mantenimiento, pero que se han tratado por separado en el pasado, tales como la
ingeniera del software, la ingeniera de sistemas, la ingeniera del hardware y de
diseo, los aspectos no funcionales y la adquisicin. Las denominaciones
anteriores de CMMI para la ingeniera de sistemas y la ingeniera del software
(CMMI-SE/SW) son reemplazadas por el ttulo CMMI para desarrollo, reflejando
as realmente la integracin completa de estos cuerpos de conocimiento y la
aplicacin del modelo en el seno de una organizacin. CMMI para desarrollo
(CMMI-DEV) propone una solucin integrada y completa para las actividades de
desarrollo y de mantenimiento aplicadas a los productos y a los servicios. CMMI
para desarrollo, versin 1.2, es una continuacin y actualizacin de CMMI versin
1.1 y ha sido simplificada gracias al concepto de constelaciones de CMMI,
donde un conjunto de componentes fundamentales puede ser ampliado mediante
material adicional a fin de proponer unos modelos especficos de aplicacin con
elevado contenido comn. CMMI-DEV es la primera de esas constelaciones y
representa al dominio de inters de desarrollo.
Propsito
El propsito de CMMI para desarrollo es ayudar a las organizaciones a mejorar
sus procesos de desarrollo y de mantenimiento, tanto para los productos como
para los servicios. Este libro se basa en CMMI para desarrollo v1.2 que ha sido
producida a partir del Marco de CMMI 1 en agosto de 2006. El Marco de CMMI
soporta el Conjunto de productos de CMMI, permitiendo generar mltiples
modelos, cursos de formacin y mtodos de evaluacin que dan soporte a
dominios de inters especficos. Una constelacin es una coleccin de
componentes de CMMI que incluye un modelo, sus materiales de formacin y los
documentos de evaluacin concernientes a un dominio de inters. Actualmente
hay tres constelaciones planificadas que se sostienen en el marco del modelo de
la v1.2: desarrollo, servicios y adquisicin. Las extensiones se utilizan para
extender las constelaciones mediante contenido especfico adicional. Esta obra
contiene la constelacin CMMI para desarrollo y contiene tanto CMMI-DEV de
base como CMMI-DEV con su grupo de extensiones IPPD (CMMI-DEV+IPPD). Si
no est aplicando IPPD, ignore la informacin que est marcada Extensin IPPD
y as estar utilizando el modelo CMMI para desarrollo.
2
CMMI-DEV 1.2
CMMI (Capability Maturity Model Integration) es un modelo que pueden utilizar las
organizaciones que lo deseen para mejorar todos sus procesos. Este modelo ha
sido creado dentro de Software Engineering Institute que pertenece a la Carnegie
Mellon University.
Actualmente se encuentra la versin 1.2 de CMMI, y dentro de esta versin nos
encontramos tres tipos diferentes de modelos enfocados a diferentes contextos.
CMMI-DEV o (CMMI for Development). Este modelo es el enfocado al desarrollo y
fue liberado en agosto de 2006. En este modelo se tratan procesos referidos a
desarrollo de productos y servicios.
CMMI-ACQ o (CMMI for Acquisition). Este modelo es el enfocado a la adquisicin
y fue liberado en noviembre de 2007. En este modelo se tratan procesos
relacionados con el gobierno y con la industria. Se trata la gestin de la cadena de
suministros, la adquisicin y contratacin externa.
CMMI-SVM o (CMMI for Services). Este modelo es el enfocado a la gestin,
establecimiento y entrega de servicios. Fue liberado en febrero de 2009.
Este modelo lo que nos propone es una serie de prcticas que se tienen que
seguir para mejorar los procesos y ser ms productivos. Estas prcticas estn
asignadas a determinadas reas de proceso los cuales estn dentro de ciertos
niveles de madurez. Para conseguir cada uno de los niveles de CMMI antes hay
que haber cumplido las prcticas de los niveles anteriores.
En la figura siguiente se muestra los diferentes niveles de madurez que tiene
CMMI:
Validacin (VAL)
Verificacin (VER)
Tambin hay otra visin del modelo en donde se agrupan en categoras. Con esto
lo que se pretende es ir avanzando en la mejora de la organizacin en las
categoras que ms inters tengamos. A continuacin se muestra la estructura
que tendra esta visin:
Figura 6: Desglose reas de proceso Vs categoras CMMI
El funcionamiento de CMMI consiste en que sin importar la vista que utilicemos
(por niveles o por categoras) cada una de las reas hay que desarrollarlas. Para
ello existen para cada una de las reas de proceso unos objetivos especficos que
se realizarn cumpliendo una serie de prcticas especficas, y tambin unos
objetivos genricos donde se tocan temas como el compromiso, capacidades,
direccin o la verificacin y que se cumplirn realizando una serie de prcticas
genricas. En la figura siguiente se ilustra el ejemplo de la visin de niveles de
madurez.
10
11
Los datos deben tener relacin con los objetivos de la organizacin para que la
informacin que se saque de ellos sea til.
Lo que se har en esta rea es indicar procedimientos para la recogida de datos,
para su almacenamiento y para su modificacin en informacin til.
Estas mediciones pueden agruparse en dos grupos diferentes: por un lado los
empleados para monitorear los proyectos (lneas de cdigo, horas invertidas, etc.)
y otros ms generales (proyectos finalizados a tiempo, promedio de retraso, etc.).
Objetivos de MA: Las actividades de medicin y anlisis estn alineadas con los
objetivos y necesidades de informacin. y Se proveen mediciones que
satisfacen necesidades y objetivos de informacin.
Prcticas Especficas:
SP 1.1 Establecer objetivos de las mediciones
SP 1.2 Especificar mtricas
SP 1.3 Especificar procedimientos de recoleccin y almacenamiento de datos
SP 1.4 Especificar procedimientos de anlisis
SP 2.1 Recolectar datos
SP 2.2 Analizar datos
SP 2.3 Almacenar datos y resultados
SP 2.4 Comunicar resultados
(PPQA) Aseguramiento de la Calidad de Productos y Procesos
Lo que esta rea de proceso pretende es asegurarse que se cumplen los
estndares y los procesos que se han establecido. Para ello debern ser
evaluados de una forma objetiva, preferiblemente por personas ajenas a los
productores y que determinarn si se estn cumpliendo los estndares y los
procedimientos. En caso de no cumplirse algo se notificar a las personas
correspondientes para subsanar el problema. La diferencia entre el rea de
proceso de validacin del nivel tres de madurez, con respecto a esta rea de
proceso es que a diferencia de la de validacin que comprueba si se cumplen los
requisitos PPQA lo que hace es simplemente comprobar si se cumplen los
estndares y procesos.
Objetivos de PPQA: Se evala objetivamente la adhesin de los procesos y
artefactos a los estndares y descripciones de proceso vigentes y El no
cumplimiento de los estndares y descripciones de proceso es objetivamente
comunicado y su resolucin asegurada.
Prcticas Especficas:
SP 1.1 Evaluar procesos objetivamente
SP 1.2 Evaluar productos y servicios objetivamente
SP 2.1 Comunicar y asegurar la resolucin de cuestiones de calidad
SP 2.2 Establecer y mantener registros de las actividades de aseguramiento de la
calidad
12
13
14
15
16
a los
en la
de la
estas
17
(2)GP2.2: Se define un plan para los procesos con la descripcin del proceso;
normas y requisitos para los trabajos y servicios del proceso; objetivos especficos
para la realizacin del proceso; dependencias entre trabajos, servicios y recursos;
recursos necesarios; asignacin de responsabilidades, formacin necesaria;
productos del trabajo y su nivel de control; mtricas para proporcionar detalles
sobre el rendimiento del proceso; participacin de los interesados; actividades de
supervisin del proceso; revisin de objetivos de las actividades del proceso;
evaluacin de la gestin de las actividades del proceso y los Work Products?
(REALIZACIN)
Antes que nada hay que especificar los procesos que van a haber y que estos
estn consensuados con las partes implicadas.
Para esto se tendr que realizar un documento independiente, donde se
describirn los procesos, normas y procedimientos.
Este documento que puede ser impreso o guardarse en formato digital debe tratar
los siguientes puntos:
Descripcin del proceso.
Normas y requisitos para los Work Products y servicios del proceso.
Objetivos especficos para el desempeo del proceso (por ejemplo, la calidad, la
escala de tiempo, tiempo de ciclo, y la utilizacin de recursos).
Dependencias entre las actividades, Work Products, y servicios del proceso.
Recursos (incluida la financiacin, la gente, y herramientas) necesarios para
realizar el proceso.
Asignacin de responsabilidades y autoridad.
Formacin necesaria para la realizacin y el apoyo al proceso.
Work Products para ser controlados y el nivel de control que deben aplicarse.
Requisitos de mtricas para proporcionar ms detalles sobre el rendimiento del
proceso, los Work Products, y sus servicios.
Participacin de los interesados.
Actividades de vigilancia y control del proceso.
Evaluacin de objetivos de las actividades del proceso.
Examen de la gestin de actividades para el proceso y Work Products
Este plan podr ser revisado cuando sea necesario y efectuar cambios sobre l.
18
19
20
22
23
24
Una buena forma de tener controlados todos los requisitos y saber los requisitos
de bajo nivel de donde proceden es disponer de una matriz de trazabilidad entre
los requisitos de alto nivel y sus respectivos requisitos de bajo nivel de los que se
compone. Un requisito de alto nivel, segn de lo que se trate puede desglosarse
en pequeos trozos de menor nivel y que pueden abordarse por separado. Como
ejemplo tenemos la matriz de trazabilidad en (Apndice 9.13) donde en horizontal
tenemos los requisitos de alto nivel y en vertical tenemos el conjunto de requisitos
de bajo nivel que son derivados de los de alto nivel. En todo momento en este
caso podemos fijarnos en un requisito de alto nivel y visualizar sus requisitos
derivados de un golpe de vista. De igual modo, se puede hacer a la inversa, se
puede saber el requisito de alto nivel del cual deriva un requisito de bajo nivel.
Para sealar que un requisito derivado Y (vertical) se corresponde con uno de alto
nivel Z (horizontal) se indicar con una X en la celda donde se cruza la fila del
requisito derivado con la columna del requisito de alto nivel de la tabla de
trazabilidad.
(13)SP1.4: Se tiene una trazabilidad (ej.: matriz de trazabilidad) entre los
requisitos y su relacin con objetos, personas, interfaces, procesos, Work
Products y funciones? (REALIZACIN)
Para saber en todo momento la relacin de los requisitos con respecto a lo que le
rodea es conveniente disponer de una matriz de trazabilidad entre requisitos y
objetos, personas, interfaces, procesos, Work Products o funciones. Cabe resaltar
que no es necesario tener en la misma tabla todos estos elementos. Es ms
recomendable tener una matriz de trazabilidad individual entre los requisitos y el
elemento en cuestin que tenerlo todo junto. As se puede prescindir de alguna
matriz no necesaria. Con esta matriz de trazabilidad podemos tanto navegar
desde el requisito hasta los elementos con los que est relacionado, como al
contrario saber un elemento en concreto con que requisito est relacionado. Estas
matrices son una herramienta muy potente y til para la identificacin de
elementos. Esta matriz tendr en horizontal los requisitos y en vertical los
elementos relacionados. Para marcar que un elemento est relacionado con un
requisito se indicar con una X en la celda en la que se cruzan la fila del
elemento y la columna del requisito. Como ejemplo de este tipo de matriz nos
encontramos con la del (Apndice 9.14), en donde los Elementos corresponden
al elemento que vayamos a trazar su trazabilidad (Work Products, personas,
objetos, etc.).
(14)SP1.5: Se identifican incoherencias entre los requisitos, los planes de
proyecto y los Work Products, se documentan y se toman medidas correctivas?
(REALIZACIN)
25
26
27
28
Por ltimo hay que tener en cuenta la diferencia entre medidas base y medidas
derivadas. Las primeras son las que se obtienen de forma directa y las
segundas son las que son una combinacin de varias medidas base. Por
ejemplo, como medida base tenemos las lneas de cdigo de un proyecto, y las
horas gastadas en el proyecto. Por otro lado como medida derivada tendramos
las lneas de cdigo por hora que sera una simple divisin entre las lneas de
cdigo hechas en general entre las horas invertidas en el proyecto para realizar
ese cdigo.
(7)SP1.2: Se identifican medidas candidatas basadas en los objetivos y se
clasifican? (REALIZACIN)
Las mediciones de los objetivos se refinan en mediciones ms especficas. Las
mediciones candidatas identificadas se clasifican y se especifican por su nombre
y unidades de medida.
(8)SP1.2: Se identifican medidas ya existentes que se ocupen ya de los
objetivos en el proyecto o en otros de la organizacin? (REALIZACIN)
El principal beneficio que nos ofrece la reutilizacin es el hecho de no volver a
realizar un trabajo ya hecho con anterioridad, adems de que ya ha sido probado
y mejorado si se necesita. Por eso es recomendable buscar entre las medidas de
otros proyectos o del mismo proyecto para ver si ya hay alguna medida para el
objetivo a realizar, en tal caso simplemente es cuestin de copiarlo revisndolo
por si hay que realizar alguna modificacin o adaptacin.
(10)SP1.3: Se identifican las medidas que son necesarias pero que no estn
disponibles an? (REALIZACIN)
Hay que tener tambin en cuenta que nos siempre estn disponibles todos los
datos para realizar las mediciones. O bien porque an no se ha completado una
medicin que es necesaria para otra, o bien porque no se dispone de los recursos
necesarios para abordar dicha medicin. De todas formas se debe de identificar
dichas medidas como si lo estuvieran para cuando estn disponibles.
(12)SP1.3: Para cada indicador, se ha especificado cmo calcular la medida,
la frecuencia de clculo, quin es el responsable de tomar la medida y dnde se
ha de guardar su resultado? (Por ejemplo: de dnde obtener los datos de entrada
al indicador, forma de clculo, posibles procedimientos y herramientas para su
obtencin). (REALIZACIN)
Para cada una de las medidas se ha de especificar de una forma clara el cmo,
cundo y dnde los datos se recogern. Los datos recogidos sern almacenados
en un lugar accesible para su posterior anlisis y se tendr que detallar si estos
29
30
31
analizar los datos que van a satisfacer las necesidades de los usuarios finales.
Tambin es necesario ver si la medicin puede ser repetible como la estadstica
fiable. Por ltimo hay que tener en cuenta si las suposiciones estadsticas se han
cumplido para evitar posibles errores.
(24)SP2.2: Se realizan mediciones adicionales si son necesarias para la
presentacin de los resultados? (REALIZACIN)
Los resultados de los anlisis pocas veces son evidentes por lo que es necesaria
una tarea de interpretacin de los resultados obtenidos as como la extraccin de
conclusiones preliminares.
Para una mejora en la interpretacin de los resultados o de cara a la exposicin
de los resultados de cara al usuario final tal vez sea necesario realizar una serie
de clculos adicionales obteniendo medidas derivadas nuevas para clarificar lo
que se va a exponer. De igual modo que el anlisis de las medidas principales,
hay que tener en cuenta el coste que conlleva las nuevas mediciones adicionales
y compararlo con los beneficios que nos proporcionar para entender los
resultados.
(29)SP2.3: Se asegura la seguridad sobre el acceso a los datos (uso
exclusivo del algn grupo o personal, uso indebido)? (REALIZACIN)
El hecho de almacenar los datos recogidos proporciona la oportunidad de usarlos
en otras mediciones futuras o anlisis de resultados. Es bueno disponer de un
contexto de cara a las futuras mediciones para tener en cuenta anlisis anteriores
y poder compararlos con los que se hagan actualmente.
La informacin almacenada suele contener lo siguiente:
Planes de medida
Las especificaciones de las medidas
El conjunto de datos recogidos
Anlisis e informes de las medidas
Toda la informacin anterior que se almacena es necesaria de cara a poder
entender los datos en el futuro.
El lugar donde se almacenan esta informacin vara segn la extensin de los
anlisis. Si tenemos unas mediciones muy especficas lo almacenaremos dentro
de la carpeta del proyecto especfico, pero si por el contrario, se trata de unas
mediciones muy globales que se utilizarn para otros proyectos lo mejor es
disponer de un directorio global de proyectos donde almacenar dicha informacin.
32
33
Con las mediciones del estado de las actividades y de los hitos cada cierto
tiempo, hay que compararlo con el calendario especificado en el plan de proyecto.
Esto se hace para detectar posibles desviaciones del programa que ya se
estimaron en el plan de proyecto cuando se document. En caso de detectar
desviaciones se debern tomar las medidas oportunas para volver al plan
marcado.
(3)SP1.1: Existen informes del estado del proyecto que recojan los valores
actuales VS planificados de los atributos de los Work Products y las tareas?
(REALIZACIN)
De igual modo que se controlan peridicamente el estado de las actividades y los
hitos de un proyecto hay que controlar los Work Products y las tareas. Para ello
cada cierto tiempo se comprobar su estado y se ver en la planificacin del plan
de proyecto si existe algn tipo de desviacin. En caso de detectarse cualquier
desviacin que aleje del calendario fijado en el plan de proyecto se tomarn
medidas con la intencin de solucionarlo.
(5)SP1.1: Existen informes del estado del proyecto que recojan los valores
actuales VS planificados respecto a los conocimientos del personal?
(REALIZACIN)
A lo largo de un proyecto tal vez sea necesario que el personal asociado al
proyecto adquiera cierto tipo de conocimientos para el desarrollo de este. Al inicio
del proyecto se fijan los conocimientos que sern necesarios alcanzar a travs de
una formacin especfica y en base a esta especificacin se comprobar si se van
adquiriendo los conocimientos adecuados segn la planificacin inicial. En caso
de no disponer de ellos en los tiempos especificados se debern tomar medidas
para solucionarlo. Dado que se supone que estos conocimientos son necesarios
para el desarrollo del proyecto, es de vital importancia que estos plazos se
cumplan para no retrasar en exceso el proyecto.
En cuanto a la formacin puede darse una formacin por una entidad externa al
proyecto, gente especializada en el conocimiento a adquirir, o bien una formacin
personal, autodidacta, en la que el personal ser el encargado de formarse
individualmente con la informacin que se le suministre o pueda encontrar en su
entorno (internet, biblioteca, libros de consulta de la empresa, compaeros, etc.)
(6)SP1.1: Se documentan las desviaciones significativas de parmetros
analizados?(REALIZACIN)
34
En los proyectos hay que controlar tanto las actividades e hitos, Work Products y
tareas, costes y esfuerzo, recursos, y conocimientos a adquirir por el personal del
proyecto. Todo este control es a fin de encontrar posibles desviaciones que
puedan dificultar el cumplimiento del calendario especificado en el plan de
proyecto. Cuando existan desviaciones habr que documentarlas mediante un
registro de desviaciones significativas. Este documento se ir actualizando
conforme se vayan detectando desviaciones en los elementos mencionados
anteriormente.
(7)SP1.2: Se identifican y documentan los compromisos no satisfechos (o
que corren riesgo de no ser satisfechos)?(MEJORA)
Peridicamente se deben controlar los compromisos especificados al inicio del
proyecto. Al realizar este control se puede encontrar con que existen
compromisos que no han sido satisfechos o que tienen el riesgo de no llegar a
cumplirse. En estos casos hay que documentar estos controles mediante unas
actas de comentarios de compromisos donde se detallarn tanto los compromisos
que no han sido cumplidos junto con sus razones y los compromisos que tienen
riesgo de no cumplirse junto con sus respectivas razones por las cuales pueden
no cumplirse.
(8)SP1.2: Se documenta los resultados de las revisiones realizadas?
(REALIZACIN)
Los controles peridicos efectuados en las actividades e hitos, Work Products y
tareas, conocimientos necesarios, coste y esfuerzo, y recursos necesarios deben
ser documentados mediante un registro.
Los controles peridicos de compromisos no satisfechos o bien que tengan
riesgos de no cumplirse debern ser documentados mediante un acta de
comentarios de compromisos.
(11)SP1.4: En caso de datos sensibles (ej.: datos sujetos a LOPD), se
comprueba peridicamente que se estn siguiendo los requisitos y
procedimientos establecidos para asegurar la privacidad y seguridad de los
datos? (REALIZACIN)
Ciertos datos por sus caractersticas estn sujetos a la Ley Orgnica de
Proteccin de Datos de Carcter Personal (LOPD). Esta ley tiene como objetivo
35
36
37
38
FUENTES
http://www.teamsoft.com.pe/blog/implementando-cmmi-por-donde-empezar/
http://www.sei.cmu.edu/publications/documents
39
ANEXOS
CASOS DE IMPLEMENTACIONES
La implementacin del nivel 3 del modelo CMMI nos demor 8 meses a diferencia de los
9 meses que nos demor implementar el nivel 2, aunque en realidad la implementacin
del nivel 2 fue muchsimo mayor si contamos el primer esfuerzo que se realiz en
TeamSoft, en donde se definieron varios procesos, formatos, plantillas, entre otros
documentos, trabajados todos bajo las prcticas del modelo en su versin 1.1. En este
primer esfuerzo se cometi el error de considerar las reas de proceso del modelo como
procesos de la empresa. Bueno este y otros inconvenientes se solucionaron cuando se
cre formalmente un proyecto interno en TeamSoft para implementar el nivel 2 del
modelo, que para ese entonces ya se encontraba en su versin 1.2.
Resalto el echo de la duracin porque el nivel 3 significa en nmero de prcticas tres
veces ms que la cantidad de prcticas contenidas en el nivel 2. Entonces la pregunta es,
cmo pudimos implementarlo ms rpido si contbamos con la misma cantidad de
personas en el equipo?, en todo caso qu hicimos bien?.
En realidad en ambos proyectos, el de la implementacin del nivel 3 y el del nivel 2 (en su
segundo intento), utilizamos una metodologa basada en el modelo IDEAL (modelo
publicado por el Software Engineering Institute).
40
41
42
Definir el objetivo de mejora. Este punto es muy importante ya que nos permiti
comparar la situacin actual versus la que tuvimos luego de implementar el modelo
CMMI, as pudimos medir si llegamos al objetivo trazado o tambin nos permiti
costear los beneficios conseguidos. Por ejemplo nuestro objetivo de mejora fue reducir
la densidad de errores. Por otro lado contar con un objetivo de mejora medible y
alcanzable, nos permiti darle sostenibilidad al esfuerzo incurrido en la implementacin
del modelo.
Contar con una metodologa. Por ejemplo el modelo IDEAL, del cual ya
hablamos al inicio.
43
EMPRESAS CMMI
Nivel
Enfoque
reas de Proceso
5
Optimizado
Mejora de
procesos
continua
4
Cuantitativamente
Administrado
3
Definido
Organizacional de Procesos
OT Capacitacin
Organizacional
PI Integracin de Productos
RD Desarrollo de
Requerimientos
RSKM Gestin de Riesgo
TS Solucin Tcnica
VAL Validacin
VER Verificacin
2
Administrado
1
Inicial
Gestin de
proyectos
bsica
CM Gestin de la
Configuracin
MA Medicin y Anlisis
PMC Monitoreo y Control
de Proyectos
PP Planeacin de Proyectos
PPQA Aseguramiento de
Calidad de Productos y
Procesos
REQM Administracin de
Requerimientos
SAM Gestin de Acuerdo
con Proveedores
OE
1:
Establecer
Estimados
1.1: Estimar el Alcance del Proyecto
PE
PE
1.2:
Establecer Estimados del Trabajo y
Tareas
PE 1.3: Definir el ciclo de vida del proyecto
PE 1.4: Determinar Estimados de Esfuerzo y
Costo
OE 2: Desarrollo de un Plan de Proyecto
PE 2.1: Establecer el Presupuesto y Calendario
PE 2.2: Identificar los Riesgos del Proyecto
2.3: Plan para Gestin de Datos
PE
PE
2.4:
Plan de Recursos del Proyecto
Requeridos
PE 2.6: Plan para Participacin de Stakeholders
2.7: Establecer Plan de Proyecto
PE
OE 3: Obtener el compromiso con el Plan
PE 3.1: Revisin de Planes que Afectan el
Proyecto
PE 3.2: Reconciliar Trabajo y Niveles de
Recursos
PE 3.3: Obtener Compromiso con el Plan
Recalcando nuevamente que CMMI no es una metodologa de desarrollo o
gestin, sta asume que la empresa o rea por certificar ya posee los
estndares necesarios para comprobar su nivel de madurez, por lo que la
entidad certificadora no solicitar un artefacto de alguna metodologa
especfica.
Sin
embargo, slo
como
referencia: si
estuvisemos
implementando correctamente RUP en conjunto con el PMBOK en nuestros
proyectos, pasaramos prcticamente sin esfuerzo la evaluacin para una
certificacin en CMMI-2 y tendramos una pequea parte de los puntos
cubiertos por CMMI-3.
Por qu es tan importante CMMI?
Resumiendo: dinero. Originalmente CMM y su actualizacin CMMI se pensaron
como metodologas de procesos que permitiran a muchas empresas de
desarrollo de software ser proveedores del gobierno Norteamericano y ste
puede ser muy dadivoso, sobre todo en contratos para la defensa. Sin
embargo, CMMI se est convirtiendo poco a poco en un estndar que puede
ser usado para promocionar la capacidad de desarrollar software de alta
criticidad, o que puede dar una ventaja competitiva si se desea participar en
proyectos de alta complejidad y riesgo, que por obvias razones, tienen un alto
precio y muy buenas ganancias. Por ejemplo, Boeing, General Dynamics, IBM,
Lockheed Martin, Motorola, Raytheon o Toshiba son algunas de las empresas
que han alcanzado el nivel 5 de CMMI, lo que les abre las puertas a proyectos
de decenas o cientos de millones de dlares.
Quines estn certificados en CMMI en el mundo?
Al 22 de Julio de 2010 existan 3,060 certificaciones activas proporcionadas
por el SEI (ver aqu el listado). Muchas de stas son compartidas por varios
pases, debido a que alguna parte del proyecto, rea o empresa certificados se
lleva de manera descentralizada. Por ejemplo, la compaa EADS(European
Aeronautic Defense and Space Company) es un conglomerado Europeo que
certific su divisin de Sistemas de Comunicaciones de Defensa (Defense and
Communications Systems DCS) en el segundo nivel de CMMI el 10 de Junio
de 2009. Esta certificacin es compartida por Alemania, Francia, Reino Unido y
Finlandia, debido a que ciertas reas de investigacin y desarrollo de la
47
Pas
China
Certificaciones
1,048
Estados Unidos
680
India
294
Espaa
131
Brasil
98
Japn
87
71
Francia
70
Mxico
70
Taiwn
67
519
Estado
Nive
de la
l
Repblic
a
Empresa
rea
Certificada
Fecha
Tecnologa de
Gestin y
Comunicacin S.A.
de C.V.
Tecnologa de
Gestin y
Comunicacin
S.A. de C.V.
07/05/20
10
CHIH
SAITOSOFT, S.A.
DE C.V.
SAITOSOFT
PROJECT
MANAGEME
NT AND
QUALITY
ASSURANCE
AREAS
28/03/20
08
DF
ITE Software
Development
Unit
12/06/20
09
DF
Centro de
Inteligencia
Competitiva S.A. de
C.V.
Centro de
Inteligencia
Competitiva
(CIC)
25/09/20
09
DF
Mapdata S.A. de
C.V.
Technology
Direction
16/10/20
09
DF
Tecnologa,
Asesora, Sistemas,
S.A. de C.V.
Development
and Support &
Consulting
Units
13/11/20
09
DF
e-Nfinito
e-Nfinito
12/02/20
GTO
49
09
Serv.
Informaticos &
Universidad
Tec. de
Tecnologica de Leon Informacion y
(UTL)
Comunicacion:
Software
Development
17/12/20
09
GTO
SIMBIOSYS S.C.
Software
Development
Area
30/04/20
10
GTO
COMPUTACION
EN ACCION, S.A.
DE C.V.
COMPUTACI
ON EN
ACCION, S.A.
DE C.V.
07/02/20
09
JAL
DAWCONS: DW IT
SERVICES S.A. DE
C.V.
Software
Development
Services
08/01/20
10
JAL
Area de
Desarrollo de
Software
19/03/20
Interna de
10
Compusolucion
es
JAL
Ejecutivos en
Computacin y
Servicios S.A. de
C.V.
Tecnologa en
Informtica y
Administracin S.A.
de C.V.
Development
Area
15/04/20
10
JAL
GEUSA, Grupo
Embotelladoras
Unidas S.A. de C.V.
Systems
Department
30/04/20
10
JAL
ilinium S.A.
Operations and
Development
09/08/20
07
NL
Software
Development
Kernel Technologies Team including
Group
the Quality
Assurance
Team
29/09/20
07
NL
Tecnologico de
Monterrey VRHTI
Tecnologico de
Monterrey
VRHTI DPSI
12/12/20
08
NL
i-place
i-place
30/01/20
09
NL
50
Custom
Software
Development
28/08/20
09
NL
T-Systems Mxico,
S.A. de C.V.
T-SYSTEMS
MEXICO
01/02/20
08
PUE
Universidad Popular
Autnoma del
Estado de Puebla,
A.C.(UPAEP)
Direccin de
Sistemas de
Informacin
22/05/20
09
PUE
Vision
Software
21/12/20
Factory, S.A. de
07
C.V.
QRO
Vision Software
Factory, S.A. de
C.V.
Business Intelligent
Software, SA de CV
Software
Development
Team
31/08/20
07
SIN
ARASYS S.A. DE
C.V.
Software
Development
Projects
23/11/20
07
SIN
DPSoft
Software
Development
Team
30/11/20
07
SIN
Sistemas
Programacin
Coppel SA de CV
Sistemas
Programacin
Coppel SA de
CV
29/08/20
08
SIN
Macropro New
Developments
12/09/20
08
SIN
Applied Protocol
Interfaces S.A. de
C.V.
Custom
Software
Development
and Software
Manteinance
13/11/20
09
SIN
Factor Informtico
23/04/20
de Negocios S.A. de Operations Unit
10
C.V.
SIN
SIN
YUC
RQPortillo Firm S.
de R.L. de C.V.
PLENUMSOFT
SERVICIOS Y
SUMINISTROS EN
INFORMATICA,
Consultancy
and Support
Units
INGENIERIA
DE
SOFTWARE
10/06/20
10
24/07/20
08
51
S.A. DE C.V
Brainup Systems
S.A. de C.V.
(Compartida con
Argentina)
BUS
Development
and Services
17/07/20
09
DF
Zentrum Ziztemaz
S.A. De C.V.
Zentrum
Ziztemaz
Tijuana
26/11/20
09
BC
Logica Interactiva
S.A. de C.V.
Interlogic
Software
Engineering
Area
15/09/20
09
CHIH
Intelligent Network
Technologies S.A.
de C.V.
Intelligent
Network
Technologies
S.A. de C.V.
18/09/20
09
COAH
IDS Project
Development
14/03/20
08
DF
Informtica Integral
Empresarial S.A. de
C.V.
Sinersys
Technologies
14/03/20
08
DF
SERVICIOS
TELEPRO, S.A. DE
C.V.
SERVICIOS
TELEPRO,
S.A. DE C.V.
29/05/20
08
DF
Accenture
Technology
Solutions Mexico
Accenture
MXDC
22/08/20
08
DF
Mexico City
SAT account
Servicio de
Aduanas Area 15/10/20
AGA08
Administracin
General de
Aduanas
DF
EDS, an HP
Company
BLITZ SOFTWARE
BLITZ
SOFTWARE
20/12/20
08
DF
QuarkSoft S.C.
QuarkSoft S.C.
27/02/20
09
DF
DF
Azertia Tecnologias
Azertia
13/03/20
de la Informacin
Tecnologias de
09
Mxico S.A. de C.V. la Informacin
(Una Empresa de
Mxico S.A. de
INDRA SISTEMAS
C.V. (Una
52
S.A.)
Empresa de
INDRA
SISTEMAS
S.A.)
T&D
AUTOMATED
TESTING AND
DEVELOPMENT
SOFTWARE, S.A.
DE C.V.
GRUPO
TECNIS
03/04/20
09
DF
Vision Consulting
Software
Development
and
Maintenance
Projects
25/09/20
09
DF
Software
Development
and
Maintenance
28/01/20
10
DF
Grupo Modelo
Account
19/03/20
10
DF
Grupo Nacional
04/06/20
Provincial
10
Account
DF
D&T Tecnologa S
de RL de CV
Deloitte GDC
Mxico
31/07/20
09
GTO
VENTUS
Technology S.A. de
C.V.
VENTUS
Technology
22/03/20
08
NL
World Software
World Software
25/03/20
Services Group, SA Services Group,
09
de CV
SA de CV
NL
Software
development
14/08/20
and
09
implementation
services
NL
AD INFINITUM
S.A. de C.V.
SYTECSO, S.A. de
C.V
Software
Factory
28/08/20
09
NL
Expert Sistemas
Computacionales
S.A. de C.V.
Expert
Tecnologa
29/08/20
09
NL
OPEN ROAD
Solutions S de RL
OPEN ROAD
Solutions S de
19/12/20
08
QRO
53
de CV Queretaro
Mexico
ALTEC Mexico
S.A. de C.V.
RL de CV
ALTEC Mexico 19/06/20
S.A de C.V.
09
QRO
ImagenSoft by
Imagen y Sistemas
Computacionales,
S.C.
ImagenSoft
Projects
Division
03/07/20
08
SIN
Expresin
Informativa y
Tcnicas
Organizadas S.A. de
C.V. (xito
Software)
New
Developments
Division
18/12/20
08
SIN
DESARROLLADO
RA HOMEX S.A.
DE C.V
IT Deparment
04/06/20
10
SIN
TSI ARYL S. de
R.L. de C.V.
QUALISYS
SYSTEMS
AREA
12/09/20
08
SON
Innevo
Software
07/09/20
Development
07
Services,
Product Factory
JAL
CRS IT Consulting
S.A. de C.V.
(Compartida con
Argentina)
Technical
Solution
03/07/20
Implementation
09
Unit
DF
Sieena Software S.
de R. L. de C. V.
(Compartida con
Estados Unidos)
Sieena
Software S. de
R. L. de C. V.
17/07/20
09
COAH,
NL
INNEVO
Custom
Software
Development
Unit
11/06/20
10
JAL
Hildebrando
Software Factory
Hildebrando
Software
Factory
07/09/20
07
AGS
ULTRASIST S.A.
de C. V.
ULTRASIST
28/03/20
09
DF
PRAXIS DE
MXICO, S.A. DE
CEDS (Center
of Excellence
18/12/20
09
DF
54
C.V.
for
Development
of Software)
IBM
Application
Management
Services
Mexico
30/03/20
10
JAL
Softtek
GDC
Monterrey
High Growth
Accounts
04/12/20
09
NL
SigmaTao
24/08/20
Factory, S.A. de
07
C.V.
QRO
SigmaTao Factory,
S.A. de C.V.
56
57