Benjamín Solís Añorve Gestión de proyecto de software

Antes que nada debemos de comenzar por decir qué significa CMMI. Pues bien, estas siglas
significan Capability Maturity Model Integration (Modelo de Madurez de Capacidades de
Integración). Dicho modelo de procesos contiene las mejores prácticas de la industria
del desarrollo de software, tanto para el desarrollo del mismo, como para su mantenimiento,
adquisición y operación de productos y servicios.

¿Qué es CMMI?
CMMI es un modelo que contiene las mejores prácticas y que provee a las organizaciones de
aquellos elementos que son esenciales para que los procesos de negocio de las mismas sean
efectivos.

El modelo CMMI fue inicialmente desarrollado para los procesos relativos al desarrollo e
implementación de Software por la Carnegie-Mellon University. Este vio la luz por primera vez
en el año 1987 como Capability Maturity Model CMM. Dicho nombre, tanto como los cinco
niveles de la representación por etapas, están inspirados en el modelo de madurez
Manufacturing Maturity Model de Crosby.

En principio el modelo CMM era aplicado en programas de defensa, pero lo cierto es que este ha
logrado gran aceptación, tan es así que ha sido sometido a varias revisiones e iteraciones.
Debido a su éxito se llevó a cabo el desarrollo de modelos CMM para para diversos ámbitos más
allá del software.

El problema con esto, es que debido a la gran proliferación de modelos de desarrollo de

software comenzaron a surgir confusiones, motivo por el que el gobierno terminó financiando un
proyecto de dos años en que el participaron más de 200 expertos del mundo industrial y
académico, con el fin de crear un solo marco extensible para la ingeniería de sistemas,
la ingeniería de software y el desarrollo de productos ¿el resultado? El modelo más conocido
actualmente: CMMI.

¿Por qué es importante usar un modelo para el desarrollo de software?

La importancia del uso de un modelo radica principalmente en el hecho de que es precisamente
lo que permite comprender cuáles son los elementos específicos de una organización, a la vez
que ayuda a formular y hablar de qué es lo que se debe mejorar dentro de la misma y de cómo
se pueden lograr dichas mejoras. Dicho esto, algunas de las ventajas del uso de un modelo que
valen la pena mencionar son las siguientes:

 Proporciona un marco y un lenguaje común, lo que se traduce en la ruptura de

las barreras de la comunicación en el interior de las organizaciones.

 Permite que los usuarios puedan enfocarse específicamente en la mejora, ya que ayudan
a que no pierdan la idea global.

 Aporta años de experiencia.

 Ayudan a mejorar la satisfacción del cliente.

1
Benjamín Solís Añorve Gestión de proyecto de software

 Permiten producir productos y servicios de alta calidad.

Propósito de un modelo CMMI y su variación según el enfoque

El propósito de un modelo CMMI varía según el enfoque, es decir, si buscamos en los libros de
texto encontraremos que el propósito de este modelo es hacer la evaluación de la madurez de
los procesos de una organización, para así poder proporcionar una orientación referente a cómo
se pueden llevar a cabo las mejoras de aquellos procesos que darán lugar a mejores productos.

Por otra parte, si hablamos con personas del Software Engineering Institute, lo más seguro es
que nos digan que CMMI es modelo para la administración de riesgos y que a su vez indica la
capacidad que tiene una determinada organización para administrar esos riesgos. Esta
indicación es precisamente el indicio de la probabilidad con la que una organización puede
cumplir con sus promesas o brindar productos de alta calidad que resulten atractivos para el
mercado.

Adicionalmente a estos dos, existe otro enfoque en el cual se dice que el modelo proporciona un
buen indicador sobre el cómo una organización actuará ante determinadas situaciones de estrés.
Una organización que cuente con una gran madurez, así como con altas capacidades, de seguro
afrontará las situaciones inesperadas y de estrés con calma, lo que sin duda les permitirá
reaccionar, hacer cambios y seguir adelante.

Por el contrario, una organización con poca madurez y bajas capacidades de seguro tenderá a
dejarse llevar por el pánico ante situaciones de estrés, seguirá a ciegas aquellos procesos
obviados, o bien, arruinará todos los procesos y volverá al caos.

Algunos beneficios de CMMI

Hacer uso del modelo CMMI para el desarrollo de software, no solo permite optimizar procesos
de negocios, sino que también trae consigo una serie de beneficios, entre ellos los siguientes:

 La gestión y la ingeniería de las actividades se encuentran entrelazadas de una manera

explícita, tan es así que facilita el reconocimiento de los objetivos del negocio.

 Permite hacer la incorporación de la experiencia adquirida en otras zonas de las mejores

prácticas. Algunos ejemplos serían la medición, gestión de riesgos y de proveedores.

 Poder aplicar prácticas de alta madurez mucho más robustas.

 Cumplir de forma mucho más completa con las normas ISO.

Estos son solo algunos de los aspectos básicos del modelo CMMI que nos permiten tener un
acercamiento al por qué es ideal para el proceso de desarrollo de software.

Un nivel de madurez bien definida con un meseta evolutiva hacia la consecución de un proceso
software maduro. Cada nivel de madurez proporciona una capa en la base para una mejora
continua del proceso.

2
Benjamín Solís Añorve Gestión de proyecto de software

Los modelos CMMI con representación por etapas, tienen cinco niveles de madurez designado por
los números del 1 al 5. Estos son:

 Inicial

 Gestionado

 Definido

 Cuantitativamente gestionado

 Optimizar

Representación por etapas CMMI Nivel de madurez

La siguiente imagen muestra los niveles de madurez de CMMI representación por
etapas.

Ahora, vamos a conocer los detalles acerca de cada nivel de madurez. Siguiente sección
lista todas las áreas de proceso relacionadas con estos niveles de madurez.

3
Benjamín Solís Añorve Gestión de proyecto de software

Nivel de madurez más detalles

Los niveles de madurez consisten en un conjunto predefinido de áreas de proceso. Los
niveles de madurez se miden por el logro de los objetivos genéricos y específicos que
se aplican a cada conjunto predefinido de áreas de proceso. En las secciones siguientes
se describen las características de cada nivel de madurez en detalle.

Nivel de madurez inicial 1

En el nivel de madurez 1, los procesos suelen ser ad hoc y caótico. La organización
normalmente no proporciona un entorno estable. El éxito de estas organizaciones
depende de la competencia y de la disposición de las personas de la organización y no
en el uso de procesos probados.

Las organizaciones con un nivel de madurez 1 a menudo se producen los productos y

servicios que funcionan; sin embargo, frecuentemente exceden el presupuesto y el
calendario de sus proyectos.

Las organizaciones con un nivel de madurez 1 se caracterizan por una tendencia a

cometer, abandonar los procesos en el momento de la crisis, y no ser capaz de repetir
sus éxitos pasados.

Nivel de madurez 2 administrado

En el nivel de madurez 2, la organización ha logrado todos los
objetivos genéricos y específicos del nivel de madurez 2 áreas de proceso. En otras
palabras, los proyectos de la organización han asegurado que los requisitos son
gestionados y de que los procesos se planifican, realizan, medido y controlado.

La disciplina de los procesos reflejados por nivel de madurez 2 ayuda a garantizar que
se conserven las prácticas existentes en los momentos de estrés. Cuando estas
prácticas están en su lugar, los proyectos se realizan y administran conforme a sus
planes documentados correspondientes.

En el nivel de madurez 2, los requisitos, los procesos, los productos de trabajo, y los
servicios son administrados. El estado de los productos de trabajo y la prestación de
servicios son visibles a la gestión en puntos definidos.

Los compromisos establecidos entre las partes interesadas y son revisados en la

medida necesaria. Productos de Trabajo son objeto de examen con las partes
interesadas y están controlados.

4
Benjamín Solís Añorve Gestión de proyecto de software

Los productos de trabajo y servicios satisfacen sus requisitos especificados, las normas
y objetivos.

Nivel de madurez 3, definida

En el nivel de madurez 3, la organización ha alcanzado todos los objetivos específicos
y de las áreas de proceso asignadas a los niveles de madurez 2 y 3.

En el nivel de madurez 3, los procesos están bien caracterizados y entendidos, y se

describen en las normas, procedimientos, herramientas y métodos.

Una diferencia fundamental entre el nivel de madurez 2 y el nivel de madurez 3 es el

ámbito de los estándares, las descripciones de los procesos y procedimientos. En el
nivel de madurez 2, los estándares, las descripciones de los procesos y los
procedimientos pueden ser bastante diferentes en cada una de las instancias específicas
del proceso (por ejemplo, en un proyecto en particular).

En el nivel de madurez 3, los estándares, las descripciones de los procesos y

procedimientos de un proyecto se diseñan a partir del conjunto de procesos estándar de
la organización para adaptarse a un determinado proyecto o unidad organizativa. El
conjunto de procesos estándar de la organización incluye los procesos abordados en el
nivel de madurez 2 y el nivel de madurez 3. Como resultado de ello, los procesos que
se llevan a cabo en toda la organización son compatibles excepto por las diferencias de
la sastrería.

Otra diferencia fundamental es que en el nivel de madurez 3, los procesos son

normalmente se describe con más detalle y más rigurosa que en el nivel de madurez 2.
En el nivel de madurez 3, los procesos son gestionados de manera más proactiva,
usando la comprensión de las relaciones de las actividades del proceso y las medidas
detalladas del proceso, sus productos de trabajo y sus servicios.

Nivel de madurez 4 administrado cuantitativamente

En el nivel de madurez 4, una organización ha logrado todos los objetivos
específicos de las áreas de proceso asignadas a los niveles de madurez 2, 3 y 4 y
los objetivos genéricos asignados a los niveles de madurez 2 y 3.

En el nivel de madurez 4, se seleccionan los que contribuyen de forma significativa al

rendimiento del proceso en general. Estos sub-procesos están controlados mediante
técnicas estadísticas y otras técnicas cuantitativas.

5
Benjamín Solís Añorve Gestión de proyecto de software

Objetivos cuantitativos de calidad y rendimiento de los procesos se establecen y se

utilizan como criterios para la gestión de procesos. Los objetivos cuantitativos se basan
en las necesidades del cliente, los usuarios finales, la organización, y los responsables
de la implementación de los procesos. Calidad y rendimiento de los procesos se
entienden en términos estadísticos y se administran a lo largo de la vida de los
procesos.

Para estos procesos, las medidas detalladas del rendimiento de los procesos son
recogidas y analizadas estadísticamente. Causas Especiales de variación de procesos se
identifican y, en su caso, las fuentes de causas especiales están corregidos para evitar
que se repita en el futuro.

Calidad y rendimiento de los procesos se hayan incorporado las medidas en la

organización del repositorio a medida soporte de toma de decisiones basadas en el
futuro.

Una diferencia fundamental entre el nivel de madurez 3 y el nivel de madurez 4 es el

grado de previsibilidad del rendimiento de los procesos. En el nivel de madurez 4, el
rendimiento de los procesos se controla mediante técnicas estadísticas y otras técnicas
cuantitativas, por lo que es previsible cuantitativamente hablando. En el nivel de
madurez 3, los procesos son sólo cualitativamente predecibles.

Nivel de madurez 5 Optimización

En el nivel de madurez 5, una organización ha logrado todos los goalsof el proceso
zonas asignadas a los niveles de madurez 2, 3, 4 y 5, y los objetivos
genéricos asignados a los niveles de madurez 2 y 3.

Mejorar continuamente los procesos se basa en una comprensión cuantitativa de las

causas comunes de variación inherentes a los procesos.

Este nivel se centra en mejora continua del rendimiento de los procesos a través de los
aumentos y mejoras tecnológicas innovadoras.

Los objetivos cuantitativos de mejora de procesos para la organización se establecen y

se revisan de forma continua a fin de reflejar los cambios objetivos de negocio, y se
utilizan como criterios para la administración de la mejora de procesos.

Los efectos de las mejoras implementadas en los procesos se miden y evalúan en

relación con los objetivos cuantitativos de mejora de procesos. Tanto los procesos

6
Benjamín Solís Añorve Gestión de proyecto de software

definidos como el conjunto de procesos estándar de la organización son objetivos para

las actividades de mejora considerables.

Optimización de los procesos ágiles e innovadores, depende de la participación de un

personal capacitado y alineado con los valores y objetivos empresariales de la
organización. La capacidad de la organización para responder con rapidez a los cambios
y oportunidades se mejora mediante la búsqueda de formas para compartir y fomentar
el aprendizaje. Mejora de los procesos es, inherentemente, un papel que todo el mundo
tiene que jugar, lo que se traduce en un ciclo de mejora continua.

Una diferencia fundamental entre el nivel de madurez 4 y el nivel de madurez 5 es el

tipo de variación de procesos. En el nivel de madurez 4, los procesos se encargan de
causas especiales de variación de procesos y proporcionan estadísticas para prever los
resultados. A pesar de que los procesos pueden producir resultados previsibles, los
resultados pueden no ser suficientes para alcanzar los objetivos establecidos. En el
nivel de madurez 5, los procesos se encargan de causas comunes de la variación de
procesos y el cambio de los procesos (es decir, el cambio del medio de rendimiento del
proceso) para mejorar el rendimiento (al mismo tiempo que mantiene estadísticas para
prever) para alcanzar los objetivos cuantitativos de mejora de procesos.

Los niveles de madurez no se deben omitir

Cada nivel de madurez proporciona un fundamento necesario para la aplicación efectiva
de los procesos en el siguiente nivel.

 Los procesos a un nivel superior tienen menos posibilidades de éxito sin la disciplina
de los niveles inferiores.

 El efecto de la innovación puede ser ocultada en un ruidoso proceso.

Un mayor nivel de madurez de procesos puede ser realizado por las organizaciones de
menor nivel de madurez, con el riesgo de no ser aplicado de manera consistente en una
crisis.

Elementos del modelo CMMI

El modelo CMMI se divide en las 22 áreas de proceso que se muestran en la siguiente tabla:

Acrónimo Área de procesos

CAR Análisis y resolución causal

7
Benjamín Solís Añorve Gestión de proyecto de software

CM Administración de configuración

DAR Análisis y resolución de decisiones

IPM Administración integrada de proyectos

MA Medida y análisis

OID Innovación e implementación organizativas

OPD Definición de procesos organizativos

OPF Enfoque de los procesos organizativos

OPP Rendimiento de los procesos organizativos

OT Aprendizaje organizativo

PI Integración de productos

PMC Control y supervisión de proyectos

PP Planeación de proyectos

PPQA Control de calidad de procesos y productos

QPM Administración cuantitativa de proyectos

RD Definición de requisitos

REQM Administración de requisitos

RSKM Administración de riesgos

SAM Administración de acuerdos con proveedores

TS Solución técnica

VER Comprobación

VAL Validación

8
Benjamín Solís Añorve Gestión de proyecto de software

MoProSoft
El esquema MoProSoft permite a las pequeñas y medianas empresas que desarrollan software,
demostrar la capacidad de sus procesos y, con esto, hacerlas más competitivas, a fin de que tengan
mayores probabilidades de permanecer en el mercado.
Se trata de un estándar enfocado hacia una de las estrategias del Programa de Software
(ProSoft) de la Secretaría de Economía, relativa a “alcanzar niveles internacionales de capacidad de
procesos” por parte de las pequeñas y medianas empresas mexicanas desarrolladoras de software.
NYCE pone a tu disposición una herramienta que te permitirá evaluar de una forma fácil y amigable el
cumplimiento con los requisitos de implantación de MoProSoft conforme vaya avanzando en el proceso.
La intención final, es que la evaluación formal se realice de una manera fácil y productiva,
sobre implantaciones que en forma asistida pre-evaluaron el cumplimiento de los
requisitos correspondientes a los niveles de capacidad deseados.
MoProSoft es un Modelo de Referencia de Procesos conformado por un conjunto de buenas prácticas
y procesos de gestión e ingeniería de software, que contribuyen a que las organizaciones dedicadas al
desarrollo y mantenimiento de software mejoren su forma de trabajar y gestionar sus proyectos y por
consiguiente incrementar sus niveles de capacidad y competitividad tanto nacional como
internacionalmente.
El Modelo MoProSoft Proporciona un conjunto de procesos integrados, con sus flujos de trabajo, roles y
productos, que pueden servir de marco de referencia para las empresas de la industria de software.

¿A quién está dirigido MoProSoft?

A las empresas o áreas internas dedicadas al desarrollo y/o mantenimiento de software. El esquema
agrupa los procesos en tres categorías principales: Alta Dirección, Gerencia y Operación. Esta
división de procesos se ajusta a la estructura funcional de una organización convencional.
Las organizaciones que no cuenten con procesos establecidos, pueden usar el modelo como la
primera versión de sus procesos e ir ajustándolos de acuerdo a sus necesidades y experiencia
adquirida.
Aquellas organizaciones, que ya tienen procesos establecidos, pueden usarlo como punto de
referencia para identificar los elementos que les hace falta cubrir.
La implementación de MoProSoft en una organización necesita ser gestionada como un proyecto de
mejora promovido por la alta dirección, además de tener un alcance claro, así como tener definidos
objetivos que sean alcanzables.

Características
 Es específico para el desarrollo y mantenimiento de software.
• Facilita el cumplimiento de los requisitos de otros modelos como ISO 9000:2008 y CMMI.
• Es sencillo de entender y adoptar.
• Es práctico en su aplicación.
• Comprende un documento de menos de 200 páginas que al compararlo con otros modelos
y estándares, lo hace bastante práctico.
• Resulta acorde con la estructura de las organizaciones mexicanas con desarrollo
o mantenimiento de software.

9
Benjamín Solís Añorve Gestión de proyecto de software

• Está orientado a mejorar los procesos, para contribuir a los objetivos de la organización, y
no simplemente ser un marco de referencia o dictaminación.
• Tiene un bajo costo, tanto para su capacitación y, su adopción como para su evaluación.

Beneficios
 Mejorar la calidad del software producido por la organización que adopta el modelo.
• Elevar la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles
internacionales de competitividad.
• Integrar todos los procesos de la organización y mantiene la alineación con los objetivos
estratégicos.
• Reconocer a las organizaciones mexicanas por su nivel de madurez de procesos.
• Obtener acceso a las prácticas de ingeniería de software de clase mundial.
• Pertenecer a la Lista Nacional de Empresas Dictaminadas, que sirve como una referencia
oficial para clientes, autoridades y competidores.

Modelo de Procesos para la Industria del Software. Modelo para la mejora y evaluación de los
procesos de desarrollo y mantenimiento de sistemas y productos de software. Desarrollado por la
Asociación Mexicana para la Calidad en Ingeniería de Software a través de la Facultad de Ciencias
de la Universidad Nacional Autónoma de México (UNAM) y a solicitud de la Secretaría de
Economía para obtener una norma mexicana que resulte apropiada a las características de tamaño
de la gran mayoría de empresas mexicanas de desarrollo y mantenimiento de software. Moprosoft es
el nombre del modelo en la comunidad universitaria y profesional, y la norma técnica a la que da
contenido es la NMX-059/02-NYCE-2005 que fue declarada Norma Mexicana el 15 de
agosto de 2005 con la publicación de su declaratoria en el Diario oficial de la Federación.
Moprosoft considera que los modelos de evaluación y mejora CMMI e ISO/IEC 15504 no resultan
apropiados para empresas pequeñas y medianas de desarrollo y mantenimiento de software. Sobre
las áreas de procesos de los niveles 2 y 3 del modelo SW-CMM e inspirándose en el marco
de ISO/IEC 15504 se ha desarrollado este modelo.

¿A quién está dirigido MoProSoft?

El Modelo MoProSoft está dirigido a las empresas o áreas internas dedicadas al desarrollo
y/o mantenimiento de software.

Agrupa los procesos en tres categorías principales: Alta Dirección, Gerencia y

Operación. Esta división de procesos se ajusta a la estructura funcional de una organización.

Las organizaciones que no cuentan con procesos establecidos, pueden usar el modelo como
la primera versión de sus procesos e ir ajustándolos de acuerdo a sus necesidades y
experiencia adquirida.

Las organizaciones, que ya tienen procesos establecidos, pueden usarlo como punto de
referencia para identificar los elementos que les hace falta cubrir.

10
 Benjamín Solís Añorve Gestión de proyecto de software

La implementación de MoProSoft en una organización necesita ser gestionada como un

proyecto de mejora patrocinado por la alta dirección, tener un alcance claro, así como
definir objetivos que sean alcanzables.

Principales diferenciadores de MoProSoft

 Está orientado a mejorar los resultados en las organizaciones de desarrollo de software,
contribuyendo a los objetivos del negocio y no sirve solamente como marco de referencia para una
certificación o evaluación.
 Está dirigido a organizaciones dedicadas al desarrollo y/o mantenimiento de software.
 No se requiere de una estructura de organización compleja para poder aplicarlo.
 Sirve de base para las organizaciones que no cuentan con procesos establecidos.
 Sirve de referencia para las organizaciones que ya tienen procesos establecidos.
 Ayuda a las organizaciones a mantener la excelencia en los recursos humanos.
 Establece un mecanismo para mantener el capital intelectual.
 Establece un mecanismo para hacer un uso adecuado de los bienes y recursos materiales de la
organización.
 Está basado en los principales estándares internacionales, que aplican a la industria de software,
pero siendo práctico.
 Es fácil de aplicar (adaptar y adoptar).

Procesos

Categoría alta dirección (DIR)

 Gestión de Negocio

Categoría Gerencia (GER)

 Gestión de Procesos
 Gestión de Proyectos
 Gestión de Recursos
 Recursos Humanos y Ambiente de Trabajo
 Bienes Servicios e Infraestructura
 Conocimiento de la Organización.

Categoría Operación (OPE)

 Administración de Proyectos Específicos

 Desarrollo y Mantenimiento de Software

11
Benjamín Solís Añorve Gestión de proyecto de software

Niveles de Madurez de MoProSoft

Nivel 0: Proceso Incompleto. El proceso no está implementado o no alcanza su propósito. A
este nivel, hay muy poca o ninguna evidencia de ningún logro sistemático del propósito del
proceso.
Nivel 1: Proceso Ejecutado. El proceso implementado alcanza su propósito.
Nivel 2: Proceso Gestionado. El proceso ejecutado descrito anteriormente está ya
implementado de forma gestionada (planificado, supervisado y ajustado) y los resultados de
su ejecución están establecidos, controlados y mantenidos apropiadamente.
Nivel 3: Proceso Establecido. El proceso gestionado descrito anteriormente está ahora
implementado usando un proceso definido que es capaz de alcanzar sus resultados de
proceso.
Nivel 4: Proceso Predecible. El proceso establecido descrito anteriormente ahora se ejecuta
dentro de límites definidos para alcanzar sus resultados de proceso.
Nivel 5: Proceso Optimizado. El proceso predecible descrito anteriormente es mejorado de
forma continua para cumplir con las metas empresariales presentes y futuros.

Características de MoProSoft

 Es específico para el desarrollo y mantenimiento de software.

 Es sencillo de entender y adoptar.
 Facilita el cumplimiento de los requisitos de otros modelos como ISO 9000:2000, CMM y
CMMI.
 Se enfoca a procesos.
 Se le considera práctico en su aplicación, principalmente en organizaciones pequeñas, con
bajos niveles de madurez.
 Comprende un documento de menos de 200 páginas que, al compararlo con otros modelos y
estándares, lo hace bastante práctico.
 Resulta acorde con la estructura de las organizaciones mexicanas de la industria de software.
 Está orientado a mejorar los procesos, para contribuir a los objetivos de negocio, y no
simplemente ser un marco de referencia o certificación.
 Tiene un bajo costo, tanto para su adopción como para su evaluación.

¿Para qué sirve MoProSoft?

 Mejora la calidad del software producido por la empresa que adopta el modelo.
 Eleva la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles
internacionales de competitividad.
 Integra todos los procesos de la organización y mantiene la alineación con los objetivos
estratégicos.
 Inicia el camino a la adopción de los modelos ISO 9000 o CMMI.
 Sirve para implantar un programa de mejora continua.
 Permite reconocer a las organizaciones mexicanas por su nivel de madurez de procesos.
 Facilita la selección de proveedores.
 Permite obtener acceso a las prácticas de ingeniería de software de clase mundial.

12
Benjamín Solís Añorve Gestión de proyecto de software

Categoría Proceso Propósito

Alta Gestión de Negocio Establecer la razón de ser de la organización, sus
Dirección 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.
Adicionalmente habilita a la organización para responder
a un ambiente de cambio y a sus miembros para trabajar
en función de los objetivos establecidos.
Gestión Gestión de Procesos Establecer los procesos de la organización, en función
de los procesos requeridos identificados en el Plan
Estratégico. Así como definir, planificar e implantar las
actividades de mejora en los mismos.
Gestión Gestión de Proyectos Asegurar que los proyectos contribuyan al cumplimiento
de los objetivos y estrategias de la organización.

Gestión Gestión de Recursos 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. Las actividades de este proceso se
apoyan en tres subprocesos:
- Recursos humanos y ambiente de trabajo.
- Bienes, servicios e infraestructura.
- Conocimiento de la organización.
Operación Administración de Proyectos Establecer y llevar a cabo sistemáticamente las
Específicos actividades que permitan cumplir con los objetivos de un
proyecto en tiempo y costo esperados.
Operación Desarrollo y Mantenimiento de Realización sistemática de las actividades de análisis,
Software diseño, construcción, integración y pruebas de productos
de software nuevos o modificados cumpliendo con los
requerimientos especificados.

13