Modelo de Procesos para la

Industria de Software

MoProSoft

Por Niveles de Capacidad de Procesos

Versión 1.3
Agosto 2005

Grupo Editor:

Hanna Oktaba (Director)

Claudia Alquicira Esquivel
Angélica Su Ramos
Alfonso Martínez Martínez
Gloria Quintanilla Osorio
Mara Ruvalcaba López
Francisco López Lira Hinojo
Versión 1.3, Agosto 2005

María Elena Rivera López

María Julia Orozco Mendoza
Yolanda Fernández Ordóñe z
Miguel Ángel Flores Lemus

MoProSoft 2
Versión 1.3, Agosto 2005

Índice

1. Prólogo.................................................................................................................4
El registro de cambios con respecto a MoProSoft v 1.1 se encuentra al final de
este documento........................................................................................................4
2. Introducción..........................................................................................................7
3. Definiciones..........................................................................................................9
4. Patrón de procesos............................................................................................11
4.1. Descripción del patrón de procesos.........................................................................11
4.2. Uso del patrón de procesos.....................................................................................16
5. Estructura del modelo de procesos....................................................................17
5.1. Categorías de procesos...........................................................................................17
5.2. Procesos..................................................................................................................19
5.3. Roles........................................................................................................................20
5.4. Productos.................................................................................................................21
6. Uso del modelo de procesos..............................................................................23
7. Categoría de Alta Dirección (DIR)......................................................................25
7.1. Gestión de Negocio .................................................................................................25
8. Categoría de Gerencia (GER)............................................................................40
8.1. Gestión de Procesos................................................................................................40
8.2. Gestión de Proyectos...............................................................................................55
8.3. Gestión de Recursos................................................................................................69
8.3.1. Recursos Humanos y Ambiente de Trabajo...................................................................81
8.3.2. Bienes, Servicios e Infraestructura.................................................................................94
8.3.3. Conocimiento de la Organización.................................................................................104
9. Categoría de Operación (OPE)........................................................................117
9.1. Administración de Proyectos Específicos..............................................................117
9.2. Desarrollo y Mantenimiento de Software...............................................................133
Anexos.................................................................................................................155
A1. Relación de MoProSoft con ISO 9001:2000, CMM v1.1 e ISO/IEC TR 15504­
2:1998..................................................................................................................155
A2. Notación de Diagramas.................................................................................167
Bibliografía...........................................................................................................170
Registro de cambios con respecto a MoProSoft V 1.1.........................................171

MoProSoft 3
Versión 1.3, Agosto 2005

1. Prólogo

El presente documento fue desarrollado a solicitud de la Secretaría de Economía para servir de

base a la Norma Mexicana para la Industria de Desarrollo y Mantenimiento de Software bajo el
convenio con la Facultad de Ciencias, Universidad Nacional Autónoma de México.

El Grupo Editor agradece a Øyvind Mo por la elaboración del Anexo A1. Relación de MoProSoft con
ISO 9001:2000, CMM v1.1 e ISO/IEC TR 15504­2:1998 y a Itera por haber proporcionado la
licencia de Rational Rose para la realización de los diagramas de UML de este documento.

El registro de cambios con respecto a MoProSoft v 1.1 se encuentra al final de este documento.

Este documento tiene el mismo contenido que el de MoProSoft v.1.3 salvo por los marcadores de
cuatro colores incorporados en la parte de descripción de los procesos. Estos marcadores
corresponden a los niveles de capacidades de procesos definidos en la norma mexicana NMX­I­
006/02­NYCE­2004 Tecnología de la información ­ Evaluación de los procesos ­Parte 02:
Realización de una evaluación que, a su vez, está basada en la norma internacional ISO/IEC
15504­2: 2003 Information technology — Process assessment — Part 2: Performing an
assessment.

El objetivo de presentar la versión de MoProSoft coloreada por niveles de capacidades es ofrecer

una guía que oriente a los que quieren adoptar este modelo. Las partes coloreadas sugieren un
orden de la implementación de las prácticas de los procesos de MoProSoft partiendo de las
prácticas básicas, correspondientes a nivel 1, e incorporando las prácticas que corresponden a los
niveles más avanzados.

La siguiente tabla refleja la correspondencia entre los niveles de capacidad de procesos y los
colores del marcador.

Nivel Capacidad de proceso Color

1 Realizado amarillo
2 Gestionado azul
3 Establecido verde

MoProSoft 4
Versión 1.3, Agosto 2005

4 Predecible rosa
5 Optimizado ninguno

En la descripción de cada proceso quedaron marcados los productos de entrada, salida e internos,
así como toda la sección de prácticas.

A continuación se describen las convenciones del marcaje que se adoptaron y su interpretación:

1. Los productos y las prácticas marcadas en amarillo son los que se recomiendan como
primeros a implementar para poder cumplir con el nivel 1 de capacidades de procesos.

2. Una vez implementadas éstas se sugiere agregar los productos y las prácticas marcadas
en azul y así sucesivamente agregando lo marcado en verde y rosa. El nivel 5 se logra
cuando de manera sistemática a través del tiempo se cumplen los objetivos y se logran
mejorar las metas cuantitativas de los procesos. Esta parte de la definición de los procesos
quedó sin ninguna marca en particular.

3. Algunos productos o prácticas quedaron marcados de varios colores. Esto significa que
algunas partes de los productos o de las prácticas se requieren en niveles distintos. La
interpretación que se sugiere es que cuando se implementa un nivel más bajo de capacidad
se toma en cuenta nada más las partes marcadas en el color correspondiente y cuando se
sube de nivel se incorporan las partes del nivel siguiente.

4. Los productos que aparecen en las entradas marcados de un color también incluyen todos
los elementos de este producto que corresponden a los niveles más bajos.

5. Los roles quedaron marcados en el color del nivel más bajo en el que tengan asignadas las
actividades como su responsabilidad.

6. En el caso de la práctica Incorporación a la Base de Conocimiento algunos productos que

se generan desde nivel 1 quedaron marcados con niveles más altos que corresponden al
nivel a que se les aplican las verificaciones o validaciones. Sin embargo, estos productos

MoProSoft 5
Versión 1.3, Agosto 2005

deben de incorporarse a la Base de Conocimiento desde el nivel 1 cuando todavía no

fueron verificados ni validados.

Hanna Oktaba, Claudia Alquicira Esquivel, Angélica Su Ramos son autoras de la versión coloreada
por niveles de capacidades de procesos. Agradecemos los comentarios aportados para esta
versión a Francisco López Lira Hinojo y Jorge Palacios Elizalde.

La versión coloreada fue generada para apoyar la implementación de MoProSoft durante las
pruebas controladas en cuatro empresas y para la elaboración del paquete de evaluación de
EvalProSoft.

MoProSoft 6
Versión 1.3, Agosto 2005

2. Introducción

Propósito del El propósito de este documento es presentar un Modelo de Procesos para la

documento Industria de Software (MoProSoft) en México que fomente la estandarización
de su operación a través de la incorporación de las mejores prácticas en
gestión e ingeniería de software. La adopción del modelo permitirá elevar la
capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar
niveles internacionales de competitividad.

Requerimientos Proporcionar a la industria de software en México, que en su gran mayoría es

pequeña y mediana, un modelo basado en las mejores prácticas
internacionales con las siguientes características:

• Fácil de entender

• Fácil de aplicar

• No costoso en su adopción

• Ser la base para alcanzar evaluaciones exitosas con otros modelos o

normas, tales como ISO 9000:2000 [1] o CMM1 V1.1[2].

Alcance El modelo de procesos MoProSoft está dirigido a las empresas o áreas

internas2 dedicadas al desarrollo y/o mantenimiento de software.

Las organizaciones, que no cuenten con procesos establecidos, pueden usar

el modelo ajustándolo de acuerdo a sus necesidades. Mientras que las
organizaciones, que ya tienen procesos establecidos, pueden usarlo como
punto de referencia para identificar los elementos que les hace falta cubrir.

1
CMM es una marca registrada en US Patent and Trademark Office por Carnegie Mellon University
2
En el resto del documento se utilizará el término “organización” para hacer referencia a una empresa o
área interna dedicada al desarrollo y/o mantenimiento de software.

MoProSoft 7
Versión 1.3, Agosto 2005

Criterios Para la elaboración del modelo de procesos MoProSoft, fueron aplicados los
empleados siguientes criterios:

1. Generar una estructura de los procesos que esté acorde con la estructura
de las organizaciones de la industria de software (Alta Dirección, Gestión
y Operación).
2. Destacar el papel de la Alta Dirección en la planificación estratégica, su
revisión y mejora continua como el promotor del buen funcionamiento de
la organización.
3. Considerar a la Gestión como proveedor de recursos, procesos y
proyectos, así como responsable de vigilar el cumplimiento de los
objetivos estratégicos de la organización.
4. Considerar a la Operación como ejecutor de los proyectos de desarrollo y
mantenimiento de software.
5. Integrar de manera clara y consistente los elementos indispensables para
la definición de procesos y relaciones entre ellos.
6. Integrar los elementos para la administración de proyectos en un sólo
proceso.

7. Integrar los elementos para la ingeniería de productos de software en un

solo marco que incluya los procesos de soporte (verificación, validación,
documentación y control de configuración).
8. Destacar la importancia de la gestión de recursos, en particular los que
componen la base de conocimiento de la organización tales como:
productos generados por proyectos, datos de los proyectos, incluyendo
las mediciones, documentación de procesos y los datos recaudados a
partir de su uso y lecciones aprendidas.
9. Basar el modelo de procesos en ISO9000:2000 y nivel 2 y 3 de CMM
V.1.1. Usar como marco general ISO/IEC 15504 ­ Software Process
Assesment [3] e incorporar las mejores prácticas de otros modelos de
referencia tales como PMBOK [4], SWEBOK [9] y otros más
especializados.

MoProSoft 8
Versión 1.3, Agosto 2005

Enfoque basado El desarrollo y mantenimiento de software se lleva a cabo a través de una

en procesos serie de actividades realizadas por equipos de trabajo. La Ingeniería de
Software se ha dedicado a identificar las mejores prácticas para realizar estas
actividades recopilando las experiencias exitosas de la industria de software a
nivel mundial. Estas prácticas se han organizado por áreas de aplicación, y
se han dado a conocer como áreas clave de procesos, en caso de CMM, o
como procesos de software en ISO/IEC 15504.

El modelo que se propone está enfocado en procesos y considera los tres

niveles básicos de la estructura de una organización que son: la Alta
Dirección, Gestión y Operación. El modelo pretende apoyar a las
organizaciones en la estandarización de sus prácticas, en la evaluación de su
efectividad y en la integración de la mejora continua.

3. Definiciones

Introducción En esta sección se definen los conceptos básicos que servirán para la
descripción del modelo de procesos.

Concepto Descripción
Categoría de Un conjunto de procesos que abordan la misma área general de actividad
procesos dentro de una organización.
Proceso Conjunto de prácticas relacionadas entre si, llevadas a cabo a través de roles
y por elementos automatizados, que utilizando recursos y a partir de insumos
producen un satisfactor de negocio para el cliente.
Objetivo Fin a que se dirige o encamina una acción u operación.
Indicador Mecanismo que sirve para mostrar o significar una cosa con evidencias y
hechos.
Rol Es responsable por un conjunto de actividades de uno o más procesos. Un rol
puede ser asumido por una o más personas de tiempo parcial o completo.
Producto Cualquier elemento que se genera en un proceso.
Práctica Un conjunto de elementos, tales como actividades, roles, infraestructura y
mediciones, que al llevarse a cabo describen la ejecución de un proceso.
Actividad Conjunto de tareas específicas asignadas para su realización a uno o más
roles.
Verificación Actividad para confirmar que el producto refleja propiamente los
requerimientos especificados para él.

MoProSoft 9
Versión 1.3, Agosto 2005

Concepto Descripción
Validación Actividad para confirmar que el producto resultante es capaz de satisfacer los
requerimientos para su aplicación especificada o uso previsto.
Flujo de trabajo Esquema que expresa las relaciones entre las actividades de un proceso. Una
relación puede ser secuencial, paralela, cíclica, de selección o anidada.
Guía de ajuste Modificación a las prácticas, entradas y salidas de un proceso, siempre y
cuando no afecten al cumplimiento de sus objetivos.
Gestión Hacer diligencias conducentes al logro de un negocio.
Administración Organizar trabajo y disponer recursos.
Organización Empresa o área interna de una organización dedicada al desarrollo y/o
mantenimiento de software.
Infraestructura Conjunto de elementos o servicios que se consideran necesarios para la
creación y funcionamiento de una organización.
Medición Acción o efecto de medir.
Base de Es un repositorio de todos los productos tales como productos de software,
conocimiento planes, reportes, registros, lecciones aprendidas y otros documentos.
Situación Circunstancia que impide el desarrollo de una actividad.
excepcional
Lección aprendida Experiencia positiva o negativa obtenida durante la realización de alguna
actividad.
Prospección Estudio de la potencialidad o de la capacidad que tiene alguna cosa para
producir o dar resultados en el futuro, a partir del análisis de los datos
reunidos previamente.

MoProSoft 10
Versión 1.3, Agosto 2005

4. Patrón de procesos

Introducción El patrón de procesos es un esquema de elementos que servirá para la

documentación de los procesos. Está constituido por tres partes: Definición
general del proceso, Prácticas y Guías de ajuste.

En la Definición general del proceso se identifica su nombre, categoría a la

que pertenece, propósito, descripción general de sus actividades, objetivos,
indicadores, metas cuantitativas, responsabilidad y autoridad, subprocesos en
caso de tenerlos, procesos relacionados, entradas, salidas, productos
internos y referencias bibliográficas.

En las Prácticas se identifican los roles involucrados en el proceso y la

capacitación requerida, se describen las actividades en detalle, asociándolas
a los objetivos del proceso, se presenta un diagrama de flujo de trabajo, se
describen las verificaciones y validaciones requeridas, se listan los productos
que se incorporan a la base de conocimiento, se identifican los recursos de
infraestructura necesarios para apoyar las actividades, se establecen las
mediciones del proceso, así como las prácticas para la capacitación, manejo
de situaciones excepcionales y uso de lecciones aprendidas.

En las Guías de ajuste se sugieren modificaciones al proceso que no deben

afectar los objetivos del mismo.

4.1. Descripción del patrón de procesos

Definición general del proceso

Proceso Nombre de proceso, precedido por el acrónimo establecido en la definición de

los elementos de la estructura del modelo de procesos.
Categoría Nombre de la categoría a la que pertenece el proceso y el acrónimo entre
paréntesis.
Propósito Objetivos generales medibles y resultados esperados de la implantación
efectiva del proceso.

MoProSoft 11
Versión 1.3, Agosto 2005

Descripción Descripción general de las actividades y productos que componen el flujo de

trabajo del proceso.
Objetivos Objetivos específicos cuya finalidad es asegurar el cumplimiento del propósito
del proceso. Los objetivos se identifican como O1, O2, etc.
Indicadores Definición de los indicadores para evaluar la efectividad del cumplimiento de
los objetivos del proceso. Los indicadores se identifican como I1, I2, etc. y
entre paréntesis se especifica una o más identificaciones de los objetivos a
los que dan respuesta.
Metas Valor numérico o rango de satisfacción por indicador.
cuantitativas

Responsabilidad Responsabilidad es el rol principal responsable por la ejecución del proceso.

y autoridad Autoridad es el rol responsable por validar la ejecución del proceso y el
cumplimiento de su propósito.
Subprocesos Lista de procesos de los cuales se compone el proceso en cuestión.
(opcional)
Procesos Nombres de los procesos relacionados.
relacionados

Entradas

Nombre Fuente
Nombre del producto o recurso Referencia al origen del
producto o recurso

Salidas

Nombre Descripción Destino

Nombre del producto o recurso Descripción y características del Referencia al destinatario
producto o recurso del producto o recurso

Productos internos

Nombre Descripción
Nombre del producto generado y utilizado en el propio Descripción y características del
proceso producto

MoProSoft 12
Versión 1.3, Agosto 2005

Referencias Bibliografía que sustenta el proceso: normas, modelos de referencia, libros y

bibliográficas otras fuentes.

Prácticas

Identificación de roles involucrados y capacitación requerida.

Roles
involucrados y Rol Abreviatura Capacitación
capacitación Nombre del rol Abreviatura Capacitación requerida por el rol
del rol para poder ejecutar el proceso

MoProSoft 13
Versión 1.3, Agosto 2005

Actividades
Se asocian a los objetivos y describen las tareas y roles responsables.

Rol Descripción
A1. Nombre de la actividad (O1, O2, ...)
Abrev A1.1 Descripción de tarea 1. Si la actividad es una verificación o validación se hará
. del referencia a la identificación de la misma.
(de
los)
rol(es)
A1.2 Descripción de tarea 2

A2. Nombre de la actividad (O1, O2, ...)

A2.1 Descripción de tarea 1

A2.2 Descripción de tarea 2

Diagrama de Diagrama de actividades de UML [11], donde se especifican las actividades del
flujo de trabajo flujo de trabajo y los productos.

Verificaciones y Se definen las verificaciones y validaciones asociadas a los productos

validaciones generados en las actividades que se mencionan.

En la verificación como en la validación se identifican los defectos que deben

corregirse antes de continuar con las actividades posteriores.

La validación de un producto puede ser interna (dentro de la organización) o

externa (por el cliente) con la finalidad de obtener su autorización.

Se recomienda que las validaciones se efectúen una vez que las verificaciones
asociadas al producto sean realizadas.

Verificación Actividad Producto Rol Descripción

o validación
Identificación Identificación Nombre del Producto Abreviatura Descripción de la
de la de la tarea del rol verificación o validación
verificación o responsable que se hará al producto.
validación de realizar
Ver1 o Val1 la
verificación
o validación
Ver2 o Val2

MoProSoft 14
Versión 1.3, Agosto 2005

Incorporación
a la base de Producto Forma de aprobación
conocimiento Nombre de producto Identificación de la verificación,
validación o descripción de otra forma
de aprobación, en caso de no
requerirse alguna de éstas escribir la
palabra Ninguna.

Estas aprobaciones definen el

momento a partir del cual el producto
estará bajo control de Conocimiento de
la Organización.

Recursos de
infraestructura
Actividad Recurso
Identificació Requerimientos de herramientas de software y hardware
n de la
actividad o
tarea

Mediciones Mediciones que se establecen para evaluar los indicadores del proceso. Las
mediciones se identifican como M1, M2, etc. y entre paréntesis se especifica la
identificación del indicador que le corresponde.

Capacitación Definición de las reglas para proporcionar la capacitación necesaria a los roles
involucrados en el proceso.

Situaciones Definición de los mecanismos para el manejo de las situaciones excepcionales

excepcionales durante la ejecución del proceso.

Lecciones Definición de los mecanismos para aprovechar las lecciones aprendidas durante
aprendidas la ejecución del proceso.

Guías de ajuste
Descripción de posibles modificaciones al proceso que no deben afectar los objetivos del mismo.

Identificación de la Descripción
guía
Identificación de la Descripción
guía

MoProSoft 15
Versión 1.3, Agosto 2005

4.2. Uso del patrón de procesos

Observaciones El patrón de procesos fue utilizado como esquema para documentar los
procesos de MoProSoft. Las organizaciones que adopten el modelo de
procesos pueden adecuarlo a sus necesidades siguiendo las reglas de la
sección 6.

El patrón de procesos que utilicen las organizaciones puede ser distinto del
sugerido en este modelo, pero debe de preservar los objetivos, indicadores y
metas cuantitativas correspondientes para lograr el propósito general de
MoProSoft.

El patrón de proceso puede ser utilizado para documentar e integrar otros

procesos que no fueron contemplados en el modelo.

MoProSoft 16
Versión 1.3, Agosto 2005

5. Estructura del modelo de procesos

Introducción El modelo de procesos (MoProSoft) tiene tres categorías de procesos:

Alta Dirección, Gerencia y Operación que reflejan la estructura de una
organización.

La categoría de Alta Dirección contiene el proceso de Gestión de

Negocio.

La categoría de Gerencia está integrada por los procesos de Gestión de

Procesos, Gestión de Proyectos y Gestión de Recursos. Éste último está
constituido por los subprocesos de Recursos Humanos y Ambiente de
Trabajo, Bienes, Servicios e Infraestructura y Conocimiento de la
Organización.

La categoría de Operación está integrada por los procesos de

Administración de Proyectos Específicos y de Desarrollo y Mantenimiento
de Software.

En cada proceso están definidos los roles responsables por la ejecución

de las prácticas. Los roles se asignan al personal de la organización de
acuerdo a sus habilidades y capacitación para desempeñarlos.

En MoProSoft se clasifican los roles en Grupo Directivo, Responsable de

Proceso y otros roles involucrados. Además se considera al Cliente y al
Usuario como roles externos a la organización.

5.1. Categorías de procesos

Categoría de Alta Categoría de procesos que aborda las prácticas de Alta Dirección
Dirección (DIR) relacionadas con la gestión del negocio. Proporciona los lineamientos a
los procesos de la Categoría de Gerencia y se retroalimenta con la
información generada por ellos.
Categoría de Categoría de procesos que aborda las prácticas de gestión de procesos,
Gerencia (GER) proyectos y recursos en función de los lineamientos establecidos en la
Categoría de Alta Dirección. Proporciona los elementos para el
funcionamiento de los procesos de la Categoría de Operación, recibe y
evalúa la información generada por éstos y comunica los resultados a la
Categoría de Alta Dirección

MoProSoft 17
Versión 1.3, Agosto 2005

Categoría de Categoría de procesos que aborda las prácticas de los proyectos de

Operación (OPE) desarrollo y mantenimiento de software. Esta categoría realiza las
actividades de acuerdo a los elementos proporcionados por la Categoría
de Gerencia y entrega a ésta la información y productos generados.

<<Categoría>>
Alta Dirección

+ Gestión de Negocio

<<Categoría>>
Gerencia
+ 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
+ Administración de Proyectos Específicos
+ Desarrollo y Mantenimiento de Software

Figura 1: Diagrama de categorías de procesos.

MoProSoft 18
Versión 1.3, Agosto 2005

5.2. Procesos

DIR.1 Gestión de El propósito de Gestión de Negocio es establecer la razón de ser de la

Negocio 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.

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.
GES.1 Gestión de El propósito de Gestión de Procesos es establecer los procesos de la
Procesos 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.
GES.2 Gestión de El propósito de la Gestión de Proyectos es asegurar que los proyectos
Proyectos contribuyan al cumplimiento de los objetivos y estrategias de la
organización.
GES.3 Gestión de El propósito de Gestión de Recursos es conseguir y dotar a la
Recursos 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.
GES.3.1 Recursos El propósito de Recursos Humanos y Ambiente de Trabajo es
Humanos y Ambiente proporcionar los recursos humanos adecuados para cumplir las
de Trabajo responsabilidades asignadas a los roles dentro de la organización, así
como la evaluación del ambiente de trabajo.
GES.3.2 Bienes, El propósito de Bienes, Servicios e Infraestructura es proporcionar
Servicios e proveedores de bienes, servicios e infraestructura que satisfagan los
Infraestructura requisitos de adquisición de los procesos y proyectos.
GES.3.3 El propósito de Conocimiento de la Organización es mantener disponible
Conocimiento de la y administrar la base de conocimiento que contiene la información y los
Organización productos generados por la organización.
OPE.1 El propósito de la Administración de Proyectos Específicos es establecer
Administración de y llevar a cabo sistemáticamente las actividades que permitan cumplir con
Proyectos los objetivos de un proyecto en tiempo y costo esperados.
Específicos

MoProSoft 19
Versión 1.3, Agosto 2005

OPE.2 Desarrollo y El propósito de Desarrollo y Mantenimiento de Software es la realización

Mantenimiento de sistemática de las actividades de análisis, diseño, construcción,
Software integración y pruebas de productos de software nuevos o modificados
cumpliendo con los requerimientos especificados.

<<Proceso>>
Gestión de Negocio

<<Proceso>> <<Proceso>> <<Proceso>>

Gestión de Procesos Gestión de Proyectos Gestión de Recursos

1..n
<<Proceso>> n
Administración de Proyectos Específicos

<<Subproceso>> <<Subproceso>>
Bienes, Servicios e Infraestructura Conocimiento de la Organización

<<Proceso>> <<Subproceso>>
Desarrollo y Mantenimiento de Software Recursos Humanos y Ambiente de Trabajo

Figura 2: Diagrama de relación entre procesos.

5.3. Roles

Cliente Es el que solicita un producto de software y financia el proyecto para su

desarrollo o mantenimiento.
Usuario Es el que va a utilizar el producto de software.
Grupo Directivo Son los que dirigen a una organización y son responsables por su
funcionamiento exitoso.
Responsable de Es el encargado de la realización de las prácticas de un proceso y del
Proceso cumplimiento de sus objetivos.
Involucrado Otros roles con habilidades requeridas para la ejecución de actividades o
tareas específicas. Por ejemplo: Analista, Programador, Revisor, entre
otros.

MoProSoft 20
Versión 1.3, Agosto 2005

Rol

Cliente Grupo Directivo Responsable de Proceso Involucrado

Usuario

Figura 3: Clasificación general de roles.

5.4. Productos

Producto de Es el producto que se genera en el proceso de Desarrollo y

Software Mantenimiento de Software. Los productos de software se clasifican de
manera general como Especificación de Requerimientos, Análisis y
Diseño, Software, Prueba, Registro de Rastreo y Manual. Esta
clasificación puede ser especializada según las necesidades, por ejemplo
Prueba puede significar Plan de Pruebas o Reporte de Pruebas, Manual
puede ser especializado en Manual de Usuario, Manual de Operación o
Manual de Mantenimiento, mientras que el Software puede ser un
Componente, un Sistema de componentes o un Sistema compuesto de
sistemas.
Configuración de Es un conjunto consistente de productos de software.
Software

MoProSoft 21
Versión 1.3, Agosto 2005

Configuración de Software

1..n
Producto de Software

Especificación de Requerimientos Prueba Manual

Análisis y Diseño Software Registro de Rastreo

Componente Sistema

Figura 4: Configuración y productos de software.

Plan Programa detallado de las actividades, responsables por realizarlas y

calendario.
Reporte Informe del resultado de las actividades realizadas.
Registro Evidencia de actividades desempeñadas.
Lección Aprendida Experiencia positiva o negativa obtenida durante la realización de alguna
actividad.
Otro Producto Producto, distinto a los anteriores, que también es generado en los
procesos. Por ejemplo: Contrato, Propuestas Tecnológicas,
Documentación de Procesos, entre otros.

Producto

Producto de Software Lección Aprendida

Otro Producto Plan Reporte Registro

Figura 5: Clasificación general de productos.

MoProSoft 22
Versión 1.3, Agosto 2005

6. Uso del modelo de procesos

Organizaciones sin Para usar este modelo en una organización que no cuenta con procesos
procesos establecidos ni documentados se debe generar una instancia de cada uno
establecidos de los procesos, tomando en cuenta las siguientes consideraciones:

• Definir las metas cuantitativas de acuerdo a las estrategias de la

organización.

• Revisar los nombres de los roles y los productos (entradas,

salidas o internos) y en su caso sustituirlos por los que se
acostumbran en la organización.

• Para cada producto definir el estándar de documentación

cumpliendo con las características mencionadas en la descripción
del producto.

• Definir los recursos de infraestructura de cada proceso.

• Analizar si las mediciones de cada proceso son aplicables dentro

del contexto de organización y en su caso modificarlas.

• Usar las guías de ajuste para adecuar el proceso en función de

las estrategias de la organización.

• Posteriormente sustituir las guías de ajuste del modelo por las

guías que apliquen en la organización.

Adicionalmente, para el proceso de Desarrollo y Mantenimiento de

Software, se requiere:

• Definir métodos, técnicas o procedimientos específicos para las

actividades, tareas, verificaciones y validaciones.
Organizaciones con Para usar este modelo en una organización que cuente con procesos
procesos establecidos o documentados, se debe establecer la correspondencia
establecidos entre estos procesos y el modelo MoProSoft para identificar las
coincidencias y discrepancias.

La organización debe analizar las discrepancias y planificar las

actividades de ajuste de los procesos para lograr la cobertura completa
de MoProSoft.

MoProSoft 23
Versión 1.3, Agosto 2005

Implantación y La organización debe establecer la estrategia de implantación de los

mejora continua procesos definidos. Puede decidir probarlos en proyectos piloto o
implantarlos al mismo tiempo en toda la organización.

Con el transcurso del tiempo, los procesos deben evolucionar con base a
las sugerencias de mejora e ir alcanzando los objetivos del plan
estratégico de la organización con metas cuantitativas cada vez más
ambiciosas. De esta manera la organización puede ir logrando la madurez
a través de la mejora continua de sus procesos.

MoProSoft 24
Versión 1.3, Julio 2005

7. Categoría de Alta Dirección (DIR)

7.1. Gestión de Negocio

Definición general del proceso

Proceso DIR.1 Gestión de Negocio

Categoría Alta Dirección (DIR)
Propósito El propósito de Gestión de Negocio es 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.

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.

MoProSoft 25
Versión 1.3, Julio 2005

Descripción El proceso de Gestión de Negocio se compone de la planificación estratégica,

la preparación para la realización de la estrategia, y la valoración y mejora
continua de la organización.

• Planificación Estratégica: Establece las decisiones sobre qué es lo más

importante para lograr el éxito de la organización, definiendo un Plan
Estratégico, con los siguientes elementos:

­ La Misión, Visión y Valores.

­ Los Objetivos de la organización, incluyendo los objetivos de

calidad, así como la forma de alcanzar éstos por medio de la
definición de Estrategias.

­ La forma de medir el logro de los Objetivos, por medio de la

definición de Indicadores y Metas Cuantitativas asociadas a dichos
Objetivos.

­ Los Procesos Requeridos con sus indicadores y metas.

­ La Cartera de Proyectos que habilite la ejecución de las

Estrategias.

­ La Estructura Organizacional y Estrategia de Recursos que

soporten la implantación de los procesos y la ejecución de los
proyectos definidos, considerando los elementos de la Base de
Conocimiento necesarios para el almacenamiento y consulta de la
información generada en la organización.

­ El Presupuesto, el cual incluye los gastos e ingresos esperados.

­ Periodicidad de Valoración del Plan Estratégico.

­ Plan de Comunicación con el Cliente, incluye los mecanismos de

comunicación con el cliente para su atención.

• Preparación para la Realización: Se define el Plan de Comunicación e

Implantación del Plan Estratégico que permite difundir éste a los
miembros de la organización, asegurando que lo consideran el
vehículo para lograr la satisfacción de las necesidades del cliente. En
este plan también se establecen las condiciones adecuadas en el
ambiente de la organización para la realización de los proyectos e
implantación de los procesos.

• Valoración y Mejora Continua: Analiza los Reportes Cuantitativos y

MoProSoft 26
Versión 1.3, Julio 2005

Objetivos
O1 Lograr una planificación estratégica exitosa mediante el cumplimiento
del Plan Estratégico.

O2 Lograr que la organización trabaje en función del Plan Estratégico

mediante la correcta comunicación e implantación del mismo.

O3 Mejorar el Plan Estratégico mediante la implementación de la

Propuesta de Mejoras.
Indicadores
I1 (O1) El desempeño de los Indicadores de los Objetivos del Plan
Estratégico es satisfactorio.

I2 (O2) Los miembros de la organización conocen el Plan Estratégico y

trabajan en función del mismo.

I3 (O3) Las propuestas de mejora están definidas en función del

Reporte de Valoración.

I4 (O3) Se realizan modificaciones al Plan Estratégico según las

Propuestas de Mejoras.
Metas Valor numérico o rango de satisfacción por indicador.
cuantitativas

Responsabilidad Responsable:
y autoridad
• Responsable de Gestión de Negocio

Autoridad:

• Grupo Directivo
Procesos Gestión de Procesos
relacionados
Gestión de Proyectos

Gestión de Recursos

Conocimiento de la Organización

Administración de Proyectos Específicos

MoProSoft 27
Versión 1.3, Julio 2005

Entradas

Nombre Fuente
Reporte Cuantitativo y Cualitativo de procesos y proyectos. Gestión de Procesos

Gestión de Proyectos

Gestión de Recursos
Plan de Procesos Gestión de Procesos

• Plan de Mediciones de Procesos

Reporte de Acciones Correctivas o Preventivas Relacionadas con Gestión de Proyectos
Clientes
Propuestas Tecnológicas Gestión de Recursos
Factores Externos (tendencias tecnológicas, clientes y competidores) Externa
Reportes Financieros Organización

Salidas

MoProSoft 28
Versión 1.3, Julio 2005

Nombre Descripción Destino

Plan Estratégico Misión: Razón de ser de la organización. Gestión de Procesos

Visión: Posición deseada de la organización en el Gestión de Proyectos

mercado.
Gestión de Recursos
Valores: Cualidades y virtudes que se comparten entre
los miembros de la organización y se desean
mantener.

Objetivos: Resultados a buscar para cumplir con la

Misión y Visión.

Indicadores: Elementos de evaluación del cumplimiento

de los objetivos.

Metas Cuantitativas: Valor numérico o rango de

satisfacción para cada indicador.

Estrategias: Forma de lograr los objetivos.

Procesos Requeridos: Identificación de los procesos

con su propósito, objetivos, indicadores y metas
cuantitativas para llevar acabo las estrategias.

Cartera de Proyectos: Conjunto de proyectos externos

e internos u oportunidades de proyectos.

Estructura de la Organización: Definición de áreas y

responsabilidades de la organización requerida para
llevar a cabo las estrategias.

Estrategia de Recursos: Definición, planificación y

asignación de recursos en la organización para el
cumplimiento de las estrategias, considerando los
elementos de la Base de Conocimiento necesarios
para el almacenamiento y consulta de la información
generada en la organización.

Presupuesto: Gastos e ingresos esperados para un

periodo determinado.

Periodicidad de Valoración: Definición de los periodos

para realizar las revisiones de valoración y mejora.

Plan de Comunicación con el Cliente: Definición de los

mecanismos para establecer los canales de
comunicación con los clientes.

MoProSoft 29
Versión 1.3, Julio 2005

Nombre Descripción Destino

Plan de Mecanismos para dar a conocer el Plan Estratégico a Gestión de Proyectos
Comunicación e toda la organización, haciendo énfasis en la
Gestión de Recursos
Implantación satisfacción de las necesidades del cliente.
Administración de
Condiciones requeridas en el ambiente de la
Proyectos Específicos
organización para la realización de los proyectos e
implantación de los procesos
Reporte de Registro que contiene: Gestión de Procesos
Mediciones y
Sugerencias de
Mejora * Mediciones de los indicadores del proceso de Gestión
de Negocio (ver Mediciones).

* Sugerencias de mejora al proceso de Gestión de

Negocio (métodos, herramientas, formatos, estándares,
entre otros).
Plan de Solicitudes con los requerimientos de adquisición de Gestión de Recursos
Adquisiciones y recursos. Incluye personal capacitado, proveedores,
Capacitación infraestructura y herramientas así como requerimientos
de capacitación.
Lecciones Registro de mejores prácticas, problemas recurrentes y Conocimiento de la
Aprendidas experiencias exitosas, durante la implantación de este Organización
proceso.

Productos internos

Nombre Descripción
Propuesta de Mejoras Descripción de las sugerencias de mejora de los elementos del Plan
Estratégico.
Reporte de Valoración Documento que contiene el registro de los resultados de la actividad
A3.1. Análisis de la información y evaluación del desempeño.
Reporte(s) de Verificación Registro de participantes, fecha, lugar, duración y defectos
encontrados.
Reporte(s) de Validación Registro de participantes, fecha, lugar, duración y defectos
encontrados.

MoProSoft 30
Versión 1.3, Julio 2005

Referencias ISO 9001:2000 Sistemas de gestión de la calidad ­ Requisitos

bibliográficas
The Capability Maturity Model: Guidelines for Improving the Software
Process. Carnegie Mellon University, Software Engineering Institute. 1994.
Addison­ Wesley.

ISO/IEC TR 15504 – 2:1998(E) Information Technology ­ Software

process assessment. Part 2: A reference model for process and process
capability, v. 3.3.

Strategic Planning FAQs, Alliance for Nonprofit Management.

[Link]

Joaquín Rodríguez Valencia, Cómo aplicar la planeación estratégica a la

pequeña y mediana empresa, 1998. Editorial ECAFSA.

George A. Steiner, Planeación Estratégica, lo que todo director debe

saber, Editorial CECSA. 2002.

Prácticas

Roles Rol Abreviatura Capacitación

involucrados y
Grupo Directivo GD Conocimiento del esfuerzo requerido
capacitación
para llevar a cabo la planificación
estratégica, y sobre todo estar
comprometido con éste.
Responsable de RGN Conocimiento de las actividades
Gestión de Negocio necesarias para definir e implantar
exitosamente el proceso de Gestión
de Negocio.
Grupo de Gestión GG Conocimiento para administrar los
proyectos e implantar los procesos
definidos.

Actividades

MoProSoft 31
Versión 1.3, Julio 2005

Rol Descripción
[Link]ón Estratégica (O1)
GD A1.1. Articular, documentar o actualizar la Misión, Visión y Valores.
RGN A1.2. Entender la situación actual.

• Análisis del entorno – identificación de oportunidades y amenazas con base en:

necesidades de los clientes, información sobre competidores, tendencias
tecnológicas, etc.

• Análisis de la situación interna ­ identificación de las fortalezas y debilidades con

base en: análisis financieros, identificación de recursos, entre otras.
RGN
A1.3. Desarrollar o actualizar Objetivos y Estrategias, considerando las Propuestas de
Mejora, en caso de existir.

• Definir o actualizar los Objetivos, y las Estrategias que especifiquen el medio para
alcanzar estos objetivos.

• Definir o actualizar los Indicadores que permitan medir el logro de los Objetivos.
Determinar el valor actual de los indicadores y establecer las Metas Cuantitativas
deseadas.
RGN
A1.4. Definir o actualizar los procesos y proyectos, considerando las Propuestas de
GG
Mejora en caso de existir.

• Identificar los Procesos Requeridos.

• Definir la Cartera de Proyectos necesaria.

RGN
A1.5. Definir o actualizar la Estructura de la Organización adecuada para la implantación
del plan, para lo cual es necesario considerar las Propuestas de Mejora en caso de
existir.
RGN
A1.6. Definir o actualizar la Estrategia de Recursos, considerando las Propuestas de
Mejora en caso de existir, que permita:

• Identificar y distribuir los recursos necesarios para la implantación del plan.

• Identificar los elementos de la Base de Conocimiento necesarios para el

almacenamiento y consulta de la información generada en la organización.
RGN
A1.7. Calcular el presupuesto requerido (gastos e ingresos esperados) para lograr la
GD
implantación del Plan Estratégico, y determinar el periodo para el que aplicará.
RGN
A1.8. Definir o actualizar la Periodicidad de Valoración del Plan Estratégico, considerando
GD
las Propuestas de Mejora, en caso de existir.
RGN
A1.9. Definir los mecanismos de comunicación con el cliente para su atención y
GD
documentarlos en el Plan de Comunicación con el Cliente.
RGN
A1.10. Integrar y documentar el Plan Estratégico.

MoProSoft 32
Versión 1.3, Julio 2005

Rol Descripción
RGN
A1.11. Verificar el Plan Estratégico (Ver1).
RGN
A1.12. Corregir los defectos encontrados en el Plan Estratégico con base en el Reporte de
Verificación y obtener la aprobación de las correcciones.
GD
A1.13. Validar el Plan Estratégico (Val1).
RGN
A1.14. Corregir los defectos encontrados en el Plan Estratégico con base en el Reporte de
Validación y obtener la aprobación de las correcciones.
RGN
A1.15. Elaborar el Plan de Adquisiciones y Capacitación para el proceso de Gestión de
Negocio.
[Link]ón para la Realización (O2)
RGN A2.1. Preparar el ambiente adecuado para la implantación del Plan Estratégico.
GD
RGN A2.2. Definir y ejecutar el Plan de Comunicación e Implantación del Plan Estratégico, en
este se deberán identificar:
GD
• Las líneas y medios de comunicación, que permitan la divulgación efectiva del
Plan Estratégico.

• Cómo efectuar los cambios necesarios en la estructura de la organización.

• Cómo establecer y distribuir los recursos necesarios y adecuados.

GD A2.3. Validar el Plan de Comunicación e Implantación (Val2).
RGN A2.4. Corregir los defectos encontrados en el Plan de Comunicación e Implantación con
base en el Reporte de Validación y obtener la aprobación de las correcciones.

[Link]ón y Mejora Continua (O3)

MoProSoft 33
Versión 1.3, Julio 2005

Rol Descripción
RGN A3.1. Análisis de la información y evaluación del desempeño:
, GD
• Análisis de los Reportes Cuantitativos y Cualitativos de procesos y proyectos
para comparar resultados con metas planteadas.

• Análisis del Reporte de Acciones Correctivas o Preventivas Relacionadas con

Clientes, en referencia a la satisfacción de las necesidades del cliente.

• Análisis de las Propuestas Tecnológicas, para adoptar alguna(s) en beneficio de

las actividades de la organización.

• Análisis de los Reportes Financieros para determinar la viabilidad de proyectos y

ajustes a los mismos, así como determinar ajustes requeridos al presupuesto
calculado.

• Análisis de Factores Externos, para hacer algún reajuste correspondiente.

• Evaluación del desempeño alcanzado con la estrategia actual, considerando la

evaluación del cumplimiento de los Objetivos según el resultado de sus
Indicadores, de acuerdo al resultado de sus proyectos y procesos relacionados.
RGN A3.2. Generación de Reporte de Valoración en donde se registran los detalles de la tarea
A3.1
RGN A3.3. Generación de Propuesta de Mejoras al Plan Estratégico actual.
, GG,
GD
GD A3.4. Validar la Propuesta de Mejoras (Val3).
RGN A3.5. Corregir los defectos encontrados en la Propuesta de Mejoras con base en el
Reporte de Validación y obtener la aprobación de las correcciones.
RGN A3.6. Generar el Reporte de Mediciones y Sugerencias de Mejora de este proceso, de
acuerdo al Plan de Mediciones de Procesos.
RGN A3.7. Identificar las Lecciones Aprendidas e integrarlas a la Base de Conocimiento. Como
ejemplo, se pueden considerar las mejores prácticas, experiencias exitosas de
manejo de riesgos, problemas recurrentes, entre otras.

MoProSoft 34
Versión 1.3, Julio 2005

Diagrama de
flujo de trabajo

Plan de Adquisicione s y A1 Planificación

Capacitación Estratégica

Reportes de Verificación y/o

Validación Plan Estratégico

Propuesta de
Mejoras Generados y
utilizados en todas
las actividades
Reporte de
Valoración A2 Preparación Para la
Realización

Lecciones
Aprendidas Plan de Comunicación e
Implantación

Reporte de Mediciones y
Sugerencia de Mejoras

Factores A3 Valoración y
Externos Mejora Contínua

Plan de
Mediciones
de Procesos Reportes
Financieros

Reporte Cuantitativo y
Cualitativo Propuestas
Tecnológicas

Reporte de Acciones Correctivas o Preventivas

Relacionadas con Clientes

MoProSoft 35
Versión 1.3, Julio 2005

Verificaciones y
validaciones

Verificación Actividad Producto Rol Descripción

o
validación
Ver1 A1.11 Plan Estratégico RGN Verificar que todos los elementos son
consistentes y que cumplan con las
siguientes características:

Indicadores: que permitan medir el logro de

los objetivos, y que posean metas
cuantificables.

Procesos Requeridos, Cartera de Proyectos:

que los procesos y proyectos apoyen a uno
o varios objetivos previamente definidos, así
como asegurar que todos los objetivos están
soportados por los procesos o proyectos
adecuados.

Estructura de Organización: que es viable en

cuanto a presupuesto y ambiente de trabajo.

Estructura de Recursos: que es viable en

cuanto a presupuesto y ambiente de trabajo.

Plan de Comunicación con el Cliente: que el

plan incluye la definición del medio para
conocer las necesidades del cliente.

Los defectos encontrados se documentan en

un Reporte de Verificación.

MoProSoft 36
Versión 1.3, Julio 2005

Val1 A1.13 Plan Estratégico GD Validar que esté de acuerdo con las
expectativas de la organización. Los
defectos encontrados se documentan en un
Reporte de Validación.
Val2 A2.3 Plan de GD Validar que contempla todos los niveles de
Comunicación e la organización. Los defectos encontrados
Implantación se documentan en un Reporte de
Validación.
Val3 A3.4 Propuesta de GD Validar que se son viables en cuanto a
Mejoras recursos y tiempo para realizar las mejoras.
Los defectos encontrados se documentan en
un Reporte de Validación.

Incorporación
a la Base de Producto Forma de aprobación
Conocimiento Plan Estratégico Ver1, Val1

Plan de Comunicación e Implantación Val2

Propuesta de Mejoras Val3

Reporte de Mediciones y Sugerencias Ninguna

de Mejora
Reporte de Valoración Ninguna

Plan de Adquisiciones y Capacitación Ninguna

Lecciones Aprendidas Ninguna

Reporte(s) de Verificación Ninguna

Reporte(s) de Validación Ninguna

Recursos de Actividad Recurso

infraestructura A1 Herramientas que permitan documentar, manejar y controlar el
Plan Estratégico.

A2 Herramientas que permitan publicar y dar a conocer el Plan

Estratégico a todos los miembros de la organización.

A3 Herramientas que permitan registrar periódicamente el avance

de los Indicadores de los Objetivos.

MoProSoft 37
Versión 1.3, Julio 2005

Mediciones Con base en Plan de Mediciones de Procesos se genera un reporte periódico del
avance de los indicadores del proceso con respecto a las metas cuantitativas
definidas, se sugieren las siguientes mediciones:

M1 (I1) Evaluar los Indicadores del Plan Estratégico usando información

contenida en la Base de Conocimiento y Reporte de Valoración y
compararlos con las Metas Cuantitativas correspondientes a cada
Indicador, para verificar su logro.
M2 (I2) Realizar encuestas periódicas a los miembros de la organización para
comprobar el nivel de conocimiento del Plan Estratégico y su aplicación a
sus actividades, así como la toma de conciencia sobre las necesidades
del cliente.
M3 (I3) Cotejar la Propuesta de Mejoras para comprobar que está definida en
función del análisis de Reportes Cuantitativos y Cualitativos de procesos y
proyectos, Reporte de Acciones Correctivas o Preventivas Relacionadas
con Clientes, Propuestas Tecnológicas, Reportes Financieros y Factores
Externos.
M4 (I4) Cotejar el Plan Estratégico para comprobar que está modificado en
función de la Propuesta de Mejoras.

Capacitación El RGN deberá ofrecer las facilidades para que el personal que está involucrado
en el proceso de Gestión de Negocio participe en las actividades del Plan de
Capacitación actual de la Base de Conocimiento.

MoProSoft 38
Versión 1.3, Julio 2005

Situaciones Los roles involucrados en el proceso Gestión de Negocio deberán notificar al

excepcionales RGN, de manera oportuna, las situaciones que les impidan el desarrollo de las
actividades asignadas.

El RGN deberá dar respuesta a estas situaciones y en caso de no poder

resolverlas o no sean de su competencia deberá escalarlas al GD.

Lecciones Antes de iniciar las actividades asignadas, los roles involucrados en el proceso de
aprendidas Gestión de Negocio deberán consultar las Lecciones Aprendidas de la Base de
Conocimiento para aprovechar la experiencia de la organización y disminuir la
posibilidad de incurrir en problemas recurrentes.

Guías de ajuste

Ajuste al Plan Existen modelos de planificación estratégica que no contemplan los

Estratégico elementos de Misión, Visión y Valores, como se definen en el Plan
Estratégico mencionado en este proceso; más sin embargo incluyen otros
elementos, los cuales contienen información similar.
Ajuste al proceso Se puede ajustar este proceso para las áreas internas dedicadas al
para áreas internas desarrollo y mantenimiento de software que forman parte de una
organización. En este caso el Plan Estratégico se convierte en un plan
para el área correspondiente y se elabora en función de los objetivos de la
organización, definidos para el área, y con la participación del grupo
directivo de la organización. Los Reportes de Valoración se entregan al
Grupo Directivo de la organización, para su evaluación.

MoProSoft 39
Versión 1.3, Julio 2005

8. Categoría de Gerencia (GER)

8.1. Gestión de Procesos

Definición general del proceso

Proceso GES.1 Gestión de Procesos

Categoría Gerencia (GER)
Propósito El propósito de Gestión de Procesos es 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.

MoProSoft 40
Versión 1.3, Julio 2005

Descripción El proceso de Gestión de Procesos se compone de las siguientes actividades:

la planificación de procesos, la preparación a la implantación, y la evaluación
y control de procesos.

• Planificación. A partir de los Procesos Requeridos identificados en el

Plan Estratégico, en el Plan de Mejora y en el Plan de Acciones, la
planificación de procesos establece o actualiza un Plan de Procesos
que contiene:

­ Definición de Elementos de Procesos, se hace tomando en

cuenta los modelos de procesos de referencia ajustándolos a las
necesidades de la organización.

­ Calendario para establecer o mejorar procesos relacionando

actividades y responsables.

­ Plan de Adquisiciones y Capacitación, solicitudes de personal

capacitado, proveedores, infraestructura y herramientas, así como
requerimientos de capacitación.

­ Plan de Evaluación de procesos, incluyen evaluaciones internas y

externas.

­ Plan de Mediciones de Procesos en el cual se especifican los

tipos de mediciones, la periodicidad, la responsabilidad.

­ Plan de Manejo de Riesgos de procesos, contiene la identificación

y evaluación de riesgos, así como los planes de contención y de
contingencia correspondientes.

• Preparación a la Implantación. Realizar las siguientes tareas:

­ Asignación de los responsables de procesos.

­ Documentación o actualización de la Documentación de los

Procesos de la organización de acuerdo a la Definición de
Elementos de Procesos establecida.

­ Capacitación a los miembros de la organización en los procesos,

de acuerdo al Plan de Adquisiciones y Capacitación.

­ Implantación de los procesos en proyectos piloto, en caso de

considerarse conveniente.

• Evaluación y Control. Realizan las siguientes tareas:

­ Seguimiento a las actividades del Plan de Procesos.

­ Recolección de Reportes de Mediciones y Sugerencias de Mejora,

MoProSoft 41
Versión 1.3, Julio 2005

Objetivos O1 Planificar las actividades de definición, implantación y mejora de los

procesos en función del Plan Estratégico.
O2 Dar seguimiento a las actividades de definición, implantación y
mejora de los procesos mediante el cumplimiento del Plan de
Procesos.
O3 Mejorar el desempeño de los procesos mediante el cumplimiento del
Plan de Mejora.
O4 Mantener informado a Gestión de Negocio sobre el desempeño de
los procesos mediante el Reporte Cuantitativo y Cualitativo.
Indicadores
I1 (O1) El Plan de Procesos contempla a los Procesos Requeridos
identificados en el Plan Estratégico.

I2 (O2) Las actividades de definición, implantación y mejora de los

procesos se realizan conforme a lo establecido en el Plan de
Procesos.

I3 (O2) Los miembros de la organización conocen los procesos que les

corresponden y trabajan en función de éstos.
I4 (O2) Los procesos de la organización se mantienen documentados y
actualizados.
I5 (O3) El Plan de Mejora está definido en función de las sugerencias
de mejora y las oportunidades de mejora.
I6 (O3) El desempeño de los procesos cumple con la metas
cuantitativas.
I7 (O4) El Reporte Cuantitativo y Cualitativo es entregado
periódicamente a Gestión de Negocio.
Metas Valor numérico o rango de satisfacción por indicador.
cuantitativas

Responsabilidad Responsable:
y autoridad
• Responsable de Gestión de Procesos

Autoridad:

• Responsable de Gestión de Negocio

Procesos Todos los procesos.

relacionados

Entradas

MoProSoft 42
Versión 1.3, Julio 2005

Nombre Fuente
Plan Estratégico Gestión de Negocio

• Procesos Requeridos
Reporte de Mediciones y Sugerencias de Mejora Gestión de Negocio

Gestión de Proyectos

Gestión de Recursos

Recursos Humanos y Ambiente de Trabajo

Bienes, Servicios e Infraestructura

Conocimiento de la Organización

Administración de Proyectos Específicos

Asignación de Recursos Recursos Humanos y Ambiente de Trabajo

Salidas

MoProSoft 43
Versión 1.3, Julio 2005

Nombre Descripción Destino

Plan de Definición de Elementos de Procesos: Gestión de Negocio
Procesos
Contiene los elementos establecidos para los procesos. Gestión de Procesos

Gestión de Proyectos

Calendario: Gestión de Recursos

Fechas para actividades en la definición, implantación y Administración de

mejora de procesos incluyendo responsables. Proyectos Específicos

Plan de Adquisiciones y Capacitación:

Solicitudes con los requerimientos de adquisición de

recursos. Incluye personal capacitado, proveedores,
infraestructura y herramientas así como requerimientos
de capacitación.

Plan de Evaluación:

Propone las formas de evaluar procesos. Incluye

evaluaciones internas y externas.

Plan de Mediciones de Procesos:

Especifica los tipos de mediciones a aplicar a los

procesos, la periodicidad y la responsabilidad.

Plan de Manejo de Riesgos:

Contiene la identificación y evaluación de riesgos, así

como los planes de contención y de contingencia
correspondientes.

MoProSoft 44
Versión 1.3, Julio 2005

Nombre Descripción Destino

Documentación Conjunto de procesos de la organización definidos en Todos los procesos
de Procesos función del Plan de Procesos actual. Cada proceso
tiene la siguiente estructura:

Nombre del proceso, propósito, descripción, objetivos,

indicadores, metas cuantitativas, responsabilidad y
autoridad, procesos relacionados, entradas, salidas,
productos internos, roles involucrados y capacitación
requerida, actividades, verificaciones y validaciones,
incorporación a la Base de Conocimiento, recursos de
infraestructura, mediciones, situaciones excepcionales,
lecciones aprendidas y guías de ajuste.
Reporte Elementos cuantitativos y cualitativos obtenidos a partir Gestión de Negocio
Cuantitativo y de la recopilación y análisis de Reportes de Mediciones
Cualitativo y Sugerencias de Mejora.
Lecciones Registro de mejores prácticas, problemas recurrentes y Conocimiento de la
Aprendidas experiencias exitosas, durante la implantación de este Organización
proceso.

Productos internos

Nombre Descripción
Reporte de Mediciones y Registro que contiene:
Sugerencias de Mejora

* Mediciones de los indicadores del proceso de Gestión de Procesos

(ver Mediciones).

* Sugerencias de mejora al proceso de Gestión de Procesos

(métodos, herramientas, formatos, estándares, entre otros).
Plan de Acciones Establece las acciones a tomar ante el surgimiento de hallazgos
durante la evaluación de procesos.
Plan de Mejora Propuestas de mejora resultantes del análisis de las sugerencias de
mejora y de las oportunidades de mejora.
Reporte de Evaluación Documento que contiene el resultado de la evaluación, incluyendo:
fechas, tipo de evaluación, responsables, participantes, fortalezas,
hallazgos y oportunidades de mejora.

MoProSoft 45
Versión 1.3, Julio 2005

Reporte(s) de Verificación Registro de participantes, fecha, lugar, duración y defectos

encontrados.
Reporte(s) de Validación Registro de participantes, fecha, lugar, duración y defectos
encontrados.

Referencias ISO 9001:2000 Sistemas de gestión de la calidad ­ Requisitos

bibliográficas
The Capability Maturity Model: Guidelines for Improving the Software
Process. Carnegie Mellon University, Software Engineering Institute. 1994.
Addison­ Wesley.

ISO/IEC TR 15504 – 2:1998(E) Information Technology ­ Software

process assessment. Part 2: A reference model for process and process
capability, v. 3.3.

Prácticas

Roles Rol Abreviatura Capacitación

involucrados y
Responsable de RGN Conocimiento del esfuerzo requerido
capacitación
Gestión de Negocio para llevar a cabo la Gestión de
Procesos y sobre todo estar
comprometido con éste.
Responsable de RGP Conocimiento de las actividades
Gestión de Procesos necesarias para definir e implantar
exitosamente el proceso de Gestión
de Procesos.
Responsable de RP Conocimiento del proceso del cual
Proceso es responsable.
Evaluador EV Conocimiento de la metodología y
aplicación de la evaluación.

Actividades

Rol Descripción
[Link]ón (O1)

MoProSoft 46
Versión 1.3, Julio 2005

Rol Descripción
RGP A1.1. Establecer o actualizar la Definición de Elementos de Procesos
• Revisar los modelos de procesos de referencia para definir y actualizar los
elementos y la estructura que conformarán los Procesos Requeridos en el Plan
Estratégico.

• Establecer relaciones entre elementos.

RGP A1.2. Establecer el Calendario para mantener y mejorar procesos.
• Identificar y describir las actividades.

• Asignar fechas y responsables.

RGP A1.3. Establecer o actualizar el Plan de Adquisiciones y Capacitación.
• Considerar la Asignación de Recursos.

• Identificar las necesidades de personal capacitado.

• Identificar las necesidades de infraestructura y herramientas.

• Identificar las necesidades de capacitación de la organización, con respecto a los

procesos.

• Incluir una lista de posibles proveedores.

RGP A1.4. Establecer o actualizar el Plan de Evaluación, para lo cual se deberá:
• Determinar que tipo de evaluaciones (interna o externa) se realizarán en la
organización.

• Para cada evaluación se debe determinar el objetivo, el alcance, los métodos y

criterios de evaluación, el calendario y los recursos necesarios.
RGP A1.5. Establecer o actualizar el Plan de Mediciones de Procesos.
• Especificar el tipo de mediciones a realizar en los procesos.

• Determinar la periodicidad de aplicación de las mediciones.

• Asignar a cada medición un responsable.

RGP A1.6. Establecer o actualizar el Plan de Manejo de Riesgos para la Gestión de Procesos.
• Identificar y evaluar los riesgos en cada proceso.

• Definir un plan de contención de riesgos.

• Definir un plan de contingencia.

RGP A1.7. Integrar el Plan de Procesos.
RGP A1.8. Verificar el Plan de Procesos (Ver1).

MoProSoft 47
Versión 1.3, Julio 2005

Rol Descripción
RGP A1.9. Corregir los defectos encontrados en el Plan de Procesos con base en el Reporte
de Verificación y obtener la aprobación de las correcciones.
RGN A1.10. Validar el Plan de Procesos (Val1).
RGP A1.11. Corregir los defectos encontrados en el Plan de Procesos con base en el Reporte
de Validación y obtener la aprobación de las correcciones.
A2. Preparación a la Implantación (O2)
RGP A2.1. Gestionar el Plan de Adquisiciones y Capacitación identificado en el Plan de
Procesos.
RGP A2.2. Asignar y notificar a los Responsables de Procesos.
RP A2.3. Elaborar o actualizar la Documentación de Procesos de acuerdo al Plan de
Procesos.

• En caso que la organización no cuente con procesos documentados, generar

instancias de procesos de este modelo ajustadas a las necesidades de la
organización.

• Si la organización tiene procesos documentados, identificar los procesos o

elementos de procesos que ya tiene definidos y complementarlos con los
elementos de este modelo que faltan.

• Se pueden agregar procesos adicionales a este modelo, cuidando la consistencia

con los existentes.
RGP A2.4. Verificar la Documentación de Procesos (Ver2).
RGP A2.5. Corregir los defectos encontrados en la Documentación de Procesos con base en el
Reporte de Verificación y obtener la aprobación de las correcciones.
RGP A2.6. Capacitar a la organización en los procesos.

RP
RGP A2.7. Implantar los procesos en proyectos piloto, si se considera necesario.
A3. Evaluación y Control (O2, O3, O4)
RGP A3.1. Dar seguimiento a las actividades de implantación de procesos del Calendario
establecido en el Plan de Procesos.
RGP A3.2. Generar el Reporte de Mediciones y Sugerencias de Mejora de este proceso, de
acuerdo al Plan de Mediciones de Procesos.
RGP A3.3. Generar el Reporte Cuantitativo y Cualitativo a partir de los Reportes de Mediciones
y Sugerencias de Mejora recolectados, que se entregará al Responsable de Gestión
de Negocio.

MoProSoft 48
Versión 1.3, Julio 2005

Rol Descripción
EV A3.4. Realizar las evaluaciones establecidas en el Plan de Evaluación. Cada evaluación
contempla:

• Identificar y documentar los hallazgos detectados y establecer Plan de Acciones

que den respuesta a éstos.

• Identificar y documentar las oportunidades de mejora de los procesos.

• Elaborar el Reporte de Evaluación.

RGP A3.5. Verificar el Plan de Acciones (Ver3).
RGP A3.6. Corregir los defectos encontrados en el Plan de Acciones con base en el Reporte de
Verificación y obtener la aprobación de las correcciones.
RGN A3.7. Validar el Plan de Acciones (Val2).
RGP A3.8. Corregir los defectos encontrados en el Plan de Acciones con base en el Reporte de
Validación y obtener la aprobación de las correcciones.
EV A3.9. Generar el Plan de Mejora a partir del análisis de las sugerencias de mejora y de las
oportunidades de mejora detectadas durante la evaluación.
RGP
RGP A3.10. Verificar el Plan de Mejora (Ver4).
RGP A3.11. Corregir los defectos encontrados en el Plan de Mejora con base en el Reporte de
Verificación y obtener la aprobación de las correcciones.
RGN A3.12. Validar el Plan de Mejora (Val3).
RGP A3.13. Corregir los defectos encontrados en el Plan de Mejora con base en el Reporte de
Validación y obtener la aprobación de las correcciones.
RGP A3.14. Dar Seguimiento al Plan de Acciones y al Plan de Mejora.
RGP A3.15. Supervisar el control de riesgos de acuerdo al Plan de Manejo de Riesgos de
procesos.
RGP A3.16. Identificar las Lecciones Aprendidas de procesos e integrarlas a la Base de
Conocimiento. Como ejemplo, se pueden considerar mejores prácticas, experiencias
exitosas de manejo de riesgos, problemas recurrentes, entre otras.

MoProSoft 49
Versión 1.3, Julio 2005

Diagrama de
flujo de trabajo

Asignación de Plan
Recursos Estratégico

A1
Planificación

Plan de Documentación de
Plan de Procesos
Acciones Procesos

Plan de
Mejora A2 Preparación a la
Implantación

Reporte de Verificación y/o

Validación

Generado y
utilizado en todas
las actividades

A3 Evaluación
y Control

Reporte de Mediciones y
Sugerencias de Mejora

Lecciones Reporte de Reporte Cuantitativo y

Aprendidas Evaluación Cualitativo

MoProSoft 50
Versión 1.3, Julio 2005

Verificaciones
y validaciones

Verificación Actividad Producto Rol Descripción

o
validación
Ver1 A1.8 Plan de Procesos RGP Verificar que todos los elementos del Plan
de Procesos sean viables y consistentes.
Los defectos encontrados se documentan
en un Reporte de Verificación.
Val1 A1.10 Plan de Procesos RGN Validar que la definición de elementos del
Plan de Procesos estén de acuerdo con el
Plan Estratégico. Los defectos encontrados
se documentan en un Reporte de
Validación.
Ver2 A2.4 Documentación RGP Verificar que se documenten los procesos
de Procesos identificados en el Plan de Procesos de
acuerdo a la Definición de Elementos de
Procesos y su consistencia. Los defectos
encontrados se documentan en un Reporte
de Verificación.
Ver3 A3.5 Plan de Acciones RGP Verificar que se establezcan acciones para
todos los hallazgos identificados. Los
defectos encontrados se documentan en un
Reporte de Verificación.
Val2 A3.7 Plan de Acciones RGN Validar que las acciones son viables para la
organización. Los defectos encontrados se
documentan en un Reporte de Validación.
Ver4 A3.10 Plan de Mejora RGP Verificar que se de respuesta a todas las
oportunidades de mejora identificadas. Los
defectos encontrados se documentan en un
Reporte de Verificación.
Val3 A3.12 Plan de Mejora RGN Validar que las mejoras son viables para la
organización. Los defectos encontrados se
documentan en un Reporte de Validación.

MoProSoft 51
Versión 1.3, Julio 2005

Incorporación Producto Forma de aprobación

a la Base de Plan de Procesos Ver1,Val1
Conocimiento Ver2
Documentación de Procesos
Plan de Acciones Ver3, Val2

Plan de Mejora Ver4, Val3

Reporte Cuantitativo y Cualitativo Ninguna

Reporte de Evaluación Ninguna

Lecciones Aprendidas Ninguna

Reporte(s) de Verificación Ninguna

Reporte(s) de Validación Ninguna

Actividad Recurso
Recursos de
A1 Herramientas que permitan documentar, manejar y controlar el
infraestructura
Plan de Procesos.

A2 Herramientas que apoyen la documentación y difusión de

procesos.

A3 Herramientas que apoyen la realización de la evaluación.

MoProSoft 52
Versión 1.3, Julio 2005

Mediciones Con base en Plan de Mediciones de Procesos se genera un reporte periódico del
avance de los indicadores del proceso con respecto a las metas cuantitativas
definidas, se sugieren las siguientes mediciones:

M1 (I1) Comparar la información contenida en el Plan de Procesos, con los

procesos requeridos en el Plan Estratégico para comprobar su
correspondencia.

M2 (I2) Comparar el Plan de Procesos con el Reporte de Cuantitativo y

Cualitativo en su apartado correspondiente al cumplimiento de este plan
para comprobar su conformidad.

M3 (I3) Realizar encuestas a los miembros de la organización para comprobar

el conocimiento sobre los procesos que les corresponden y la aplicación
de éstos a sus actividades.

M4 (I4) Comprobar que la Documentación de Procesos esté disponible y

actualizada en la Base de Conocimiento.
M5 (I5) Revisar si el Plan de Mejora está definido en función de las
sugerencias y las oportunidades de mejora contenidas en el Reporte de
Evaluación.

M6 (I6) Comparar metas cuantitativas con las mediciones reportadas en los

Reportes de Mediciones y Sugerencias de Mejora para comprobar su
logro.
M7 (I7) Comprobar la entrega del Reporte Cuantitativo y Cualitativo de
acuerdo a la periodicidad establecida en el Plan Estratégico.

Capacitación El RGP deberá ofrecer las facilidades para que el personal que está involucrado
en el proceso de Gestión de Procesos participe en las actividades del Plan de
Capacitación actual de la Base de Conocimiento.

Situaciones Los roles involucrados en el proceso Gestión de Procesos deberán notificar al

excepcionales RGP, de manera oportuna, las situaciones que les impidan el desarrollo de las
actividades asignadas.

El RGP deberá dar respuesta a estas situaciones y en caso de no poder

resolverlas o no sean de su competencia deberá escalarlas al RGN.

Lecciones Antes de iniciar las actividades asignadas, los roles involucrados en el proceso de
aprendidas Gestión de Procesos deberán consultar las Lecciones Aprendidas de la Base de
Conocimiento para aprovechar la experiencia de la organización y disminuir la
posibilidad de incurrir en problemas recurrentes.

MoProSoft 53
Versión 1.3, Julio 2005

Guías de ajuste

Definición de Para documentar los procesos se puede usar un patrón distinto del
Elementos de sugerido en este modelo, siempre y cuando tenga por lo menos definidos
Procesos los objetivos, indicadores y metas cuantitativas correspondientes.
Documentación de Para efectos de consistencia con ISO 9001:2000, la Documentación de
Procesos Procesos, se puede considerar como manual de calidad.

MoProSoft 54
Versión 1.3, Julio 2005

8.2. Gestión de Proyectos

Definición general del proceso

Proceso GES.2 Gestión de Proyectos

Categoría Gerencia (GER)
Propósito El propósito de la Gestión de Proyectos es asegurar que los proyectos
contribuyan al cumplimiento de los objetivos y estrategias de la organización.

MoProSoft 55
Versión 1.3, Julio 2005

Descripción La Gestión de Proyectos se ocupa de los proyectos externos, internos y de

las oportunidades de proyectos de la organización. Para las oportunidades de
proyectos se debe realizar la generación y cierre de oportunidades de
proyectos, la presentación de propuesta y la firma de Contrato. Para los
proyectos internos (para la propia organización o área interna de desarrollo),
antes de su aprobación, se requiere evaluar diferentes alternativas de
realización. Los proyectos externos e internos aprobados requieren de una
planificación general y asignación de recursos, así como de un seguimiento y
evaluación de desempeño.

La Gestión de Proyectos comprende la planificación, la realización, y la

evaluación y control.

• Planificación: Definir las actividades y recursos requeridos por cada

tipo de proyecto a gestionar, los cuales se documentan en el Plan de
Gestión de Proyectos. Elaborar el Plan de Adquisiciones y
Capacitación. Establecer los Mecanismos de Comunicación con el
Cliente de acuerdo al Plan de Comunicación con el Cliente. Para
proyectos internos se generan Alternativas de Realización de
Proyectos Internos y se elige una alternativa.

• Realización: Es la ejecución de las actividades del Plan de Gestión de

Proyectos y su seguimiento, así como el control de los Mecanismos
de Comunicación con el Cliente. Para cada proyecto se genera
Registro de Proyecto y la Descripción del Proyecto, se asigna el
Responsable de Administración del Proyecto Específico y se entregan
las Metas Cuantitativas para el Proyecto. En caso que el proyecto sea
externo se elabora un Contrato y a su término se realiza el cierre de
éste. Se reciben y aprueban los Planes de Proyecto y se recolectan
los Reportes de Seguimiento de los proyectos. Se recaudan los
Comentarios y Quejas del Cliente.

• Evaluación y Control: Comprende el análisis del Plan de Ventas, de

los Reportes de Seguimiento y de los Comentarios y Quejas del
Cliente, como consecuencia, se generan las Acciones Correctivas o
Preventivas para los proyectos y se les da seguimiento hasta su
cierre. Para mantener informado a Gestión de Negocio se genera el
Reporte Cuantitativo y Cualitativo y el Reporte de Acciones
Correctivas o Preventivas Relacionadas con Clientes y de los
proyectos. Adicionalmente con base en Plan de Mediciones de
Procesos se genera el Reporte de Mediciones y Sugerencias de
Mejora de este proceso.

MoProSoft 56
Versión 1.3, Julio 2005

Objetivos
O1 Cumplir con el Plan Estratégico de la organización mediante la
generación e instrumentación de proyectos.

O2 Mantener bajo control las actividades de Gestión de Proyectos

mediante el cumplimiento del Plan de Gestión de Proyectos.

O3 Proveer la información del desempeño de los proyectos a Gestión de

Negocio mediante la generación del Reporte Cuantitativo y
Cualitativo.

O4 Atender los Comentarios y Quejas del Cliente mediante la definición y

ejecución de Acciones Correctivas o Preventivas.
Indicadores I1 (O1) Se encuentran instrumentados los proyectos que dan respuesta
al Plan Estratégico.

I2 (O2) Las actividades se llevan a cabo de acuerdo a lo establecido

en el Plan de Gestión de Proyectos.

I3 (O2) Las Acciones Correctivas o Preventivas de los proyectos se

generan oportunamente y en función del análisis de los Reportes de
Seguimiento.
I4 (O3) El Reporte Cuantitativo y Cualitativo se entrega periódicamente
a Gestión de Negocio.
I5 (O4) La Acciones Correctivas o Preventivas de los proyectos se
generan oportunamente y en función del análisis de los Comentarios
y Quejas del Cliente.

Metas Valor numérico o rango de satisfacción por indicador.

cuantitativas

Responsabilidad Responsable:
y autoridad
• Responsable de Gestión de Proyectos

Autoridad:

• Responsable de Gestión de Negocio

MoProSoft 57
Versión 1.3, Julio 2005

Procesos Gestión de Negocio

relacionados
Gestión de Procesos

Gestión de Recursos

Recursos Humanos y Ambiente de Trabajo

Conocimiento de la Organización

Administración de Proyectos Específicos

MoProSoft 58
Versión 1.3, Julio 2005

Entradas

Nombre Fuente
Plan Estratégico: Gestión de Negocio

• Objetivos

• Estrategias

• Cartera de Proyectos

• Plan de Comunicación con el Cliente

Plan de Procesos: Gestión de Procesos

• Plan de Mediciones de Procesos

Asignación de Recursos Recursos Humanos y
Ambiente de Trabajo
Plan del Proyecto Administración de
Proyectos Específicos
Reporte de Seguimiento Administración de
Proyectos Específicos
Documento de Aceptación Administración de
Proyectos Específicos

Salidas

Nombre Descripción Destino

Reporte Elementos cuantitativos y cualitativos obtenidos a partir Gestión de Negocio
Cuantitativo y de la recopilación y análisis de Reportes de
Cualitativo Seguimiento de los proyectos y del cumplimiento del
Plan de Ventas.
Reporte de Acciones establecidas para corregir o prever una Gestión de Negocio
Acciones desviación o problema sobre los Comentarios y
Correctivas o Quejas del Cliente.
Preventivas
Relacionadas
con Clientes

MoProSoft 59
Versión 1.3, Julio 2005

Nombre Descripción Destino

Reporte de Registro que contiene: Gestión de Procesos
Mediciones y
Sugerencias de
Mejora * Mediciones de los indicadores del proceso de Gestión
de Proyectos (ver Mediciones).

* Sugerencias de mejora al proceso de Gestión de

Proyectos (métodos, herramientas, formatos,
estándares, entre otros).
Plan de Descripción de los recursos y la capacitación requerida Gestión de Recursos
Adquisiciones y por los proyectos. Por ejemplo: perfil, cantidad de
Capacitación recursos humanos, fechas de incorporación al
proyecto, requerimientos de capacitación, recursos de
infraestructura, financieros, tecnológicos y materiales
requeridos.
Contrato Documento legal para la prestación de servicios con el Conocimiento de la
cliente. Organización
Registro de Información administrativa del proyecto, por ejemplo: Conocimiento de la
Proyecto nombre, responsable, fechas de inicio y terminación, Organización
cliente, precio, entre otros.
Lecciones Registro de mejores prácticas, problemas recurrentes y Conocimiento de la
Aprendidas experiencias exitosas, durante la implantación de este Organización
proceso.
Responsable de Persona responsable de la administración de un Administración de
Administración proyecto específico. Proyectos Específicos
del Proyecto
Específico
Descripción del Descripción del propósito, del producto, objetivos, Administración de
Proyecto alcance, entregables, necesidad de negocio, Proyectos Específicos
supuestos y premisas, restricciones, entre otros.
Metas Establece las metas cuantitativas que deberá cubrir el Administración de
Cuantitativas proyecto para tiempo y costo, entre otras. Proyectos Específicos
para el Proyecto
Acciones Acciones establecidas para corregir o prever una Administración de
Correctivas o desviación o problema, tomando en cuenta los Proyectos Específicos
Preventivas comentarios y quejas de clientes relacionadas con los
proyectos.

MoProSoft 60
Versión 1.3, Julio 2005

Productos internos

Nombre Descripción
Plan de Gestión de Plan de Ventas:
Proyectos
Contiene los objetivos, alcance, recursos, acciones y programa de
trabajo para generar y cerrar oportunidades de proyectos.

Plan de Proyectos:

Descripción de las actividades para gestionar los proyectos externos

e internos.
Acciones Correctivas o Acciones establecidas para corregir o prever una desviación o
Preventivas problema, relacionadas con la realización del Plan de Ventas o con
los Mecanismos de Comunicación con los Clientes.
Comentarios y Quejas del Registro de los comentarios y quejas del cliente.
Cliente
Alternativas de Realización Descripción de diferentes opciones para llevar a cabo los proyectos
de Proyectos Internos internos. Incluye la decisión sobre la opción seleccionada.
Mecanismos de Información, medios, mensajes, responsables y mecanismos
Comunicación con los utilizados para comunicarse con los clientes
Clientes
Reporte de Validación Registro de participantes, fecha, lugar, duración y de defectos
encontrados.

Referencias ISO 9001:2000 Sistemas de gestión de la calidad ­ Requisitos

bibliográficas
The Capability Maturity Model: Guidelines for Improving the Software
Process. Carnegie Mellon University, Software Engineering Institute. 1994.
Addison­ Wesley.

ISO/IEC TR 15504 – 2:1998(E) Information Technology ­ Software

process assessment. Part 2: A reference model for process and process
capability, v. 3.3.

A guide to Project Management Body of Knowledge (PMBOK). Project

Management Institute. Edición 2000.

MoProSoft 61
Versión 1.3, Julio 2005

Prácticas

Roles Rol Abreviatura Capacitación

involucrados y
Responsable de RGN Conocimiento del esfuerzo requerido
capacitación
Gestión de Negocio para llevar a cabo la planificación de
Gestión de Proyectos.
Responsable de RGPY Conocimiento de las actividades
Gestión de Proyectos necesarias para llevar a cabo la
gestión de proyectos.

Actividades

Rol Descripción
A1. Planificación (O1, O4)
RGPY A1.1. Analizar y generar Alternativas de Realización de Proyectos Internos.
RGN A1.2. Seleccionar una alternativa para los proyectos internos.
RGPY A1.3. Generar o actualizar el Plan de Gestión de Proyectos en función de la Cartera de
Proyectos del Plan Estratégico.

• Elaborar o actualizar el Plan de Ventas, incluyendo acciones y programa de

trabajo para generar y cerrar oportunidades de proyectos.

• Elaborar o actualizar el Plan de Proyectos para gestionar los proyectos

externos e internos, considerar las Alternativas de Realización de Proyectos
Internos.
RGPY A1.4. Elaborar el Plan de Adquisiciones y Capacitación, incluyendo los recursos y la
capacitación requerida por los proyectos.
RGPY A1.5. Establecer Mecanismos de Comunicación con los Clientes de acuerdo al Plan de
Comunicación con el Cliente.
RGN A1.6. Validar el Plan de Gestión de Proyectos, Plan de Adquisiciones y Capacitación y
los Mecanismos de Comunicación con los Clientes (Val1).
RGPY A1.7. Corregir los defectos encontrados en el Plan de Gestión de Proyectos, Plan de
Adquisiciones y Capacitación y los Mecanismos de Comunicación con los Clientes
con base en el Reporte de Validación y obtener la aprobación de las correcciones.
A2. Realización (O1, O2, O4)

MoProSoft 62
Versión 1.3, Julio 2005

Rol Descripción
RGPY A2.1. Realizar actividades del Plan de Ventas.

• Identificar prospectos y necesidades de los posibles clientes.

• Estimar tiempos y costos conjuntamente con los representantes del grupo de

desarrollo y mantenimiento de software.

• Generar y presentar propuestas para oportunidades identificadas.

• Elaborar Contrato(s).
RGPY A2.2. Realizar actividades del Plan de Proyectos.

• Generar Registro de Proyecto para los proyectos contratados o internos.

• Generar Descripción del Proyecto, si el proyecto es interno considerar las

Alternativas de Realización de Proyectos Internos.

• Generar Metas Cuantitativas para el Proyecto.

• Asignar Responsable de Administración del Proyecto Específico con base a la

Asignación de Recursos.

• Recibir y aprobar el Plan del Proyecto.

• Recolectar los Reportes de Seguimiento.

• Cerrar los proyectos internos o contratados, al recibir el Documento de

Aceptación.

RGPY A2.3. Implantar los Mecanismos de Comunicación con los Clientes y recabar los
Comentarios y Quejas del Cliente.
A3 Evaluación y Control (O2, O3, O4)
RGPY A3.1. Analizar el cumplimiento del Plan de Ventas, generar y dar seguimiento a las
Acciones Correctivas o Preventivas.
RGPY A3.2. Analizar Reportes de Seguimiento de los proyectos y Comentarios y Quejas del
Cliente con respecto a los proyectos, generar y dar seguimiento a las Acciones
Correctivas o Preventivas.
RGPY A3.3. Analizar Comentarios y Quejas del Cliente con respecto a los mecanismos de
comunicación, generar y dar seguimiento a las Acciones Correctivas o
Preventivas.
RGPY A3.4. Generar Reporte Cuantitativo y Cualitativo con base a los reportes de
seguimiento de los proyectos y al cumplimiento del Plan de Ventas.

MoProSoft 63
Versión 1.3, Julio 2005

Rol Descripción
RGPY A3.5. Generar Reporte de Acciones Correctivas o Preventivas Relacionadas con
Clientes.
RGPY A3.6. Generar el Reporte de Mediciones y Sugerencias de Mejora de este proceso, de
acuerdo al Plan de Mediciones de Procesos.
RGPY A3.7. Identificar las Lecciones Aprendidas e integrarlas a la Base de Conocimiento.
Como ejemplo, se pueden considerar mejores prácticas, experiencias exitosas de
manejo de riesgos problemas recurrentes, entre otras.

MoProSoft 64
Versión 1.3, Julio 2005

Diagrama de
flujo de trabajo

Reporte de
Validación Asignación de
Recursos

Plan A1
Estratégico Planificación Alternativas de Realización de
Proyectos Internos

Plan de Adquisiciones y
Capacitación
Mecanismos de Comunicación con los
Clientes

Plan de Mediciones de Plan de Gestión de

Procesos Proyectos
[Generado/Actualizado]
A2
Acciones Correctivas o
Contiene el Plan Realización
Preventivas
de Ventas y el Plan
de Proyectos
Lecciones
Aprendidas Comentarios y Quejas
del Cliente

A3 Evaluación y
Control
Documento de
Aceptación

Reporte de Mediciones y Plan del

Sugerencias de Mejora Proyecto
Reporte de
Seguimiento
Reporte Cuantitativo y
Cualitativo Registro de
Proyecto
Contrato

Reporte de Acciones Correctivas o Preventivas Descripción del

Relacionadas con Clientes Proyecto

Metas Cuantitativas para el

Proyecto
Responsable de Administración del
Proyecto Específico

MoProSoft 65
Versión 1.3, Julio 2005

Verificaciones y
validaciones

Verificación Actividad Producto Rol Descripción

o validación
Val1 A1.6 Plan de Gestión RGN Validar que cumplen con lo establecido en el
de Proyectos Plan Estratégico, con respecto a la Cartera
de Proyectos y el Plan de Comunicación
con el Cliente. Los defectos encontrados se
Plan de documentan en un Reporte de Validación.
Adquisiciones y
Capacitación

Mecanismos de
Comunicación
con los Clientes

Incorporación
a la Base de Producto Forma de aprobación
Conocimiento Plan de Gestión de Proyectos Val1

Plan de Adquisiciones y Capacitación Val1

Mecanismos de Comunicación con los Val1

Clientes
Reporte Cuantitativo y Cualitativo Ninguna

Reporte de Acciones Correctivas o Ninguna

Preventivas Relacionadas con Clientes
Reporte de Mediciones y Sugerencias Ninguna
de Mejora
Contrato Ninguna

Registro de Proyecto Ninguna

Lecciones Aprendidas Ninguna

Descripción del Proyecto Ninguna

Metas Cuantitativas para el Proyecto Ninguna

Acciones Correctivas o Preventivas Ninguna

Comentarios y Quejas del Cliente Ninguna

Alternativas de Realización de Ninguna

Proyectos Internos
Reporte de Validación Ninguna

MoProSoft 66
Versión 1.3, Julio 2005

Actividad Recurso
Recursos de
A1, A2, A3 Herramienta para documentación, planificación y seguimiento
infraestructura
de los proyectos, así como para el seguimiento a las acciones
correctivas y preventivas.

Mediciones Con base en Plan de Mediciones de Procesos se genera un reporte periódico del
avance de los indicadores del proceso con respecto a las metas cuantitativas
definidas, se sugieren las siguientes mediciones:

M1 (I1) Comparar el Reporte Cuantitativo y Cualitativo con la Cartera de

Proyectos del Plan Estratégico, para comprobar su correspondencia.
M2 (I2) Comparar el Reporte Cuantitativo y Cualitativo con el Plan de Gestión
de Proyectos para comprobar su cumplimiento.
M3 (I3) Revisar el contenido de las Acciones Correctivas o Preventivas para
comprobar su correspondencia con los Reportes de Seguimiento y
confirmar su realización.
M4 (I4) Comprobar la entrega del Reporte Cuantitativo y Cualitativo de
acuerdo a la periodicidad establecida en el Plan Estratégico.
M5 (I5) Revisar el contenido de las Acciones Correctivas o Preventivas para
comprobar su correspondencia con Comentarios y Quejas del Cliente y
confirmar su realización mediante el Reporte de Acciones Correctivas o
Preventivas Relacionadas con Clientes.

Capacitación El RGPY deberá ofrecer las facilidades para que el personal que está involucrado
en el proceso de Gestión de Proyectos participe en las actividades del Plan de
Capacitación actual de la Base de Conocimiento.

Situaciones Los roles involucrados en el proceso de Gestión de Proyectos deberán notificar al

excepcionales RGPY, de manera oportuna, las situaciones que les impidan el desarrollo de las
actividades asignadas.

El RGPY deberá dar respuesta a estas situaciones y en caso de no poder

resolverlas o no sean de su competencia deberá escalarlas al RGN.

Lecciones Antes de iniciar las actividades asignadas, los roles involucrados en el proceso de
aprendidas Gestión de Proyectos deberán consultar las Lecciones Aprendidas de la Base de
Conocimiento para aprovechar la experiencia de la organización y disminuir la
posibilidad de incurrir en problemas recurrentes.

Guías de ajuste

MoProSoft 67
Versión 1.3, Julio 2005

Descripción del La generación de la Descripción del Proyecto y las Metas Cuantitativas

Proyecto y Metas para el Proyecto se puede realizar de manera conjunta con el cliente.
Cuantitativas para el
Proyecto

Propuestas y Las propuestas y contratos se pueden verificar y validar antes de

contratos presentarlos a los clientes. El responsable de la verificación podría ser el
Responsable de Gestión de Negocio y de la validación del Grupo
Directivo.
Contrato Para las áreas internas de desarrollo el Contrato debe ser sustituido por
una orden de trabajo u otro mecanismo para formalizar un proyecto.
Plan de Ventas Para las áreas internas de desarrollo se omitirá el Plan de Ventas del
Plan de Gestión de Proyectos y la realización de las actividades
correspondientes.

MoProSoft 68
Versión 1.3, Julio 2005

8.3. Gestión de Recursos

Definición general del proceso

Proceso GES.3 Gestión de Recursos

Categoría Gerencia (GER)
Propósito El propósito de Gestión de Recursos es 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.
Descripción El proceso de Gestión de Recursos se compone de las siguientes actividades:
la planificación, seguimiento y control de recursos, e investigación de
tendencias tecnológicas, apoyadas con tres subprocesos: Recursos Humanos
y Ambiente de Trabajo, Bienes, Servicios e Infraestructura y Conocimiento de
la Organización.

• Planificación de Recursos: Se establece a partir del Plan Estratégico y

Plan de Adquisiciones y Capacitación de los procesos y proyectos.
Como resultado se obtienen los planes: Plan Operativo de Recursos
Humanos y Ambiente de Trabajo, Plan Operativo de Bienes, Servicios
e Infraestructura y Plan Operativo de Conocimiento de la
Organización.

• Seguimiento y Control: Se da seguimiento a la ejecución de los

planes operativos de cada uno de los subprocesos considerando el
Reporte de Recursos Humanos Disponibles, Capacitación y Ambiente
de Trabajo, el Reporte de Bienes, Servicios e Infraestructura y el
Reporte del Estado de la Base de Conocimiento, en caso de alguna
desviación se establecen Acciones Correctivas. También, con base
en los reportes antes mencionados, se genera el Reporte Cuantitativo
y Cualitativo que incluye información sobre recursos disponibles y
adquiridos de acuerdo al Plan de Comunicación e Implantación.
Adicionalmente con base en Plan de Mediciones de Procesos se
genera el Reporte de Mediciones y Sugerencias de Mejora.

• Investigación de Tendencias Tecnológicas: Se lleva a cabo en función

del Plan Estratégico, para realizar un análisis prospectivo y de
viabilidad dirigido al grupo directivo. Como resultado se obtienen
Propuestas Tecnológicas.

MoProSoft 69
Versión 1.3, Julio 2005

Objetivos
O1 Lograr los objetivos del Plan Estratégico mediante la provisión de los
recursos suficientes y calificados a la organización.

O2 Proveer a los miembros de la organización de los medios y

mecanismos adecuados para el uso y resguardo de la información
mediante la Base de Conocimiento.

O3 Mantener a la organización informada oportunamente sobre las

tendencias tecnológicas mediante la elaboración de Propuestas
Tecnológicas.
Indicadores I1 (O1) Grado de satisfacción de los responsables de los procesos y
proyectos con respecto a la oportunidad de entrega de los recursos
solicitados.

I2 (O1) Grado de satisfacción de los responsables de los procesos y

proyectos con respecto a la calidad de los recursos entregados.

I3 (O1) Relación entre gasto presupuestado y gasto real de los recursos

entregados.

I4 (O2) Grado de satisfacción de los usuarios de la Base de

Conocimiento.

I5 (O3) Entrega periódica o a solicitud, de Propuestas Tecnológicas al

Responsable de Gestión de Negocio.
Metas Valor numérico o rango de satisfacción por indicador.
cuantitativas

Responsabilidad Responsabilidad:
y autoridad
• Responsable de Gestión de Recursos

Autoridad:

• Responsable de Gestión de Negocio

Subprocesos GES.3.1 Recursos Humanos y Ambiente de Trabajo

GES.3.2 Bienes, Servicios e Infraestructura

GES.3.3 Conocimiento de la Organización

MoProSoft 70
Versión 1.3, Julio 2005

Procesos Gestión de Negocio

relacionados
Gestión de Procesos

Gestión de Proyectos

Recursos Humanos y Ambiente de Trabajo

Bienes, Servicios e Infraestructura

Conocimiento de la Organización

Administración de Proyectos Específicos

Entradas

Nombre Fuente
Plan Estratégico Gestión de Negocio
Plan de Comunicación e Implantación Gestión de Negocio
Plan de Adquisiciones y Capacitación Gestión de Negocio

Gestión de Procesos

Gestión de Proyectos

Administración de
Proyectos Específicos
Plan de Procesos Gestión de Procesos

• Plan de Mediciones de Procesos

Reporte de Recursos Humanos Disponibles, Capacitación y Ambiente Recursos Humanos y
de Trabajo Ambiente de Trabajo
Reporte de Bienes, Servicios e Infraestructura Bienes, Servicios e
Infraestructura
Reporte del Estado de la Base de Conocimiento Conocimiento de la
Organización

Salidas

Nombre Descripción Destino

Reporte Cuantitativo Informe sobre la disponibilidad de recursos Gestión de Negocio
y Cualitativo humanos, bienes, servicios e infraestructura e
información sobre la Base de Conocimiento.

MoProSoft 71
Versión 1.3, Julio 2005

Nombre Descripción Destino

Propuestas Propuestas de tecnología, incluyendo el análisis de Gestión de Negocio
Tecnológicas viabilidad y beneficios para la organización.
Reporte de Registro que contiene: Gestión de Procesos
Mediciones y
Sugerencias de
Mejora * Mediciones de los indicadores del proceso de
Gestión de Recursos (ver Mediciones).

* Sugerencias de mejora al proceso de Gestión de

Recursos (métodos, herramientas, formatos,
estándares, entre otros).
Plan Operativo de Elementos a considerar en la selección, Recursos Humanos y
Recursos Humanos asignación, aceptación, capacitación, evaluación y Ambiente de Trabajo
y Ambiente de desempeño de los recursos humanos, así como en
Trabajo el ambiente de trabajo.

• Requerimientos
de Adquisición
Plan Operativo de Elementos a considerar en la adquisición de Bienes, Servicios e
Bienes, Servicios e bienes y servicios, así como en la evaluación de Infraestructura
Infraestructura los proveedores.

• Requerimientos
de Adquisición
Plan Operativo de Elementos a considerar en el diseño, operación y Conocimiento de la
Conocimiento de la mantenimiento de la Base de Conocimiento de la Organización
Organización organización.

• Requerimientos
de Adquisición
Acciones Correctivas Acciones para corregir las desviaciones de los Recursos Humanos y
planes operativos de Recursos Humanos y Ambiente de Trabajo
Ambiente de Trabajo, Bienes, Servicios e
Infraestructura, y Conocimiento de la Organización.
Bienes, Servicios e
Infraestructura

Conocimiento de la
Organización

MoProSoft 72
Versión 1.3, Julio 2005

Nombre Descripción Destino

Lecciones Registro de mejores prácticas, problemas Conocimiento de la
Aprendidas recurrentes y experiencias exitosas, durante la Organización
implantación de este proceso.
Productos internos

Nombre Descripción
Plan de Adquisiciones y Solicitudes con los requerimientos de adquisición de recursos.
Capacitación Incluye personal capacitado, proveedores, infraestructura y
herramientas así como requerimientos de capacitación, para el
proceso de Gestión de Recursos.
Reporte(s) de Verificación Registro de participantes, fecha, lugar, duración y defectos
encontrados.

Referencias ISO 9001:2000 Sistemas de gestión de la calidad ­ Requisitos

bibliográficas
The Capability Maturity Model: Guidelines for Improving the Software
Process. Carnegie Mellon University, Software Engineering Institute. 1994.
Addison­ Wesley.

ISO/IEC TR 15504 – 2:1998(E) Information Technology ­ Software

process assessment. Part 2: A reference model for process and process
capability, v. 3.3.

Prácticas

MoProSoft 73
Versión 1.3, Julio 2005

Roles Rol Abreviatura Capacitación

involucrados y
Responsable de RGN Conocimiento del esfuerzo requerido
capacitación
Gestión de Negocio para llevar a cabo la Gestión de
Recursos.
Responsable de RGR Conocimiento de las actividades
Gestión de Recursos necesarias para definir e implantar
exitosamente el proceso de Gestión
de Recursos.
Responsable de RRHAT Conocimiento de las actividades
Recursos Humanos y necesarias para implantar
Ambiente de Trabajo exitosamente el subproceso de
Gestión de Recursos Humanos.
Responsable de RBSI Conocimiento de las actividades
Bienes, Servicios e necesarias para implantar
Infraestructura exitosamente el subproceso de
Bienes, Servicios e Infraestructura.
Responsable de RCO Conocimiento necesario para
Conocimiento de la garantizar la integridad, seguridad y
Organización eficiencia de la Base de
Conocimiento.
Actividades

Rol Descripción
A1. Planificación de Recursos (O1,O2)
RGR A1.1. Generar o actualizar el Plan de Adquisiciones y Capacitación necesario para éste
proceso.
RGR A1.2. Generar o actualizar el Plan Operativo de Recursos Humanos y Ambiente de
RRHAT Trabajo, a partir del Plan Estratégico y los Planes de Adquisiciones y
Capacitación, para realizarse en el subproceso Recursos Humanos y Ambiente de
Trabajo.

• Establecer elementos a considerar en la selección, asignación, aceptación,

capacitación, evaluación y desempeño de los recursos humanos.

• Establecer elementos que favorezcan el ambiente de trabajo en la

organización.
RRHAT A1.3. Verificar el Plan Operativo de Recursos Humanos y Ambiente de Trabajo (Ver1).
RGR A1.4. Corregir los defectos encontrados en el Plan Operativo de Recursos Humanos y
Ambiente de Trabajo con base en el Reporte de Verificación y obtener la
aprobación de las correcciones.

MoProSoft 74
Versión 1.3, Julio 2005

Rol Descripción
RGR A1.5. Generar o actualizar el Plan Operativo de Bienes, Servicios e Infraestructura, a
partir del Plan Estratégico y los Planes de Adquisiciones y Capacitación, para
RBSI
realizarse en el subproceso Bienes, Servicios e Infraestructura.

• Establecer elementos para garantizar la adquisición y asignación de bienes,

servicios e infraestructura, necesarios para realizar las actividades de la
organización.

• Establecer elementos para evaluar y calificar el servicio de los proveedores.

RBSI A1.6. Verificar el Plan Operativo de Bienes, Servicios e Infraestructura (Ver2).
RGR A1.7. Corregir los defectos encontrados en el Plan Operativo de Bienes, Servicios e
Infraestructura con base en el Reporte de Verificación y obtener la aprobación de
las correcciones.
RGR A1.8. Generar o actualizar el Plan Operativo de Conocimiento de la Organización, a
RCO partir del Plan Estratégico, para realizarse en el subproceso Conocimiento de la
Organización.

• Establecer elementos para la definición, operación y mantenimiento, del

conocimiento generado en la organización.
RCO A1.9. Verificar el Plan Operativo de Conocimiento de la Organización (Ver3).
RGR A1.10. Corregir los defectos encontrados en el Plan Operativo de Conocimiento de la
Organización con base en el Reporte de Verificación y obtener la aprobación de
las correcciones.
A2. Seguimiento y Control (O1,O2)
RGR A2.1. Dar seguimiento a la ejecución del Plan Operativo de Recursos Humanos y
Ambiente de Trabajo en función del Reporte de Recursos Humanos Disponibles,
Capacitación y Ambiente de Trabajo.
• Determinar si la selección, asignación, aceptación, capacitación, evaluación y
desempeño de los recursos humanos es adecuada.
• Determinar si el ambiente de trabajos es adecuado.
• Si existe alguna desviación, generar Acciones Correctivas y dar seguimiento
hasta su cierre.

MoProSoft 75
Versión 1.3, Julio 2005

Rol Descripción
RGR A2.2. Dar seguimiento a la ejecución del Plan Operativo de Bienes, Servicios e
Infraestructura en función del Reporte de Bienes, Servicios e Infraestructura.

• Determinar si la adquisición y asignación de los bienes y servicios es

adecuada.

• Determinar si el servicio de los proveedores es adecuado y oportuno.

• Si se detecta alguna desviación, generar Acciones Correctivas y dar

seguimiento hasta su cierre.
RGR A2.3. Dar seguimiento a la ejecución del Plan Operativo de Conocimiento de la
Organización en función del Reporte del Estado de la Base de Conocimiento.

• Determinar si el conocimiento de la organización se almacena y actualiza

correctamente.

• Determinar si el conocimiento de la organización está disponible para su

consulta.

• Si se detecta alguna desviación, generar Acciones Correctivas y dar

seguimiento hasta su cierre.
RGR A2.4. Analizar periódicamente el uso de recursos y el ambiente de trabajo en la
organización y compararlos con el Plan de Comunicación e Implantación. Generar
el Reporte Cuantitativo y Cualitativo.
RGR A2.5. Generar el Reporte de Mediciones y Sugerencias de Mejora de este proceso, de
acuerdo al Plan de Mediciones de Procesos.
RGR A2.6. Identificar las Lecciones Aprendidas e integrarlas a la Base de Conocimiento.
Como ejemplo, se pueden considerar mejores prácticas, experiencias exitosas de
manejo de riesgos, problemas recurrentes, entre otras.
A3. Investigación de Tendencias Tecnológicas (O3)
RGR A3.1. Generar Propuestas Tecnológicas.
RGN • Realizar un análisis prospectivo y de viabilidad de las tendencias tecnológicas.

• Determinar el beneficio y el impacto de las tendencias tecnológicas al Plan

Estratégico.

MoProSoft 76
Versión 1.3, Julio 2005

Diagrama de
flujo de trabajo

Plan
Estratégico

Actualización

Plan de Adquisiciones y A1 Planificació n de A3 Investigació n de

Capacitación Recursos Tendencias Tecnoló gicas

Plan Operativo de Bienes,

Propuestas
Servicios e Infraestructura Reporte de Tecnológicas
Verificación

Acciones
Correctivas Plan Opera tivo de Conocimiento de la
Organización

Plan Operativo de
Recursos Humanos...
Lecciones
Aprendidas

Reporte de Recursos Humanos Disponibles,

Capacitación y Ambiente de Trabajo

A2 Seguimiento y Reporte de Bienes, Servicios e

control
Infraestructura
Plan de Mediciones de
Procesos
Reporte del Estado de la Base de
Conocimiento

Plan de Comunicación e Reporte de Mediciones y Reporte Cuantitativo y

Implantación Sugerencias de Mejora Cualitativo

MoProSoft 77
Versión 1.3, Julio 2005

Verificaciones y
validaciones

Verificación Actividad Producto Rol Descripción

o
validación
Ver1 A1.3 Plan Operativo de RRHAT Verificar que el Plan Operativo de
Recursos Recursos Humanos y Ambiente de
Humanos y Trabajo cumpla con las necesidades
Ambiente de planteadas en el Plan Estratégico y en los
Trabajo Planes de Adquisiciones y Capacitación.
Los defectos encontrados se documentan
en un Reporte de Verificación.
Ver2 A1.6 Plan Operativo de RBSI Verificar que el Plan Operativo de Bienes,
Bienes, Servicios Servicios e Infraestructura, cumpla con las
e Infraestructura necesidades planteadas en el Plan
Estratégico y en los Planes de
Adquisiciones y Capacitación. Los defectos
encontrados se documentan en un
Reporte de Verificación.
Ver3 A1.9 Plan Operativo de RCO Verificar que el Plan Operativo de
Conocimiento de Conocimiento de la Organización, cumpla
la Organización con las necesidades planteadas en el Plan
Estratégico. Los defectos encontrados se
documentan en un Reporte de
Verificación.

MoProSoft 78
Versión 1.3, Julio 2005

Incorporación
a la Base de Producto Forma de aprobación
Conocimiento Plan Operativo de Recursos Humanos Ver1
y Ambiente de Trabajo
Plan Operativo de Bienes, Servicios e Ver2
Infraestructura
Plan Operativo de Conocimiento de la Ver3
Organización
Reporte Cuantitativo y Cualitativo Ninguna

Propuestas Tecnológicas Ninguna

Reporte de Mediciones y Sugerencias Ninguna

de Mejora
Plan de Adquisiciones y Capacitación Ninguna

Acciones Correctivas Ninguna

Lecciones Aprendidas Ninguna

Reporte(s) de Verificación Ninguna

Actividad Recurso
Recursos de
infraestructura A1,A2 Herramientas para documentación y seguimiento de planes, así
como para el seguimiento de acciones correctivas.

A3 Herramientas que favorezcan la investigación de tecnología.

Mediciones Con base en Plan de Mediciones de Procesos se genera un reporte periódico del
avance de los indicadores del proceso con respecto a las metas cuantitativas
definidas, se sugieren las siguientes mediciones:

M1 (I1,I2) Realizar encuestas a los responsables de proyectos y procesos

para conocer la satisfacción con respecto a la oportunidad y calidad de los
recursos entregados.

M2 (I3) Comparar el gasto presupuestado con el gasto real de los productos

entregados para conocer la desviación contra lo planificado.

M3 (I4) Realizar encuestas a los miembros de la organización para conocer

la satisfacción en el uso de la Base de Conocimiento.

M4 (I5) Comprobar la entrega de las Propuestas Tecnológicas de acuerdo a la

periodicidad establecida o a la solicitud.

MoProSoft 79
Versión 1.3, Julio 2005

Capacitación El RGR deberá ofrecer las facilidades para que el personal que está involucrado
en el proceso de Gestión de Recursos participe en las actividades del Plan de
Capacitación actual de la Base de Conocimiento.

Situaciones Los roles involucrados en el proceso Gestión de Recursos deberán notificar al

excepcionales RGR, de manera oportuna, las situaciones que les impidan el desarrollo de las
actividades asignadas.

El RGR deberá dar respuesta a estas situaciones y en caso de no poder

resolverlas o no sean de su competencia deberá escalarlas al RGN.

Lecciones Antes de iniciar las actividades asignadas, los roles involucrados en el proceso de
aprendidas Gestión de Recursos deberán consultar las Lecciones Aprendidas de la Base de
Conocimiento para aprovechar la experiencia de la organización y disminuir la
posibilidad de incurrir en problemas recurrentes.

Guías de ajuste

Subprocesos Los elementos considerados en los subprocesos pueden incorporarse

directamente en el proceso Gestión de Recursos.
Subprocesos Se puede considerar un esquema diferente de subprocesos siempre y
cuando se garantice el cumplimiento de los objetivos establecidos en
Gestión de Recursos.

MoProSoft 80
Versión 1.3, Julio 2005

8.3.1. Recursos Humanos y Ambiente de Trabajo

Definición general del proceso

Proceso GES.3.1 Recursos Humanos y Ambiente de Trabajo

Categoría Gerencia (GER)
Propósito El propósito de Recursos Humanos y Ambiente de Trabajo es proporcionar
los recursos humanos adecuados para cumplir las responsabilidades
asignadas a los roles dentro de la organización, así como la evaluación del
ambiente de trabajo.

MoProSoft 81
Versión 1.3, Julio 2005

Descripción En función del Plan Operativo de Recursos Humanos y Ambiente de Trabajo y

Acciones Correctivas de Gestión de Recursos se realizan las actividades de
preparación, instrumentación y generación de reportes.

• Preparación. Realizar las siguientes tareas:

- Revisión del Plan Operativo de Recursos Humanos y Ambiente

de Trabajo y de las Acciones Correctivas.

- Definición de criterios.

- Elaboración del Plan de Capacitación.

- Elaboración de los formularios para la Evaluación de Desempeño

y para la Encuesta sobre el Ambiente de Trabajo.

• Instrumentación. Realizan las siguientes tareas:

- Selección, asignación y aceptación de los recursos humanos.

Como resultado se tiene la Asignación de Recursos.

- Capacitación de recursos humanos de acuerdo a las necesidades

actuales y futuras de los procesos y proyectos. Como resultado
se deberá generar el Reporte de Capacitación.

- Evaluación de desempeño periódica de los recursos humanos

asignados a los procesos y proyectos, que se registra en
Registro de Recursos Humanos.

- Evaluación del ambiente de trabajo y su registro en el Reporte de

Ambiente de Trabajo.

• Generación de Reportes. Producir los siguientes:

- Reporte de Recursos Humanos Disponibles, Capacitación y

Ambiente de Trabajo.

- Reporte de Mediciones y Sugerencias de Mejora.

Objetivos O1 Proveer a la organización de recursos humanos calificados mediante
la selección y capacitación adecuada a los roles que se les asignen.

O2 Evaluar el ambiente de trabajo de la organización mediante la

Encuesta sobre el Ambiente de Trabajo.

MoProSoft 82
Versión 1.3, Julio 2005

Indicadores I1 (O1) Porcentaje de aceptación de recursos asignados durante cierto

periodo.

I2 (O1) Nivel del desempeño del personal en los roles asignados

durante cierto periodo.

I3 (O1) Grado de satisfacción de la capacitación proporcionada durante

cierto periodo.

I4 (O2) Grado de satisfacción del personal con respecto al ambiente de

trabajo durante cierto periodo.
Metas Valor numérico o rango de satisfacción por indicador.
cuantitativas

Responsabilidad Responsabilidad:
y autoridad
• Responsable de Recursos Humanos y Ambiente de Trabajo

Autoridad:

• Responsable de Gestión de Recursos

Procesos Gestión de Procesos
relacionados
Gestión de Proyectos

Gestión de Recursos

Conocimiento de la Organización

Administración de Proyectos Específicos

Entradas

Nombre Fuente
Plan de Procesos Gestión de Procesos

• Plan de Mediciones de Procesos

Plan Operativo de Recursos Humanos y Ambiente de Trabajo Gestión de Recursos
Acciones Correctivas Gestión de Recursos

Salidas

MoProSoft 83
Versión 1.3, Julio 2005

Nombre Descripción Destino

Asignación de Personal competente con la formación apropiada, Gestión de Procesos
Recursos capacitación, habilidades y experiencia, de acuerdo al
Gestión de Proyectos
rol a desempeñar.
Administración de
Proyectos Específicos
Reporte de Registro que contiene: Gestión de Procesos
Mediciones y
Sugerencias de
Mejora * Mediciones de los indicadores del proceso de
Recursos Humanos y Ambiente de Trabajo (ver
Mediciones).

* Sugerencias de mejora al proceso de Recursos

Humanos y Ambiente de Trabajo (métodos,
herramientas, formatos, estándares, entre otros).
Reporte de Reporte periódico que concentra la información de: Gestión de Recursos
Recursos
Estado de los recursos humanos.
Humanos
Disponibles, Actividades de capacitación realizadas y planificadas.
Capacitación y
Resultado de las encuestas sobre el ambiente de
Ambiente de
Trabajo trabajo.

Plan de Descripción de las actividades de capacitación, Conocimiento de la

Capacitación incluyendo: Organización

Cursos, talleres, calendario, instructores, logística,

entre otros.
Lecciones Registro de mejores prácticas, problemas recurrentes y Conocimiento de la
Aprendidas experiencias exitosas, durante la implantación de este Organización
proceso.

Productos internos

Nombre Descripción
Registro de Recursos Información del personal, incluyendo datos personales, formación,
Humanos experiencia, roles asignados, capacitación, evaluaciones de
desempeño, entre otros.

MoProSoft 84
Versión 1.3, Julio 2005

Nombre Descripción
Reporte de Ambiente de Concentrado de las encuestas sobre las relaciones de trabajo,
Trabajo liderazgo, trabajo en equipo, horarios, infraestructura proporcionada,
entre otros.
Reporte de Capacitación Registro que puede contener los datos de capacitación
proporcionada, fechas, número de asistentes, instructor, proveedor,
evaluación, entre otros.
Evaluación de Desempeño Evaluación del desempeño del recurso humano de acuerdo al rol
asignado.
Encuesta sobre el Encuesta aplicada a los recursos humanos sobre el ambiente de
Ambiente de Trabajo trabajo.
Reporte(s) de Validación Registro de participantes, fecha, lugar, duración y de defectos
encontrados.

Referencias ISO 9001:2000 Sistemas de gestión de la calidad ­ Requisitos

bibliográficas
The Capability Maturity Model: Guidelines for Improving the Software
Process. Carnegie Mellon University, Software Engineering Institute. 1994.
Addison­ Wesley.

ISO/IEC TR 15504 – 2:1998(E) Information Technology ­ Software

process assessment. Part 2: A reference model for process and process
capability, v. 3.3.

MoProSoft 85
Versión 1.3, Julio 2005

Prácticas

Roles
involucrados y Rol Abreviatura Capacitación
capacitación Responsable de RGR Conocimiento de las actividades
Gestión de Recursos necesarias para planificar
exitosamente el subproceso de
Recursos Humanos y Ambiente de
Trabajo.
Responsable de RRHAT Conocimiento de las actividades
Recursos Humanos y necesarias para implantar
Ambiente de Trabajo exitosamente el subproceso de
Recursos Humanos y Ambiente de
Trabajo.
Responsable de RC Conocimiento de las
Capacitación
actividades necesarias para
implantar exitosamente la
capacitación solicitada.

Actividades

Rol Descripción
A1. Preparación (O1, O2)
RRHAT A1.1. Revisión del Plan Operativo de Recursos Humanos y Ambiente de Trabajo y
Acciones Correctivas.
RRHAT A1.2. Definir los criterios para la:

• Selección, asignación y aceptación de los recursos.

• Capacitación u otras acciones que satisfagan estas necesidades.

• Evaluación de desempeño.

• Evaluación de ambiente de trabajo.

Estos criterios aplican en las actividades A2.1, A1.3, A2.2, A1.6 y A1.9.
RC A1.3. Elaborar o actualizar el Plan de Capacitación con base en Plan Operativo de
Recursos Humanos y Ambiente de Trabajo y a las Acciones Correctivas.
RGR A1.4. Validar el Plan de Capacitación (Val1).

MoProSoft 86
Versión 1.3, Julio 2005

Rol Descripción
RC A1.5. Corregir los defectos encontrados en el Plan de Capacitación con base en el
Reporte de Validación y obtener la aprobación de las correcciones.
RRHAT A1.6. Elaborar o actualizar el formulario para la Evaluación de Desempeño.
RGR A1.7. Validar la Evaluación de Desempeño (Val2).
RRHAT A1.8. Corregir los defectos encontrados en la Evaluación de Desempeño con base en
el Reporte de Validación y obtener la aprobación de las correcciones.
RRHAT A1.9. Elaborar o actualizar el formulario para la Encuesta sobre el Ambiente de Trabajo.
RGR A1.10. Validar la Encuesta sobre el Ambiente de Trabajo (Val3).
RRHAT A1.11. Corregir los defectos encontrados en la Encuesta sobre el Ambiente de Trabajo
con base en el Reporte de Validación y obtener la aprobación de las correcciones.
A2. Instrumentación (O1, O2)
RRHAT A2.1. Seleccionar, asignar y obtener la aceptación de los recursos humanos.

• En función del perfil solicitado, seleccionar el recurso humano del personal de

la organización o contratarlo.

• Emitir la Asignación de Recursos y notificar al solicitante.

• Obtener la aceptación de la Asignación de Recursos.

• En caso de que la Asignación de Recursos sea rechazada se repite esta

actividad.

• En caso que se contrate nuevo personal, registrar en Registro de Recursos

Humanos.
RC A2.2. Llevar a cabo el Plan de Capacitación.

• Elaborar el Reporte de Capacitación, incluyendo la evaluación de la

capacitación proporcionada.

• Por cada miembro del personal capacitado, registrar la capacitación

proporcionada en Registro de Recursos Humanos.
RRHAT A2.3. Aplicar la Evaluación de Desempeño en función del Plan Operativo de Recursos
Humanos y Ambiente de Trabajo y registrar el resultado de la evaluación en
Registro de Recursos Humanos.
RRHAT A2.4. Aplicar la Encuesta sobre el Ambiente de Trabajo en función del Plan Operativo
de Recursos Humanos y Ambiente de Trabajo y registrar el resultado en el
Reporte de Ambiente de Trabajo.
A3. Generación de Reportes (O1, O2)

MoProSoft 87
Versión 1.3, Julio 2005

Rol Descripción
RRHAT A3.1. Generar el Reporte de Recursos Humanos Disponibles, Capacitación y Ambiente
de Trabajo de acuerdo al Plan Operativo de Recursos Humanos y Ambiente de
Trabajo, al Registro de Recursos Humanos, al Reporte de Capacitación y al
Reporte de Ambiente de Trabajo.
RRHAT A3.2. Generar el Reporte de Mediciones y Sugerencias de Mejora de los procesos con
base en Plan de Mediciones de Procesos.
RRHAT A3.3. Identificar las Lecciones Aprendidas de procesos e integrarlas a la Base de
Conocimiento. Como ejemplo, se pueden considerar mejores prácticas,
experiencias exitosas de manejo de riesgos, problemas recurrentes, entre otras.

MoProSoft 88
Versión 1.3, Julio 2005

Diagrama de flujo
de trabajo

Reporte de
Validación

Acciones A1
Correctivas Preparación

Plan de Mediciones d e Encuesta sobre el Ambiente

Procesos de Trabajo

Evaluación de
Desempeño
Lecciones
Aprendidas
Plan de
Capacitación

Reporte de Mediciones y
Sugerencias de Mejora
Asignación de A2
Recursos Instrumentación

Plan Operativo de Recursos Humanos y

Ambiente de Trabajo

Reporte de
A3 Generación de Capacitación
Reportes

Registro de Recursos
Humanos

Reporte de Ambiente de
Reporte de Recursos Humanos Disponibles, Trabajo.
Capacitación y Ambiente de Trabajo

MoProSoft 89
Versión 1.3, Julio 2005

Verificaciones y
validaciones

Verificación Actividad Producto Rol Descripción

o
validación
Val1 A1.4 Plan de RGR Validar que todos los elementos del Plan de
Capacitación Capacitación sean viables y que
correspondan a las necesidades de los
procesos y los proyectos. Los defectos
encontrados se documentan en un Reporte
de Validación.
Val2 A1.7 Evaluación de RGR Validar que todos los elementos de la
Desempeño Evaluación de Desempeño ofrezcan
información útil para la organización. Los
defectos encontrados se documentan en un
Reporte de Validación.
Val3 A1.10 Encuesta sobre RGR Validar que todos los elementos de la
el Ambiente de Encuesta sobre el Ambiente de Trabajo
Trabajo ofrezcan información útil para la
organización. Los defectos encontrados se
documentan en un Reporte de Validación.

MoProSoft 90
Versión 1.3, Julio 2005

Incorporación
a la Base de Producto Forma de aprobación
Conocimiento Plan de Capacitación Val1

Evaluación de Desempeño Val2

Encuesta sobre el Ambiente de Val3

Trabajo
Asignación de Recursos Aceptación del solicitante

Reporte de Recursos Humanos Ninguna

Disponibles, Capacitación y Ambiente
de Trabajo
Registro de Recursos Humanos Ninguna

Reporte de Ambiente de Trabajo Ninguna

Reporte de Capacitación Ninguna

Reporte de Mediciones y Sugerencias Ninguna

de Mejora
Lecciones Aprendidas Ninguna

Reporte(s) de Validación Ninguna

Actividad Recurso
Recursos de
A1, A2, A3 Herramientas que permitan documentar, la información
infraestructura

MoProSoft 91
Versión 1.3, Julio 2005

Mediciones Con base en Plan de Mediciones de Procesos se genera un reporte periódico del
avance de los indicadores del proceso con respecto a las metas cuantitativas
definidas, se sugiere las siguientes mediciones:

M1 (I1) Calcular el porcentaje de recursos humanos aceptados con respecto a

las Asignaciones de Recursos realizadas durante el periodo establecido,
para conocer la eficacia en la selección del personal.

M2 (I2) Realizar análisis estadístico de las Evaluaciones de Desempeño

durante el periodo establecido para conocer la suficiencia de la
preparación de los recursos humanos en el desempeño de sus roles.

M3 (I3) Realizar análisis estadístico de las evaluaciones de capacitación

contenidas en los Reportes de Capacitación para conocer la pertinencia
de la capacitación proporcionada.

M4 (I4) Realizar análisis estadístico de la Encuesta sobre el Ambiente de

Trabajo durante el periodo establecido para conocer la opinión del
personal sobre el tema.

Capacitación El RRHAT deberá ofrecer las facilidades para que el personal que está
involucrado en el subproceso Recursos Humanos y Ambiente de Trabajo participe
en las actividades del Plan de Capacitación actual de la Base de Conocimiento.

Situaciones Los roles involucrados en el subproceso Recursos Humanos y Ambiente de

excepcionales Trabajo deberán notificar al RRHAT, de manera oportuna, las situaciones que les
impidan el desarrollo de las actividades asignadas.

El RRHAT deberá dar respuesta a estas situaciones y en caso de no poder

resolverlas o no sean de su competencia deberá escalarlas al RGR.

Lecciones Antes de iniciar las actividades asignadas, los roles involucrados en el subproceso
aprendidas de Recursos Humanos y Ambiente de Trabajo deberán consultar las Lecciones
Aprendidas de la Base de Conocimiento para aprovechar la experiencia de la
organización y disminuir la posibilidad de incurrir en problemas recurrentes.

Guías de ajuste

MoProSoft 92
Versión 1.3, Julio 2005

Plan de Capacitación En la planificación de la capacitación se pueden considerar desde cursos

formales ofrecidos por proveedores externos hasta auto­capacitación
interna individual o en grupos
Evaluación de Para organizaciones pequeñas (menos de 10 personas) la elaboración y
Desempeño y aplicación de los formularios de Evaluación de Desempeño y Encuesta
Encuesta sobre el sobre el Ambiente de Trabajo, pueden ser sustituidas por reuniones
Ambiente de Trabajo periódicas donde se traten ambos temas y se registren los resultados en
minutas.

MoProSoft 93
Versión 1.3, Julio 2005

8.3.2. Bienes, Servicios e Infraestructura

Definición general del proceso

Proceso GES.3.2 Bienes, Servicios e Infraestructura

Categoría Gerencia (GER)
Propósito El propósito de Bienes, Servicios e Infraestructura es proporcionar
proveedores de bienes, servicios e infraestructura que satisfagan los
requisitos de adquisición de los procesos y proyectos.
Descripción En función del Plan Operativo de Bienes, Servicios e Infraestructura y
Acciones Correctivas de Gestión de Recursos se realizan las actividades de
preparación, instrumentación y generación de reportes.

• Preparación. Realizar las siguientes tareas:

- Revisión del Plan Operativo de Bienes, Servicios e Infraestructura

y de las Acciones Correctivas.

- Definición de criterios.

- Elaboración del Plan de Mantenimiento.

- Obtención de la Solicitud de Bienes o Servicios.

• Instrumentación. Realizar las siguientes tareas:

- Selección de proveedores y adquisición de bienes y servicios.

Como resultado se tiene el Registro de Bienes o Servicios y la
actualización del Catálogo de Proveedores.

- Evaluación periódica de la satisfacción del solicitante, por el bien

o servicio adquirido y su registro en el Catálogo de Proveedores.

- Mantenimiento de la infraestructura.

• Generación de Reportes. Producir los siguientes:

- Reporte de Bienes, Servicios e Infraestructura.

- Reporte de Mediciones y Sugerencias de Mejora.

MoProSoft 94
Versión 1.3, Julio 2005

Objetivos O1 Proporcionar a la organización los bienes y servicios requeridos por

los procesos y los proyectos mediante la selección y evaluación de
los proveedores.

O2 Mantener la infraestructura de la organización mediante el

cumplimiento del Plan de Mantenimiento.
Indicadores I1 (O1) Grado de satisfacción de los solicitantes por los bienes y
servicios recibidos para conocer la eficacia en la selección de los
proveedores.

I2 (O2) Grado de cumplimiento de las actividades de mantenimiento

planificadas en cierto periodo.
Metas Valor numérico o rango de satisfacción por indicador.
cuantitativas

Responsabilidad Responsabilidad:
y autoridad
• Responsable de Bienes, Servicios e Infraestructura

Autoridad:

• Responsable de Gestión de Recursos

Procesos Gestión de Procesos
relacionados
Gestión de Recursos

Conocimiento de la Organización

Entradas

Nombre Fuente
Plan de Procesos Gestión de Procesos

• Plan de Mediciones de Procesos

Plan Operativo de Bienes, Servicios e Infraestructura Gestión de Recursos
Acciones Correctivas Gestión de Recursos

Salidas

MoProSoft 95
Versión 1.3, Julio 2005

Nombre Descripción Destino

Reporte de Reporte periódico que concentra la información de: Gestión de Recursos
Bienes,
Bienes y servicios adquiridos.
Servicios e
Infraestructura Evaluación de satisfacción de los bienes y servicios
adquiridos.

Actividades de mantenimiento realizadas y

planificadas.
Reporte de Registro que contiene: Gestión de Procesos
Mediciones y
Sugerencias de
Mejora * Mediciones de los indicadores del proceso de Bienes,
Servicios e Infraestructura (ver Mediciones).

* Sugerencias de mejora al proceso de Bienes,

Servicios e Infraestructura (métodos, herramientas,
formatos, estándares, entre otros).
Lecciones Registro de mejores prácticas, problemas recurrentes y Conocimiento de la
Aprendidas experiencias exitosas, durante la implantación de este Organización
proceso.

MoProSoft 96
Versión 1.3, Julio 2005

Productos internos

Nombre Descripción
Plan de Mantenimiento Descripción de las actividades de mantenimiento preventivo y
correctivo de la infraestructura, incluyendo:

Calendario, responsables, proveedores, entre otros.

Registro de Mantenimiento Bitácora de las actividades de mantenimiento preventivo y correctivo
de la infraestructura, incluyendo responsable, tipo de actividad,
fechas, entre otros.
Solicitud de Bienes o Características del bien o servicio, solicitante, fechas de solicitud,
Servicios entrega y recepción, entre otros.
Registro de Bienes o Características del bien o servicio, precio, fecha de adquisición,
Servicios asignación del bien o servicio, vida útil, periodo de servicio, entre
otros.
Catálogo de Proveedores Registro de proveedores de bienes o servicios, incluyendo sus datos
generales, bienes o servicios proporcionados, evaluación de la
satisfacción, entre otros.
Reporte de Validación Registro de participantes, fecha, lugar, duración y de defectos
encontrados.

Referencias ISO 9001:2000 Sistemas de gestión de la calidad ­ Requisitos

bibliográficas
The Capability Maturity Model: Guidelines for Improving the Software
Process. Carnegie Mellon University, Software Engineering Institute. 1994.
Addison­ Wesley.

ISO/IEC TR 15504 – 2:1998(E) Information Technology ­ Software

process assessment. Part 2: A reference model for process and process
capability, v. 3.3.

Prácticas

MoProSoft 97
Versión 1.3, Julio 2005

Roles Rol Abreviatura Capacitación

involucrados y
Responsable de RGR Conocimiento de las actividades
capacitación
Gestión de Recursos necesarias para planificar el
subproceso de Bienes, Servicios e
Infraestructura.

Responsable de RBSI Conocimiento de las actividades

Bienes, Servicios e necesarias para implantar el
Infraestructura subproceso de Bienes, Servicios e
Infraestructura

MoProSoft 98
Versión 1.3, Julio 2005

Actividades

Rol Descripción
A1. Preparación (O1, O2)
RBSI A1.1. Revisión del Plan Operativo de Bienes, Servicios e Infraestructura y Acciones
Correctivas.
RBSI A1.2. Definir los criterios para la:

• Selección y aceptación de los bienes y servicios.

• Evaluación de los proveedores.

Estos criterios aplican en la actividad A2.1.

RBSI A1.3. Elaborar o actualizar el Plan de Mantenimiento con base en Plan Operativo de
Bienes, Servicios e Infraestructura y a las Acciones Correctivas.
RGR A1.4. Validar el Plan de Mantenimiento (Val1).
RBSI A1.5. Corregir los defectos encontrados en el Plan de Mantenimiento con base en el
Reporte de Validación y obtener la aprobación de las correcciones.
RBSI A1.6. Obtener la Solicitud de Bienes o Servicios del Plan Operativo de Bienes,
Servicios e Infraestructura y del Plan de Mantenimiento.
A2. Instrumentación (O1, O2)
RBSI A2.1. Adquirir el bien o servicio pedido en la Solicitud de Bienes o Servicios.

• Seleccionar los proveedores del Catálogo de Proveedores o elegir proveedores

nuevos.

• Obtener los presupuestos y descripción del bien o servicio ofrecido por los
proveedores.

• Pedir la selección del proveedor por parte del solicitante.

• Adquirir el bien o servicio y pedir su aceptación al solicitante.

• En caso de que el bien o servicio sea rechazado, se devuelve o se cancela al

proveedor y se repite esta actividad.

• Registrar el bien o servicio aceptado en el Registro de Bienes o Servicios.

• En caso adquirir el bien o servicio de un proveedor nuevo, registrarlo en el

Catálogo de Proveedores.

• Periódicamente evaluar la satisfacción del solicitante, por el bien o servicio

adquirido, y registrarla en el Catálogo de Proveedores.
RBSI A2.2. Llevar a cabo el Plan de Mantenimiento, darle seguimiento y registrar las
actividades realizadas en el Registro de Mantenimiento.

MoProSoft 99
Versión 1.3, Julio 2005

Rol Descripción
A3. Generación de Reportes (O1, O2)
RBSI A3.1. Generar el Reporte de Bienes, Servicios e Infraestructura de acuerdo al Plan
Operativo de Bienes, Servicios e Infraestructura, al Registro de Bienes o Servicios,
al Catálogo de Proveedores y al Registro de Mantenimiento.
RBSI A3.2. Generar el Reporte de Mediciones y Sugerencias de Mejora de los procesos con
base en Plan de Mediciones de Procesos.
RBSI A3.3. Identificar las Lecciones Aprendidas de procesos e integrarlas a la Base de
Conocimiento. Como ejemplo, se pueden considerar mejores prácticas,
experiencias exitosas de manejo de riesgos, problemas recurrentes, entre otras.

MoProSoft 100
Versión 1.3, Julio 2005

Diagrama de flujo
de trabajo

Reporte de
Validación

Acciones
A1
Correctivas
Preparación

Solicitud de Bienes o
Servicios
Plan Operativo de Bienes,
Servicios e Infraestructura
Plan de
Mantenimiento

Catálogo de A2
Proveedores Instrumentación
Lecciones
Aprendidas
Registro de Bienes o
Servicios

Registro de
Mantenimiento
Plan de Mediciones de
Procesos

A3 Generación de
Reportes

Reporte de Mediciones y Reporte de Bienes, Servicios e

Sugerencias de Mejora Infraestructura

MoProSoft 101
Versión 1.3, Julio 2005

Verificaciones y
validaciones

Verificación Actividad Producto Rol Descripción

o
validación
Val1 A1.4 Plan de RGR Validar que todos los elementos del Plan de
Mantenimiento Mantenimiento sean viables y que
correspondan a las necesidades de la
organización. Los defectos encontrados se
documentan en un Reporte de Validación.

Incorporación
a la Base de Producto Forma de aprobación
Conocimiento Plan de Mantenimiento Val1

Reporte de Bienes, Servicios e Ninguna

Infraestructura
Reporte de Mediciones y Sugerencias Ninguna
de Mejora.
Lecciones Aprendidas Ninguna

Registro de Mantenimiento Ninguna

Solicitud de Bienes o Servicios Ninguna

Registro de Bienes o Servicios Ninguna

Catálogo de Proveedores Ninguna

Reporte de Validación Ninguna

Recursos de
infraestructura
Actividad Recurso
A1, A2, A3 Herramientas de documentación.

MoProSoft 102
Versión 1.3, Julio 2005

Mediciones Con base en Plan de Mediciones de Procesos se genera un reporte periódico del
avance de los indicadores del proceso con respecto a las metas cuantitativas
definidas, se sugiere las siguientes mediciones:

M1 (I1) Realizar análisis estadístico de las evaluaciones de satisfacción de los

solicitantes registradas en el Catálogo de Proveedores.

M2 (I2) Calcular el porcentaje de actividades realizadas, contenidas en el

Registro de Mantenimiento, con respecto a las actividades del Plan de
Mantenimiento durante el periodo establecido para conocer la desviación
contra lo planificado.

Capacitación El RBSI deberá ofrecer las facilidades para que el personal que está involucrado
en el subproceso de Bienes, Servicios e Infraestructura participe en las
actividades del Plan de Capacitación actual de la Base de Conocimiento.

Situaciones Los roles involucrados en el subproceso de Bienes, Servicios e Infraestructura

excepcionales deberán notificar al RBSI, de manera oportuna, las situaciones que les impidan el
desarrollo de las actividades asignadas.

El RBIS deberá dar respuesta a estas situaciones y en caso de no poder

resolverlas o no sean de su competencia deberá escalarlas al RGR.

Lecciones Antes de iniciar las actividades asignadas, los roles involucrados en el subproceso
aprendidas de Bienes, Servicios e Infraestructura deberán consultar las Lecciones Aprendidas
de la Base de Conocimiento para aprovechar la experiencia de la organización y
disminuir la posibilidad de incurrir en problemas recurrentes.

Guías de ajuste

Planificación Para la definición de los criterios de selección y aceptación de los bienes

y servicios, la organización puede apoyarse en una matriz de impacto de
cada uno de los bienes y servicios con el grado de afectación en los
procesos y proyectos en caso de su falla.

MoProSoft 103
Versión 1.3, Julio 2005

8.3.3. Conocimiento de la Organización

Definición general del proceso

Proceso GES.3.3 Conocimiento de la Organización

Categoría Gerencia (GER)
Propósito El propósito de Conocimiento de la Organización es mantener disponible y
administrar la Base de Conocimiento que contiene la información y los
productos generados por la organización.

MoProSoft 104
Versión 1.3, Julio 2005

Descripción En función del Plan Operativo de Conocimiento de la Organización y

Acciones Correctivas de Gestión de Recursos se realizan las siguientes
actividades:

• Planificación: Establecimiento del Plan de Administración de la Base

de Conocimiento que contenga la descripción de actividades para la
definición o modificación del modelo conceptual de la Base de
Conocimiento (BC), usuarios y sus requerimientos, así como los
mecanismos de operación, mantenimiento, verificación, validación
en función de los requerimientos de los usuarios.
• Realización: Establecimiento del Diseño de la Base de Conocimiento
de la organización, está constituido por el modelo conceptual,
incluyendo su metamodelo, y por los mecanismos de operación. En
función de los requerimientos de los procesos, la Base de
Conocimiento está compuesta por los siguientes repositorios:
­ Negocio: documentación utilizada y generada en el proceso de
Gestión de Negocio.
­ Procesos: documentación utilizada y generada en el proceso de
Gestión de Procesos.
­ Proyectos: documentación utilizada y generada en el proceso de
Gestión de Proyectos y Administración de Proyectos Específicos.
­ Desarrollo y Mantenimiento: productos de software generados en
el proceso de Desarrollo y Mantenimiento de Software.
­ Recursos: documentación utilizada y generada en el proceso de
Gestión de Recursos.

­ Recursos Humanos: documentación utilizada y generada en el

subproceso de Recursos Humanos y Ambiente de Trabajo.

­ Bienes Adquiridos y Proveedores: documentación utilizada y

generada en el subproceso de Bienes, Servicios e Infraestructura.
­ Documentación BC: documentación utilizada y generada acerca
de su estructura, contenido y operación.

Esta Base de Conocimiento podría tener opcionalmente otro tipo de

repositorios, como por ejemplo:

­ Conocimiento tecnológico (terminología, conceptos,

metodologías).
­ Bibliotecas de reuso.

Otra actividad del diseño es definir y documentar los mecanismos de

operación: alimentación, consulta, mantenimiento y respaldo para
cada tipo de repositorio.

Finalmente se pone en operación y se da mantenimiento a la Base

MoProSoft 105
Versión 1.3, Julio 2005

Objetivos
O1 Proporcionar a la organización la Base de Conocimiento de forma
confiable, oportuna y segura mediante el cumplimiento del Plan de
Administración de la Base de Conocimiento.
Indicadores
I1 (O1) Grado de satisfacción de los usuarios con respecto a los
mecanismos de alimentación, modificación y mantenimiento de la
Base de Conocimiento.

I2 (O1) Grado de satisfacción de los usuarios con respecto a los

mecanismos de consulta de la Base de Conocimiento.

I3 (O1) Grado de satisfacción de los usuarios con respecto a los

mecanismos de control de acceso y respaldo de la Base de
Conocimiento.
Metas Valor numérico o rango de satisfacción por indicador.
cuantitativas

Responsabilidad Responsabilidad:
y autoridad
• Responsable de Conocimiento de la Organización

Autoridad:

• Responsable de Gestión de Recursos

Procesos Todos los procesos
relacionados

Entradas

MoProSoft 106
Versión 1.3, Julio 2005

Nombre Fuente
Productos del apartado Incorporación a la Base de Conocimiento Gestión de Negocio

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

Administración de
Proyectos Específicos

Desarrollo y
Mantenimiento de
Software
Plan de Procesos Gestión de Procesos

• Plan de Mediciones de Procesos

Plan Operativo de Conocimiento de la Organización Gestión de Recursos
Acciones Correctivas Gestión de Recursos

Salidas

MoProSoft 107
Versión 1.3, Julio 2005

Nombre Descripción Destino

Base de Contiene los siguientes repositorios: Todos los procesos
Conocimiento
Negocio: documentación utilizada y generada en el
proceso de Gestión de Negocio.

Procesos: documentación utilizada y generada en el

proceso de Gestión de Procesos.

Proyectos: documentación utilizada y generada en el

proceso de Gestión de Proyectos y Administración de
Proyectos Específicos.

Desarrollo y Mantenimiento: productos de software

generados en el proceso de Desarrollo y
Mantenimiento de Software.

Recursos: documentación utilizada y generada en el

proceso de Gestión de Recursos.

Recursos Humanos: documentación utilizada y

generada en el subproceso de Recursos Humanos y
Ambiente de Trabajo.

Bienes Adquiridos y Proveedores: documentación

utilizada y generada en el subproceso de Bienes,
Servicios e Infraestructura.

Documentación BC: documentación utilizada y

generada acerca de su estructura, contenido y
operación.

Opcionalmente puede además contener:

Conocimiento tecnológico (terminología, conceptos,

metodologías).

Bibliotecas de reuso.
Reporte del Registro de la información sobre el contenido actual Gestión de Recursos
Estado de la de la Base de Conocimiento. Puede incluir:
Base de
* Grado de cobertura y actualización de la información
Conocimiento
contenida en la BC.

* Estadísticas sobre el uso de la BC.

* Propuestas de adecuación para mejorar el servicio.

MoProSoft 108
Versión 1.3, Julio 2005

Nombre Descripción Destino

Reporte de Registro que contiene: Gestión de Procesos
Mediciones y
Sugerencias de * Mediciones de los indicadores del proceso de
Mejora Conocimiento de la Organización (ver Mediciones).

* Sugerencias de mejora al proceso de Conocimiento

de la Organización (métodos, herramientas, formatos,
estándares, entre otros.).
Lecciones Registro de mejores prácticas, problemas recurrentes y Conocimiento de la
Aprendidas experiencias exitosas, durante la implantación de este Organización
proceso.

Productos internos

Nombre Descripción
Plan de Administración de Descripción de actividades que lleven a definición o modificación de
la Base de Conocimiento los siguientes elementos de la BC:

• Modelo conceptual de la BC, usuarios de cada proceso y

sus requerimientos.

• Mecanismos de operación, verificación, validación en

función de los requerimientos de los usuarios.
Diseño de la Base de Contiene el diseño del modelo conceptual, incluyendo su
Conocimiento metamodelo, y la definición de los mecanismos de operación:
alimentación, consulta, control de acceso, mantenimiento y respaldo
para cada tipo de repositorio.
Reporte(s) de Validación Registro de participantes, fecha, lugar, duración y defectos
encontrados.

Referencias ISO 9001:2000 Sistemas de gestión de la calidad ­ Requisitos

bibliográficas
The Capability Maturity Model: Guidelines for Improving the Software
Process. Carnegie Mellon University, Software Engineering Institute. 1994.
Addison­ Wesley.

ISO/IEC TR 15504 – 2:1998(E) Information Technology ­ Software

process assessment. Part 2: A reference model for process and process
capability, v. 3.3.

MoProSoft 109
Versión 1.3, Julio 2005

Prácticas

Roles Rol Abreviatura Capacitación

involucrados y Responsable de RGR Conocimiento en el esfuerzo
capacitación Gestión de Recursos necesario para la administración de
la Base de Conocimiento.
Responsable del RCO Conocimiento de definición y
Conocimiento de la administración de repositorios
Organización documentales o automatizados.
Grupo de GRP Conocimiento de necesidades del
Responsables de proceso con respecto a la Base de
Procesos Conocimiento.

MoProSoft 110
Versión 1.3, Julio 2005

Actividades

Rol Descripción
A1. Planificación (O1)
RCO A1.1. Identificar, documentar o actualizar las actividades para la definición o modificación
del modelo conceptual de la Base de Conocimiento (BC) de acuerdo al Plan
Operativo de Conocimiento de la Organización y Acciones Correctivas.
RCO A1.2. Identificar usuarios de cada proceso y documentar o actualizar sus requerimientos.

GRP
RCO A1.3. Identificar los mecanismos de alimentación, consulta, mantenimiento y respaldo
para cada tipo de repositorio, en función de los requerimientos de los usuarios.
GRP
RCO A1.4. Integrar el Plan de Administración de la Base de Conocimiento.
RGR A1.5. Validar el Plan de Administración de la Base de Conocimiento (Val1).

GRP
RCO A1.6. Corregir los defectos encontrados en el Plan de Administración de la Base de
Conocimiento con base en el Reporte de Validación y obtener la aprobación de las
correcciones.
A2. Realización (O1)
RCO A2.1. Diseñar o actualizar el modelo conceptual, incluyendo su metamodelo, de la Base
de Conocimiento, en función de los requerimientos de los procesos.
RCO A2.2. Definir o actualizar los mecanismos de alimentación, consulta, mantenimiento y
respaldo para cada tipo de repositorio, en función de los requerimientos de los
procesos.
RCO A2.3. Integrar y documentar el Diseño de la Base de Conocimiento de la organización.
GRP A2.4. Validar el Diseño de la Base de Conocimiento (Val2).
RCO A2.5. Corregir los defectos encontrados en el Diseño de la Base de Conocimiento con
base en el Reporte de Validación y obtener la aprobación de las correcciones.
RCO A2.6. Poner en operación y dar mantenimiento a la Base de Conocimiento para que se
incorporen y consulten los productos aprobados provenientes de todos los procesos
y proyectos.
A3. Evaluación y Control (O1)
RCO A3.1. Revisar si el uso de la Base de Conocimiento se realiza acorde con los mecanismos
de alimentación, consulta, mantenimiento y respaldo definidos.
RCO A3.2. Generar un Reporte del Estado de la Base de Conocimiento, en función del Plan
Operativo de Conocimiento de la Organización.
RCO A3.3. Generar el Reporte de Mediciones y Sugerencias de Mejora de este proceso en
función del Plan de Mediciones de Procesos.

MoProSoft 111
Versión 1.3, Julio 2005

Rol Descripción
RCO A3.4. Identificar las Lecciones Aprendidas de procesos e integrarlas a la Base de
Conocimiento. Como ejemplo, se pueden considerar mejores prácticas, experiencias
exitosas de manejo de riesgos, problemas recurrentes, entre otras.

MoProSoft 112
Versión 1.3, Julio 2005

Diagrama de
flujo de trabajo

A1
Planificación

Plan Operativo de Conocimiento de la Plan de Administración de la Base

Organización de Conocimiento

Acciones
Correctivas
Reporte de Diseño de la Base de
Validación
A2
Conocimiento
Realización

Base de
Se genera y Conocimiento
utiliza en A1 yA2 [En Operación]
Producto
[Aprobado]

A3 Evaluación y
Control

Plan de Mediciones de Reporte de Mediciones y

Procesos Sugerencias de Mejora

Reporte del Estado de la Base Lecciones

de Conocimiento Aprendidas

MoProSoft 113
Versión 1.3, Julio 2005

Verificaciones y
validaciones

Verificación Actividad Producto Rol Descripción

o
validación
Val1 A1.5 Plan de RGR, Validar que todos los elementos del Plan de
Administración GRP Procesos sean viables y que correspondan a
de la Base de las necesidades de los procesos. Los
Conocimiento defectos encontrados se documentan en un
Reporte de Validación.
Val2 A2.4 Diseño de la GRP Validar que todos los elementos del Diseño
Base de de la Base de Conocimiento corresponden a
Conocimiento las necesidades de los procesos. Los
defectos encontrados se documentan en un
Reporte de Validación.

Incorporación a
la Base de Producto Forma de aprobación
Conocimiento Plan de Administración de la Base de Val1
Conocimiento
Diseño de la Base de Conocimiento Val2

Reporte del Estado de la Base de Ninguna

Conocimiento
Reporte de Mediciones y Sugerencias Ninguna
de Mejora
Lecciones Aprendidas Ninguna

Reporte(s) de Validación Ninguna

Actividad Recurso
Recursos de
A1, A3 Herramienta para documentación.
infraestructura
A2, A3 Herramientas automatizadas o no automatizadas de diseño,
puesta en operación y mantenimiento de la BC.

MoProSoft 114
Versión 1.3, Julio 2005

Mediciones Con base en Plan de Mediciones de Procesos se genera un reporte periódico

del avance de los indicadores del proceso con respecto a las metas cuantitativas
definidas, se sugiere las siguientes mediciones:

M1 (I1) Realizar encuestas a los usuarios para conocer la satisfacción con

respecto a los mecanismos de alimentación, modificación y
mantenimiento de la Base de Conocimiento.

M2 (I2) Realizar encuestas a los usuarios para conocer la satisfacción con

respecto a los mecanismos de consulta de la Base de Conocimiento.

M3 (I3) Realizar encuestas a los usuarios para conocer la satisfacción con

respecto a los mecanismos de control de acceso y respaldo de la Base
de Conocimiento.

Capacitación El RCO deberá ofrecer las facilidades para que el personal que está involucrado
en el subproceso de Conocimiento de la Organización participe en las
actividades del Plan de Capacitación actual de la Base de Conocimiento.

Situaciones Los roles involucrados en el subproceso de Conocimiento de la Organización

excepcionales deberán notificar al RCO, de manera oportuna, las situaciones que les impidan
el desarrollo de las actividades asignadas.

El RCO deberá dar respuesta a estas situaciones y en caso de no poder

resolverlas o no sean de su competencia deberá escalarlas al RGR.

Lecciones Antes de iniciar las actividades asignadas, los roles involucrados en el proceso
aprendidas de Conocimiento de la Organización deberán consultar las Lecciones
Aprendidas de la Base de Conocimiento para aprovechar la experiencia de la
organización y disminuir la posibilidad de incurrir en problemas recurrentes.

Guías de ajuste

Base de De acuerdo al tamaño de la organización (en términos de personal y de

Conocimiento cantidad de proyectos que se desarrollan) la BC puede iniciarse de
manera simplificada manteniéndola en forma documental total o
parcialmente. Sin embargo se puede trabajar en un diseño conceptual
que permita su adecuado manejo y su eventual automatización con apoyo
de herramientas de manejo de bases de datos.

MoProSoft 115
Versión 1.3, Julio 2005

Diseño de la Base de La estructura de los repositorios puede ser ajustada a las necesidades o a
Conocimiento la estructura de Base de Conocimiento ya establecida en la organización.
Diseño de la Base de Para efectos de consistencia con ISO 9001:2000, los mecanismos de
Conocimiento alimentación, consulta, mantenimiento y respaldo para cada tipo de
repositorio, deben de cumplir los requisitos 4.2.3 Control de los
Documentos y 4.2.4 Control de los registros.

Para efectos de consistencia con CMM nivel 2 los mecanismos de

alimentación, consulta, mantenimiento y respaldo para el repositorio de
Desarrollo y Mantenimiento de Software, deben de cumplir con las
prácticas del área clave de Administración de Configuración de Software.

MoProSoft 116
Versión 1.3, Julio 2005

9. Categoría de Operación (OPE)

9.1. Administración de Proyectos Específicos

Definición general del proceso

Proceso OPE.1 Administración de Proyectos Específicos

Categoría Operación (OPE)
Propósito El propósito de la Administración de Proyectos Específicos es establecer y
llevar a cabo sistemáticamente las actividades que permitan cumplir con los
objetivos de un proyecto en tiempo y costo esperados.

MoProSoft 117
Versión 1.3, Julio 2005

Descripción La Administración de Proyectos Específicos aplica conocimientos,

habilidades, técnicas y herramientas, a cada una de las siguientes actividades
del proyecto:

• Planificación: Conjunto de actividades cuya finalidad es obtener y

mantener el Plan del Proyecto y el Plan de Desarrollo que regirán al
proyecto específico, con base en la Descripción del Proyecto. Para la
generación de este plan se realizan las siguientes tareas:
- Definir el Proceso Específico con base en la Descripción del
Proyecto y el proceso de Desarrollo y Mantenimiento de Software
de la organización o con base en el acuerdo con el Cliente.
- Definir el Protocolo de Entrega con el Cliente.
- Definir Ciclos y Actividades con base en la Descripción del
Proyecto y en el Proceso Específico.
- Determinar el Tiempo Estimado para cada actividad,
considerando las Metas Cuantitativas para el Proyecto.
- Elaborar el Plan de Adquisiciones y Capacitación para obtener
recursos humanos capacitados y adquirir materiales, equipo y
herramientas para llevar a cabo el proyecto.
- Establecer el Equipo de Trabajo que realizará el proyecto.
- Establecer el Calendario de las actividades.
- Calcular el Costo Estimado del proyecto.
- Definir el Plan de Manejo de Riesgos.
- Documentar el Plan del Proyecto.
- Documentar el Plan de Desarrollo.
- Formalizar el inicio de un nuevo ciclo del proyecto.

• Realización: Consiste en llevar a cabo las actividades del Plan del

Proyecto, de acuerdo a las siguientes tareas:
- Acordar las tareas del Equipo de Trabajo con el Responsable de
Desarrollo y Mantenimiento de Software.
- Acordar la distribución de la información al Equipo de Trabajo.
- Revisar con el Responsable de Desarrollo y Mantenimiento de
Software la Descripción del Producto, el Equipo de Trabajo y el
Calendario.
- Revisar el cumplimiento del Plan de Adquisiciones y
Capacitación.
- Administrar subcontratos.
- Recolectar los Reportes de Actividades, Reportes de Mediciones
y Sugerencias de Mejora y productos de trabajo.
- Registrar el costo real del proyecto
- Revisar el Registro de Rastreo en función de los productos de
trabajo recolectados.

MoProSoft 118
Versión 1.3, Julio 2005

Objetivos O1 Lograr los Objetivos del proyecto en tiempo y costo mediante la

coordinación y el manejo de los recursos del mismo.

O2 Mantener informado al Cliente mediante la realización de reuniones

de avance del proyecto.

O3 Atender las Solicitudes de Cambio del cliente mediante la recepción y

análisis de las mismas.
Indicadores
I1 (O1) El Plan del Proyecto y el Plan de Desarrollo contemplan a los
Objetivos establecidos en la Descripción del Proyecto y a las Metas
Cuantitativas para el Proyecto.

I2 (O1) Las actividades del proyecto se realizan conforme a lo

establecido en el Plan del Proyecto y en el Plan de Desarrollo.

I3 (O1) El tiempo y costo real están acordes con lo estimado.

I4 (O2) Las reuniones de avance del proyecto se realizan conforme a lo

acordado con el Cliente.

I5 (O3) El mecanismo de recepción y análisis se aplica a todas

Solicitudes de Cambios.
Metas Valor numérico o rango de satisfacción por indicador.
cuantitativas

Responsabilidad Responsable:
y autoridad
• Responsable de Administración del Proyecto Específico

Autoridad:

• Responsable de Gestión de Proyectos

MoProSoft 119
Versión 1.3, Julio 2005

Procesos Gestión de Negocio

relacionados
Gestión de Procesos

Gestión de Proyectos

Gestión de Recursos

Recursos Humanos y Ambiente de Trabajo

Conocimiento de la Organización

Desarrollo y Mantenimiento de Software

Entradas

Nombre Fuente
Plan de Comunicación e Implantación Gestión de Negocio
Plan de Procesos: Gestión de Procesos

• Plan de Mediciones de Procesos

Documentación de Procesos Gestión de Procesos

• Desarrollo y Mantenimiento de Software

Descripción del Proyecto Gestión de Proyectos

• Descripción del Producto

• Alcance

• Objetivos

• Entregables
Responsable de Administración del Proyecto Específico Gestión de Proyectos
Metas Cuantitativas para el Proyecto Gestión de Proyectos
Acciones Correctivas o Preventivas Gestión de Proyectos
Asignación de Recursos Recursos Humanos y
Ambiente de Trabajo
Reporte de Actividades Desarrollo y
Mantenimiento de
Software
Reporte de Mediciones y Sugerencias de Mejora Desarrollo y
Mantenimiento de
Software

MoProSoft 120
Versión 1.3, Julio 2005

Nombre Fuente
Configuración de Software Desarrollo y
Mantenimiento de
Software
Solicitud de Cambios Cliente

Salidas

Nombre Descripción Destino

Reporte de Registro que contiene: Gestión de Procesos
Mediciones y
Sugerencias de
Mejora * Mediciones de los indicadores del proceso de
Administración de Proyectos Específicos (ver
Mediciones).

* Sugerencias de mejora al proceso de

Administración de Proyectos Específicos (métodos,
herramientas, formatos, estándares, entre otros).
Plan del Proyecto Documento formal usado como guía para la Gestión de Proyectos
ejecución y control del proyecto. Está conformado
por:

• Ciclos y Actividades

• Tiempo Estimado

• Plan de Adquisiciones y Capacitación.

• Equipo de Trabajo

• Costo Estimado

• Calendario

• Plan de Manejo de Riesgos

• Protocolo de Entrega

MoProSoft 121
Versión 1.3, Julio 2005

Nombre Descripción Destino

Reporte de Contiene el registro del avance de las actividades Gestión de Proyectos
Seguimiento realizadas incluyendo las llevadas a cabo en el Plan
de Manejo de Riesgos. El avance se registra por
ciclo, incluyendo fecha de inicio y fin. Contiene el
registro periódico de las mediciones como: costo real
del proyecto, esfuerzo realizado, cambios
implementados y clasificados por tipo, tiempo real
invertido, defectos encontrados, tamaño de los
productos y trabajo duplicado.
Documento de Documento que establece la aceptación del Cliente Gestión de Proyectos
Aceptación de los entregables establecidos en el proyecto.
Plan del Proyecto Contiene la relación de recursos humanos, Gestión de Recursos
capacitación, materiales, equipo y herramientas
• Plan de
necesarios para la ejecución del proyecto.
Adquisiciones
y Capacitación
Lecciones Registro de mejores prácticas, problemas Conocimiento de la
Aprendidas recurrentes y experiencias exitosas en la solución de Organización
problemas encontrados durante el desarrollo del
proyecto.

MoProSoft 122
Versión 1.3, Julio 2005

Nombre Descripción Destino

Plan de Desarrollo Documento usado como guía para la ejecución del Desarrollo y
desarrollo o mantenimiento de software. Mantenimiento de
Software
Contiene:

Descripción del Producto y Entregables:

Contiene la descripción del producto que se va a

construir o del cambio que se va a efectuar y la
descripción de los entregables.

Proceso Específico:

Incluye el proceso ajustado al proyecto que se debe

aplicar (proceso definido a partir del proceso de la
organización) o del acuerdo con el Cliente. Indica el
número de ciclos y las fases de cada ciclo.

Incluye las actividades para efectuar las

verificaciones, validaciones y pruebas y especifica
las técnicas que se deben aplicar.

Equipo de Trabajo:

Recursos humanos asignados al proyecto.

Calendario:

Contiene las actividades que se deben llevar a cabo

con fechas de inicio y de fin.

Productos internos

Nombre Descripción
Acciones Correctivas Acciones establecidas para corregir una desviación o problema con
respecto al cumplimiento del Plan del Proyecto y Plan de Desarrollo.

MoProSoft 123
Versión 1.3, Julio 2005

Nombre Descripción
Minuta(s) Documento que describe el objetivo de las reuniones realizadas, los
puntos tratados y los acuerdos.
Reporte de Verificación Registro de participantes, fecha, lugar, duración y defectos
encontrados.
Reporte de Validación Registro de participantes, fecha, lugar, duración y defectos
encontrados.

MoProSoft 124
Versión 1.3, Julio 2005

Referencias ISO 9001:2000 Sistemas de gestión de la calidad ­ Requisitos

bibliográficas
The Capability Maturity Model: Guidelines for Improving the Software
Process. Carnegie Mellon University, Software Engineering Institute. 1994.
Addison­ Wesley.

ISO/IEC TR 15504 – 2:1998(E) Information Technology ­ Software

process assessment. Part 2: A reference model for process and process
capability, v. 3.3.

A guide to Project Management Body of Knowledge (PMBOK). Project

Management Institute. Edición 2000.

Prácticas

Roles Rol Abreviatura Capacitación

involucrados y
Responsable de RGPY Conocimiento sobre las actividades
capacitación
Gestión de Proyectos necesarias para llevar a cabo la
gestión de proyectos.
Responsable de la RAPE Capacidad de liderazgo con
Administración del experiencia en la toma de
Proyecto Específico decisiones, planificación estratégica,
manejo de personal, delegación y
supervisión, finanzas y desarrollo de
software.
Cliente CL Conocimiento en la expedición de
Solicitudes de Cambios.
Responsable del RSC Conocimiento en la administración
Subcontrato de proyectos.
Responsable de RDM Conocimiento y experiencia en el
Desarrollo y desarrollo y mantenimiento de
Mantenimiento de software.
Software
Equipo de Trabajo ET Conocimiento y experiencia de
acuerdo a su rol.

Actividades

MoProSoft 125
Versión 1.3, Julio 2005

Rol Descripción
A1. Planificación (O1)
RGPY A1.1. Revisar con el Responsable de Gestión de Proyectos la Descripción del Proyecto.
RAPE
RDM
RAPE A1.2. Con base en la Descripción del Proyecto, definir el Proceso Específico del
proyecto a partir del proceso de Desarrollo y Mantenimiento de Software de la
organización o a partir del acuerdo establecido con el Cliente. Se considera el
alcance, la magnitud y complejidad del proyecto.
RAPE A1.3. Definir conjuntamente con el Cliente el Protocolo de Entrega de cada uno de los
CL entregables especificados en la Descripción del Proyecto.
RAPE A1.4. Identificar el número de ciclos y las actividades específicas que deben llevarse a
cabo para producir los entregables y sus componentes identificados en la
Descripción del Proyecto. Identificar las actividades específicas que deben
llevarse a cabo para cumplir con los objetivos del proyecto, definir las actividades
para llevar a cabo revisiones periódicas al producto o servicio que se está
ofreciendo y para efectuar revisiones entre colegas. Identificar las actividades para
llevar a cabo el Protocolo de Entrega. Documentar el resultado como Ciclos y
Actividades.
RAPE A1.5. Identificar y documentar la relación y dependencia de cada una de las actividades.
RAPE A1.6. Establecer el Tiempo Estimado para desarrollar cada actividad considerando la
RDM información histórica y las Metas Cuantitativas para el Proyecto.
RAPE A1.7. Elaborar el Plan de Adquisiciones y Capacitación, definiendo las características y
el calendario en cuanto a recursos humanos, materiales, equipo y herramientas,
incluyendo la capacitación requerida para que el equipo de trabajo pueda
desempeñar el proyecto.
RGPY A1.8. Conformar el Equipo de Trabajo, asignando roles y responsabilidades basándose
RAPE en la Descripción del Proyecto.
RAPE A1.9. Asignar fechas de inicio y fin a cada una de las actividades para generar el
Calendario de trabajo tomando en cuenta los recursos asignados, la secuencia y
dependencia de las actividades.
RAPE A1.10. Evaluar y documentar el Costo Estimado del proyecto, tomando en cuenta las
Metas Cuantitativas para el Proyecto.

MoProSoft 126
Versión 1.3, Julio 2005

Rol Descripción
RGPY A1.11. Identificar, describir y evaluar los riesgos que pueden afectar el proyecto, que
RAPE contemple riesgos relacionados con el equipo de trabajo incluyendo al Cliente y a
RDM los usuarios, riesgos con la tecnología o la metodología, riesgos con la
organización del proyecto (costo, tiempo, alcance y recursos) o riesgos externos al
proyecto. Identificar la probabilidad e impacto de cada riesgo estimando sus
implicaciones en los objetivos del proyecto (análisis cuantitativo). Priorizar los
efectos de los riesgos sobre los objetivos del proyecto (análisis cualitativo).
Desarrollar procedimientos para reducir el impacto de los riesgos. Documentar en
el Plan de Manejo de Riesgos o actualizarlo.
RAPE A1.12. Generar el Plan del Proyecto o actualizarlo antes de iniciar un nuevo ciclo.
Además el Plan del Proyecto se puede actualizar a causa de Solicitud de Cambios
por parte del Cliente, Acciones Correctivas o Preventivas provenientes de Gestión
de Proyectos o Acciones Correctivas de este proceso.
RAPE A1.13. Generar el Plan de Desarrollo en función del Plan del Proyecto o actualizarlo antes
RDM de iniciar un nuevo ciclo. Además el Plan de Desarrollo se puede actualizar a
causa de Solicitud de Cambios por parte del Cliente, Acciones Correctivas o
Preventivas provenientes de Gestión de Proyectos o Acciones Correctivas de este
proceso.
RAPE A1.14. Verificar el Plan del Proyecto y el Plan de Desarrollo (Ver1).

RDM
RAPE A1.15. Corregir los defectos encontrados en el Plan del Proyecto y en el Plan de
Desarrollo con base en el Reporte de Verificación y obtener la aprobación de las
correcciones.
RGPY A1.16. Validar el Plan del Proyecto y el Plan de Desarrollo (Val1).

RAPE A1.17. Corregir los defectos encontrados en el Plan del Proyecto y Plan de Desarrollo con
base en el Reporte de Validación y obtener la aprobación de las correcciones.
RAPE A1.18. Dar inicio formal a un nuevo ciclo una vez que se haya asegurado el cumplimiento
RDM de las condiciones iniciales del ciclo.
A2. Realización (O1, O2, O3)
RAPE A2.1. Acordar con el Responsable de Desarrollo y Mantenimiento del proyecto la
RDM asignación de tareas al Equipo de Trabajo incluyendo a los subcontratistas.
RAPE A2.2. Acordar la distribución de la información necesaria al equipo de trabajo con base
RDM en el Plan de Comunicación e Implantación.
RAPE A2.3. Revisar con el Responsable de Desarrollo y Mantenimiento del proyecto la
RDM Descripción del Producto, el Equipo de Trabajo y Calendario.
RAPE A2.4. Dar seguimiento al Plan de Adquisiciones y Capacitación. Aceptar o rechazar la
RDM Asignación de Recursos humanos o subcontratistas. Distribuir los recursos a los
RSC miembros del equipo para que puedan llevar a cabo las actividades.

MoProSoft 127
Versión 1.3, Julio 2005

Rol Descripción
RAPE A2.5. Manejar la relación con subcontratistas que implica planificar, revisar y auditar las
RSC actividades, asegurando la calidad de los productos o servicios contratados y el
cumplimiento con los estándares y especificaciones acordadas.
RAPE A2.6. Recolectar y analizar los Reportes de Actividades, Reportes de Mediciones y
Sugerencias de Mejora y productos de trabajo.
RAPE A2.7. Registrar los costos y recursos reales del ciclo.
RAPE A2.8. Revisar el Registro de Rastreo de los requerimientos del usuario a través del ciclo.
RAPE A2.9. Revisar los productos generados durante el ciclo, que forman parte de la
RDM Configuración de Software.
RAPE A2.10. Recibir y analizar las Solicitudes de Cambios e incorporar los cambios aprobados
RDM en el Plan del Proyecto y en el Plan de Desarrollo. En caso de cambios a
requerimientos se incorporan al inicio de un nuevo ciclo.
RAPE A2.11. Conduce reuniones de revisión con el equipo de trabajo y con el Cliente,
ET generando Minutas con puntos tratados y acuerdos tomados.
CL
A3. Evaluación y Control (O1)
RAPE A3.1. Evaluar el cumplimiento del Plan del Proyecto y el Plan de Desarrollo, con
respecto al alcance, costo, calendario, equipo de trabajo, proceso y se establecen
Acciones Correctivas.
RAPE
A3.2. Dar seguimiento y controlar el Plan de Manejo de Riesgos. Identificar nuevos
RGPY
riesgos y actualizar el plan.
RAPE A3.3. Generar el Reporte de Seguimiento del proyecto, considerando los Reportes de
Actividades.
A4. Cierre (O1)
RAPE
A4.1. Formalizar la terminación del ciclo o del proyecto de acuerdo al Protocolo de
CL
Entrega establecido en el Plan del Proyecto y obtener el Documento de
Aceptación.
RAPE A4.2. Efectuar el cierre con subcontratistas de acuerdo al contrato establecido.
RSC
RAPE
A4.3. Generar el Reporte de Mediciones y Sugerencias de Mejora de este proceso, de
acuerdo al Plan de Mediciones de Procesos.
RAPE
A4.4. Identificar las Lecciones Aprendidas e integrarlas a la Base de Conocimiento.
Como ejemplo, se pueden considerar mejores prácticas, experiencias exitosas de
manejo de riesgos problemas recurrentes, entre otras.

MoProSoft 128
Versión 1.3, Julio 2005

Diagrama de
flujo de trabajo

Reporte de Verificación y/o

Validación
Plan de Comunicación e Asignación de
Implantac ión Recursos

A1 Planificación

Incluye: Ciclos y Actividades, Tiempo

Estimado, Plan de Adquisiciones y
Descripción del
Capacitación, Equipo de Trabajo, Costo
Proyecto Entrada a
Desarrollo y Estimado, Calendario, Plan de Manejo
de Riesgos y Protocolo de Entrega
Mantenimiento de
Software, Incluye:
Metas Cuantitativas Para Descripción del Solicitud de
el Proyecto Producto y Cambios
Entregables,
Proceso Específico, Plan del
Entrada a
Equipo de Trabajo y Proyecto
Gestión de
Calendario Recursos
Acciones Correctivas o [Generado]
Preventivas
Plan de
Acciones Desarrollo
Correctivas [Generado] A2
Realización
Plan del
Documentación de Proyecto
Procesos
[Revisado]

Reporte de Mediciones y
Sugerencias de Mejora
Plan de
Desarrollo Reportes de
[Revisado] Actividades

Reporte de Configuración de
Seguimiento Software

A3 Evaluación y
Control Plan de Minutas
Desarrollo
[Evaluado]
Plan del
Proyecto Documento de
[Evaluado] Aceptación
Fin de Proyecto / Ciclo
Plan de Mediciones de
A4 Cierre Procesos

Lecciones
Nuevo Ciclo Aprendidas

Reporte de Mediciones y
Sugerencias de Mejora
Fin del Proyecto

MoProSoft 129
Versión 1.3, Julio 2005

Verificaciones y
validaciones

Verificación Actividad Producto Rol Descripción

o
validación
Ver1 A1.14 Plan del RAPE Verificar que todos los elementos del Plan
Proyecto RDM del Proyecto y del Plan de Desarrollo sean
viables y consistentes. Los defectos
encontrados se documentan en un Reporte
Plan de de Verificación.
Desarrollo
Val1 A1.16 Plan del RGPY Validar que la definición de elementos del
Proyecto Plan del Proyecto y del Plan de Desarrollo
estén de acuerdo con la Descripción del
Proyecto. Los defectos encontrados se
Plan de documentan en un Reporte de Validación.
Desarrollo

Incorporación
a la Base de Producto Forma de aprobación
Conocimiento
Plan del Proyecto Ver1, Val1
Plan de Desarrollo Ver1, Val1
Reporte de Seguimiento Ninguna
Reporte de Mediciones y Sugerencias Ninguna
de Mejora
Documento de Aceptación Ninguna
Lecciones Aprendidas Ninguna
Acciones Correctivas Ninguna
Minuta(s) Ninguna
Reporte de Verificación Ninguna
Reporte de Validación Ninguna
Solicitud de Cambios Ninguna

Recursos de
Actividad Recurso
infraestructura
A1, A2, A3, Herramientas que permitan documentar, manejar y controlar el
A4 Plan del Proyecto y Plan de Desarrollo.

MoProSoft 130
Versión 1.3, Julio 2005

Mediciones Con base en Plan de Mediciones de Procesos se genera un reporte periódico del
avance de los indicadores del proceso con respecto a las metas cuantitativas
definidas, se sugieren las siguientes mediciones:

M1 (I1) Comprobar que el Plan del Proyecto y el Plan de Desarrollo

consideran los Objetivos establecidos en la Descripción del Proyecto y las
Metas Cuantitativas para el Proyecto para lograr la consistencia entre
éstos.

M2 (I2) Comparar el Plan del Proyecto y Plan de Desarrollo contra los

Reportes de Seguimiento y Reportes de Actividades correspondientes
para conocer la desviación contra lo planificado.

M3 (I3) Comparar el Plan del Proyecto contra el tiempo y costo reales

contenidos en el Reporte de Seguimiento para conocer la desviación
contra lo estimado.

M4 (I4) Revisar las Minutas para comprobar la realización de las reuniones de

avance del proyecto.

M5 (I5) Revisar las Solicitudes de Cambio para comprobar su atención

adecuada.

Capacitación El RAPE deberá ofrecer las facilidades para que el personal que está involucrado
en el proceso de Administración de Proyectos Específicos participe en las
actividades del Plan de Capacitación actual de la Base de Conocimiento.

Situaciones Los roles involucrados en el proceso de Administración de Proyectos Específicos

excepcionales deberán notificar al RAPE, de manera oportuna, las situaciones que les impidan el
desarrollo de las actividades asignadas.

El RAPE deberá dar respuesta a estas situaciones y en caso de no poder

resolverlas o no sean de su competencia deberá escalarlas al nivel del RGPY.

Lecciones Antes de iniciar las actividades asignadas, los roles involucrados en el proceso de
aprendidas Administración de Proyectos Específicos deberán consultar las Lecciones
Aprendidas de la Base de Conocimiento para aprovechar la experiencia de la
organización y disminuir la posibilidad de incurrir en problemas recurrentes.

Guías de ajuste

MoProSoft 131
Versión 1.3, Julio 2005

Plan del Proyecto El Plan del Proyecto puede estar generado en uno o varios documentos.
En caso de estar en varios documentos se deberá contar con una
administración de planes.
Plan de Desarrollo El Plan de Desarrollo puede omitirse en el caso de que el rol de RAPE y el
RDM sean desempeñados por una misma persona. En este caso el
documento que regirá el proceso de Desarrollo y Mantenimiento de
Software será el Plan del Proyecto.
Administración de Para efectos de consistencia con CMM nivel 2, la administración de
subcontratistas subcontratistas debe cumplir con las prácticas del área clave de
Administración de Subcontratistas de Software.

MoProSoft 132
Versión 1.3, Julio 2005

9.2. Desarrollo y Mantenimiento de Software

Definición general del proceso

Proceso OPE.2 Desarrollo y Mantenimiento de Software

Categoría Operación (OPE)
Propósito El propósito de Desarrollo y Mantenimiento de Software es la realización
sistemática de las actividades de análisis, diseño, construcción, integración y
pruebas de productos de software nuevos o modificados cumpliendo con los
requerimientos especificados.

MoProSoft 133
Versión 1.3, Julio 2005

Descripción El proceso de Desarrollo y Mantenimiento de Software se compone de uno o

más ciclos de desarrollo. Cada ciclo está compuesto de las siguientes fases:

• Inicio: Revisión del Plan de Desarrollo por los miembros del Equipo
de Trabajo para lograr un entendimiento común del proyecto y para
obtener el compromiso de su realización.

• Requerimientos: Conjunto de actividades cuya finalidad es obtener la

documentación de la Especificación de Requerimientos y Plan de
Pruebas de Sistema, para conseguir un entendimiento común entre el
cliente y el proyecto.

• Análisis y Diseño: Conjunto de actividades en las cuales se analizan

los requerimientos especificados para producir una descripción de la
estructura de los componentes de software, la cual servirá de base
para la construcción. Como resultado se obtiene la documentación del
Análisis y Diseño y Plan de Pruebas de Integración.

• Construcción: Conjunto de actividades para producir Componente(s)

de software que correspondan al Análisis y Diseño, así como la
realización de pruebas unitarias. Como resultado se obtienen el (los)
Componente(s) de software probados.

• Integración y Pruebas. Conjunto de actividades para integrar y probar

los componentes de software, basadas en los Planes de Pruebas de
Integración y de Sistema, con la finalidad de obtener el Software que
satisfaga los requerimientos especificados. Se genera la versión final
del Manual de Usuario, Manual de Operación y Manual de
Mantenimiento. Como resultado se obtiene el producto de Software
probado y documentado.

• Cierre: Integración final de la Configuración de Software generada en

las fases para su entrega. Identificación y documentación de las
Lecciones Aprendidas. Generación del Reporte de Mediciones y
Sugerencias de Mejora.
Para generar los productos de cada una de estas fases se realizan las
siguientes actividades:
• Distribución de tareas, se asignan las responsabilidades de cada
miembro del Equipo de Trabajo de acuerdo al Plan de Desarrollo.
• Producción, verificación, validación o prueba de los productos, así
como su corrección correspondiente.
• Generación del Reporte de Actividades.

MoProSoft 134
Versión 1.3, Julio 2005

Objetivos O1 Lograr que los productos de salida sean consistentes con los
productos de entrada en cada fase de un ciclo de desarrollo mediante
las actividades de verificación, validación o prueba.

O2 Sustentar la realización de ciclos posteriores o proyectos de

mantenimiento futuros mediante la integración de la Configuración de
Software del ciclo actual.

O3 Llevar a cabo las actividades de las fases de un ciclo mediante el

cumplimiento del Plan de Desarrollo actual.
Indicadores I1 (O1) En cada fase de un ciclo se efectúan todas las actividades de
verificación, validación o prueba, así como las correcciones
correspondientes.

I2 (O2) La Configuración de Software está integrada por los productos

generados en el ciclo.

I3 (O3) Las actividades planificadas en cada fase de un ciclo se realizan

conforme a lo establecido en el Plan de Desarrollo.
Metas Valor numérico o rango de satisfacción por indicador.
cuantitativas

Responsabilidad Responsable:
y autoridad
• Responsable de Desarrollo y Mantenimiento de Software

Autoridad:

• Responsable de Administración del Proyecto Específico

Procesos Administración de Proyectos Específicos
relacionados
Conocimiento de la Organización

Entradas

Nombre Fuente
Plan de Desarrollo Administración de
Proyectos Específicos
• Descripción del Producto

• Entregables

• Proceso Específico

• Equipo de Trabajo

• Calendario

MoProSoft 135
Versión 1.3, Julio 2005

MoProSoft 136
Versión 1.3, Julio 2005

Salidas

MoProSoft 137
Versión 1.3, Julio 2005

Nombre Descripción Destino

Especificación Se compone de una introducción y una descripción de Administración de
de requerimientos. Proyectos Específicos
Requerimientos

Introducción:

Descripción general del software y su uso en el ámbito

de negocio del cliente.

Descripción de requerimientos:

* Funcionales:

Necesidades establecidas que debe satisfacer el

software cuando es usado en condiciones especificas.
Las funcionalidades deben ser adecuadas, exactas y
seguras.

* Interfaz con usuario:

Definición de aquellas características de la interfaz de
usuario que permiten que el software sea fácil de
entender, aprender, que genere satisfacción y con el
cual el usuario pueda desempeñar su tarea
eficientemente. Incluyendo la descripción del prototipo
de la interfaz.

* Interfaces externas:
Definición de las interfaces con otro software o con
hardware.

* Confiabilidad:
Especificación del nivel de desempeño del software
con respecto a la madurez, tolerancia a fallas y
recuperación.

* Eficiencia:
Especificación del nivel de desempeño del software
con respecto al tiempo y a la utilización de recursos.

* Mantenimiento:

MoProSoft 138
Versión 1.3, Julio 2005

Nombre Descripción Destino

Análisis y Diseño Este documento contiene la descripción textual y Administración de
grafica de la estructura de los componentes de Proyectos Específicos
software. El cual consta de las siguientes partes:

Arquitectónica:
Contiene la estructura interna del sistema, es decir la
descomposición del sistema en subsistemas. Así como
la identificación de los componentes que integran los
subsistemas y las relaciones de interacción entre ellos.

Detallada:
Contiene el detalle de los componentes que permita de
manera evidente su construcción y prueba en el
ambiente de programación.
Componente Conjunto de unidades de código relacionadas. Administración de
Proyectos Específicos
Software Sistema de software, destinado a un cliente o usuario, Administración de
constituido por componentes agrupados en Proyectos Específicos
subsistemas, posiblemente anidados.
Configuración de Conjunto consistente de productos de software, que Administración de
Software incluye: Proyectos Específicos

• Especificación de Requerimientos

• Análisis y Diseño

• Software

• Registro de Rastreo

• Plan de Pruebas de Sistema

• Reporte de Pruebas de Sistema

• Plan de Pruebas de Integración

• Reporte de Pruebas de Integración

• Manual de Usuario

• Manual de Operación

• Manual de Mantenimiento

MoProSoft 139
Versión 1.3, Julio 2005

Nombre Descripción Destino

Manual de Documento electrónico o impreso que describe la Administración de
Usuario forma de uso del software con base a la interfaz del Proyectos Específicos
usuario. Éste deberá ser redactado en términos
comprensibles a los usuarios.
Manual de Documento electrónico o impreso que contenga la Administración de
Operación información indispensable para la instalación y Proyectos Específicos
administración del software, así como el ambiente de
operación (sistema operativo, base de datos,
servidores, etc.). Éste deberá ser redactado en
términos comprensibles al personal responsable de la
operación.
Manual de Documento electrónico o impreso que describe la Administración de
Mantenimiento Configuración de Software y el ambiente usado para el Proyectos Específicos
desarrollo y pruebas (compiladores, herramientas de
análisis y diseño, construcción y pruebas). Este deberá
ser redactado en términos comprensibles al personal
de mantenimiento.
Reporte de Registro periódico de actividades, fechas de inicio y fin, Administración de
Actividades responsables y mediciones, tales como: Proyectos Específicos

• tiempo de producción, de corrección, de

verificación y de validación,

• defectos encontrados en verificación, validación o

prueba,

• tamaño de productos.
Lecciones Registro de mejores prácticas, problemas recurrentes y Conocimiento de la
Aprendidas experiencias exitosas en la solución de problemas, Organización
encontrados en un ciclo de desarrollo y mantenimiento.
Reporte de Registro que contiene: Administración de
Mediciones y Proyectos Específicos
Sugerencias de
Mejora * Mediciones de los indicadores del proceso de
Desarrollo y Mantenimiento de Software (ver
Mediciones).

* Sugerencias de mejora al proceso de Desarrollo y

Mantenimiento de Software (métodos, herramientas,
formatos, estándares, etc.).

MoProSoft 140
Versión 1.3, Julio 2005

Nombre Descripción Destino

Registro de Relación entre los requerimientos, elementos análisis y Administración de
Rastreo diseño, componentes y planes de pruebas. Proyectos Específicos
Plan de Pruebas Identificación de pruebas requeridas para el Administración de
de Sistema cumplimiento de los requerimientos especificados. Proyectos Específicos

Reporte de Registro de participantes, fecha, lugar, duración y de Administración de

Pruebas de defectos encontrados. Proyectos Específicos
Sistema
Plan de Pruebas Descripción que contiene: Administración de
de Integración Proyectos Específicos
* El orden de integración de los componentes o
subsistemas, guiado por la parte arquitectónica del
Análisis y Diseño.

* Pruebas que se aplicarán para verificar la interacción

entre los componentes.
Reporte de Registro de participantes, fecha, lugar, duración y de Administración de
Pruebas de defectos encontrados. Proyectos Específicos
Integración

Productos internos

Nombre Descripción
Reporte(s) de Verificación Registro de participantes, fecha, lugar, duración y defectos
encontrados.
Reporte(s) de Validación Registro de participantes, fecha, lugar, duración y defectos
encontrados.

MoProSoft 141
Versión 1.3, Julio 2005

Referencias ISO 9001:2000 Sistemas de gestión de la calidad ­ Requisitos

bibliográficas
The Capability Maturity Model: Guidelines for Improving the Software
Process. Carnegie Mellon University, Software Engineering Institute. 1994.
Addison­ Wesley.

ISO/IEC TR 15504 – 2:1998(E) Information Technology ­ Software

process assessment. Part 2: A reference model for process and process
capability, v. 3.3.

ISO/IEC 9126­1 Software engineering – Product Quality, Part 1: Quality

model, First edition 15/06/2001

IEEE Recommended Practice for Software Requirements Specifications,

IEEE Std 830­1998

SWEBOK, Trial Version. Software engineering Coordinating Committee,

Computer Society, Software Engineering Institute. 2001.

Introduction to Team Software Process, Watts Humphrey, Addison Wesley,

2000.

MoProSoft 142
Versión 1.3, Julio 2005

Prácticas

MoProSoft 143
Versión 1.3, Julio 2005

Roles Rol Abreviatura Capacitación

involucrados y
Responsable de RAPE Capacidad de liderazgo con
capacitación
Administración del experiencia en la toma de
Proyecto Específico decisiones, planificación estratégica,
manejo de personal y desarrollo de
software.
Responsable de RDM Conocimiento y experiencia en el
Desarrollo y desarrollo y mantenimiento de
Mantenimiento de software.
Software
Analista AN Conocimiento y experiencia en la
obtención, especificación y análisis
de los requerimientos.
Diseñador de Interfaz DU Conocimiento en diseño de
de Usuario interfaces de usuario y criterios
ergonómicos.
Diseñador DI Conocimiento y experiencia en el
diseño de la estructura de los
componentes de software.
Programador PR Conocimiento y/o experiencia en la
programación, integración y pruebas
unitarias.
Responsable de RPU Conocimiento y experiencia en la
Pruebas planificación y realización de
pruebas de integración y de sistema.
Revisor RE Conocimiento en las técnicas de
revisión y experiencia en el
desarrollo y mantenimiento de
software.
Responsable de RM Conocimiento en las técnicas de
Manuales redacción y experiencia en el
desarrollo y mantenimiento de
software.
Equipo de Trabajo ET Conocimiento y experiencia de
acuerdo a su rol.
Cliente CL Interpretación del estándar de la
especificación de requerimientos.
Usuario US Ninguna

MoProSoft 144
Versión 1.3, Julio 2005

Actividades

Rol Descripción
A1. Realización de la fase de Inicio (O3)
ET A1.1. Revisar con los miembros del equipo de trabajo el Plan de Desarrollo actual para
lograr un entendimiento común y obtener su compromiso con el proyecto.
RDM A1.2. Elaborar el Reporte de Actividades registrando las actividades realizadas, fechas de
inicio y fin, responsable por actividad y mediciones requeridas.
A2. Realización de la fase de Requerimientos (O1,O3)
RDM A2.1. Distribuir tareas a los miembros del equipo de trabajo según su rol, de acuerdo al
AN Plan de Desarrollo actual.
AN A2.2. Documentar o modificar la Especificación de Requerimientos.
CL
US • Identificar y consultar fuentes de información (clientes, usuarios, sistemas
DU previos, documentos, etc.) para obtener nuevos requerimientos.

• Analizar los requerimientos identificados para delimitar el alcance y su

factibilidad, considerando las restricciones del ambiente del negocio del cliente o
del proyecto.

• Elaborar o modificar el prototipo de la interfaz con el usuario.

• Generar o actualizar la Especificación de Requerimientos.

RE A2.3. Verificar la Especificación de Requerimientos (Ver1).
AN A2.4. Corregir los defectos encontrados en la Especificación de Requerimientos con base
DU en el Reporte de Verificación y obtener la aprobación de las correcciones.
CL A2.5. Validar la Especificación de Requerimientos (Val1).
US
RPU
AN A2.6. Corregir los defectos encontrados en la Especificación de Requerimientos con base
DU en el Reporte de Validación y obtener la aprobación de las correcciones.
RPU A2.7. Elaborar o modificar Plan de Pruebas de Sistema.
AN
RE A2.8. Verificar el Plan de Pruebas de Sistema (Ver2).
RPU A2.9. Corregir los defectos encontrados en el Plan de Pruebas de Sistema con base en el
Reporte de Verificación y obtener la aprobación de las correcciones.
RM A2.10. Documentar la versión preliminar del Manual de Usuario o modificar el manual
existente.
RE A2.11. Verificar el Manual de Usuario (Ver3).

MoProSoft 145
Versión 1.3, Julio 2005

Rol Descripción
RM A2.12. Corregir los defectos encontrados en el Manual de Usuario con base en el Reporte
de Verificación y obtener la aprobación de las correcciones.
RDM A2.13. Incorporar Especificación de Requerimientos, Plan de Pruebas de Sistema y Manual
de Usuario como líneas base a la Configuración de Software.
RDM A2.14. Elaborar el Reporte de Actividades registrando las actividades realizadas, fechas de
inicio y fin, responsable por actividad y mediciones requeridas.
A3. Realización de la fase de Análisis y Diseño (O1,O3)
RDM A3.1. Distribuir tareas a los miembros del equipo de trabajo según su rol, de acuerdo al
AN Plan de Desarrollo actual.
DI
AN A3.2. Documentar o modificar el Análisis y Diseño:
DI
DU • Analizar la Especificación de Requerimientos para generar la descripción de la
estructura interna del sistema y su descomposición en subsistemas, y éstos a su
vez en componentes, definiendo las interfaces entre ellos.

• Describir el detalle de la apariencia y el comportamiento de la interfaz con base en

la Especificación de Requerimientos de forma que se puedan prever los recursos
para su implementación.

• Describir el detalle de los componentes que permita su construcción de manera

evidente.

• Generar o actualizar el Análisis y Diseño.

• Generar o modificar el Registro de Rastreo.

RE A3.3. Verificar el Análisis y Diseño y el Registro de Rastreo (Ver4).
AN A3.4. Corregir los defectos encontrados en el Análisis y Diseño y en el Registro de
DI Rastreo con base en el Reporte de Verificación y obtener la aprobación de las
DU correcciones.
CL A3.5. Validar el Análisis y Diseño (Val2).
RPU
AN A3.6. Corregir los defectos encontrados en el Análisis y Diseño con base en el Reporte de
DI Validación y obtener la aprobación de las correcciones.
DU
RPU A3.7. Elaborar o modificar Plan de Pruebas de Integración.
RE A3.8. Verificar el Plan de Pruebas de Integración (Ver5).
RPU A3.9. Corregir los defectos encontrados en el Plan de Pruebas de Integración con base en
el Reporte de Verificación y obtener la aprobación de las correcciones.
RDM A3.10. Incorporar Análisis y Diseño, Registro de Rastreo y Plan de Pruebas de Integración
como líneas base a la Configuración de Software.

MoProSoft 146
Versión 1.3, Julio 2005

Rol Descripción
RDM A3.11. Elaborar el Reporte de Actividades registrando las actividades realizadas, fechas de
inicio y fin, responsable por actividad y mediciones requeridas.
A4. Realización de la fase de Construcción (O1,O3)
RDM A4.1. Distribuir tareas a los miembros del equipo de trabajo según su rol, de acuerdo al
Plan de Desarrollo actual.
PR A4.2. Construir o modificar el(los) Componente(s) de software:
• Implementar o modificar Componente(s) con base a la parte detallada del Análisis
y Diseño.
• Definir y aplicar pruebas unitarias para verificar que el funcionamiento de cada
componente esté acorde con la parte detallada del Análisis y Diseño.
• Corregir los defectos encontrados hasta lograr pruebas unitarias exitosas (sin
defectos).
• Actualizar el Registro de Rastreo, incorporando los componentes construidos o
modificados.
RE A4.3. Verificar el Registro de Rastreo (Ver6).
PR A4.4. Corregir los defectos encontrados en el Registro de Rastreo con base en el Reporte
de Verificación y obtener la aprobación de las correcciones.
RDM A4.5. Incorporar Componentes y Registro de Rastreo como líneas base a la Configuración
de Software.
RDM A4.6. Elaborar el Reporte de Actividades, registrando las actividades realizadas, fechas de
inicio y fin, responsable por actividad y mediciones requeridas.
A5. Realización de la fase de Integración y Pruebas (O1,O3)
RDM A5.1. Distribuir tareas a los miembros del equipo de trabajo según su rol, de acuerdo al
Plan de Desarrollo actual.
PR A5.2. Realizar integración y pruebas.
RPU
• Integrar los componentes en subsistemas o en el sistema del Software y aplicar
las pruebas siguiendo el Plan de Pruebas de Integración, documentando los
resultados en un Reporte de Pruebas de Integración.

• Corregir los defectos encontrados, con base en Reporte de Pruebas de

Integración, hasta lograr una prueba de integración exitosa (sin defectos).

• Actualizar el Registro de Rastreo.

RM A5.3. Documentar el Manual de Operación o modificar el manual existente.
RE A5.4. Verificar el Manual de Operación (Ver7).
RM A5.5. Corregir los defectos encontrados en el Manual de Operación con base en el
Reporte de Verificación y obtener la aprobación de las correcciones.
RPU A5.6. Realizar las pruebas de sistema siguiendo el Plan de Pruebas de Sistema,
documentando los resultados en un Reporte de Pruebas de Sistema.

MoProSoft 147
Versión 1.3, Julio 2005

Rol Descripción
PR A5.7. Corregir los defectos encontrados en las pruebas de sistema con base en el
Reporte de Pruebas de Sistema y obtener la aprobación de las correcciones.
RM A5.8. Documentar el Manual de Usuario o modificar el existente.
RE A5.9. Verificar el Manual de Usuario (Ver8).
RM A5.10. Corregir los defectos encontrados en el Manual de Usuario con base en el Reporte
de Verificación y obtener la aprobación de las correcciones.
RDM A5.11. Incorporar Software, Reporte de Pruebas de Integración, Registro de Rastreo,
Manual de Operación y Manual de Usuario como líneas base a la Configuración de
Software.
RDM A5.12. Elaborar el Reporte de Actividades registrando las actividades realizadas, fechas de
inicio y fin, responsable por actividad y mediciones requeridas.
A6. Realización de la fase de Cierre (O2)
RM A6.1. Documentar el Manual de Mantenimiento o modificar el existente.
RE A6.2. Verificar el Manual de Mantenimiento (Ver9).
RM A6.3. Corregir los defectos encontrados en el Manual de Mantenimiento con base en el
Reporte de Verificación y obtener la aprobación de las correcciones.
RDM A6.4. Incorporar Manual de Mantenimiento como línea base a la Configuración de
Software.
RDM A6.5. Identificar las Lecciones Aprendidas e integrarlas a la Base de Conocimiento. Como
ET ejemplo, se pueden considerar mejores prácticas, experiencias exitosas de manejo
de riesgos, problemas recurrentes, entre otras.
RDM A6.6. Generar el Reporte de Mediciones y Sugerencias de Mejora.
ET
RDM A6.7. Elaborar el Reporte de Actividades registrando las actividades realizadas, fechas de
inicio y fin, responsable por actividad y mediciones requeridas.

MoProSoft 148
Versión 1.3, Julio 2005

Diagrama de
flujo de trabajo

A1 Realizació n de
la fase de Inicio
Plan de Plan de Pruebas de
Desarrollo Sistema

También entrada Manual de

para actividades A2 Realizació n de la fase Usuario
de Requerimientos
A2, A3, A4 y A5 [Prelimi nar]

Especificación de
Requerimientos

Plan de Pruebas de
A3 Realizació n de la fase
de Análisis y Diseñ o Integración

Generado en
todas las
Registro de Rastreo actividades de
Análisis y
[Generado o Modificado] éste Proceso
Diseño

Reporte de
A4 Realizació n de la
Actividades
fase de Construcció n

Registro de
Rastreo Componente
[Actualizado]
Manual de
usuario
[Final]
Manual de
Reporte de Pruebas de
Operación A5 Realizació n de la fase
Integración
de Integració n y Pruebas

Reporte de Pruebas de
Software Reportes de Verificación y/o
Sistema Validación

Reporte de Mediciones y
A6 Realizació n de la Manual de
Sugerencias de Mejora Generados y
fase de Cierre Mantenimiento
utilizados en las
actividades A2, A3,
Lecciones
A4, A5 y A6
Aprendidas Configuración de
Software

Iniciar nuevo ciclo

terminar

MoProSoft 149
Versión 1.3, Julio 2005

Verificaciones y
validaciones

Verificación Actividad Producto Rol Descripción

o
validación
Ver1 A2.3 Especificación de RE Verificar la claridad de redacción de la
Requerimientos Especificación de Requerimientos y su
consistencia con la Descripción del
Producto y con el estándar de
documentación requerido en el Proceso
Específico. Adicionalmente revisar que los
requerimientos sean completos y no
ambiguos o contradictorios. Los defectos
encontrados se documentan en un Reporte
de Verificación.
Val1 A2.5 Especificación de CL, Validar que la Especificación de
Requerimientos US, Requerimientos cumple con las necesidades
RPU y expectativas acordadas, incluyendo la
realización de la prueba de usabilidad de la
interfaz del usuario. Los defectos
encontrados se documentan en un Reporte
de Validación.
Ver2 A2.8 Plan de Pruebas RE Verificar consistencia del Plan de Pruebas
de Sistema de Sistema con la Especificación de
Requerimientos y con el estándar de
documentación requerido en el Proceso
Específico. Los defectos encontrados se
documentan en un Reporte de Verificación.
Ver3 A2.11 Manual de RE Verificar consistencia del Manual de Usuario
Usuario con la Especificación de Requerimientos y
con el estándar de documentación requerido
en el Proceso Específico. Los defectos
encontrados se documentan en un Reporte
de Verificación.

MoProSoft 150
Versión 1.3, Julio 2005

Verificación Actividad Producto Rol Descripción

o
validación
Ver4 A3.3 Análisis y Diseño RE Verificar claridad de la documentación del
Análisis y Diseño, su factibilidad y la
Registro de
consistencia con la Especificación de
Rastreo
Requerimientos y con el estándar de
documentación requerido en el Proceso
Específico. Verificar que el Registro de
Rastreo contenga las relaciones adecuadas
entre los requerimientos y los elementos de
Análisis y Diseño. Los defectos encontrados
se documentan en un Reporte de
Verificación.
Val2 A3.5 Análisis y Diseño CL, Validar que el Análisis y Diseño cumple con
RPU las necesidades y expectativas acordadas
con el cliente. Los defectos encontrados se
documentan en un Reporte de Validación.
Ver5 A3.8 Plan de Pruebas RE Verificar consistencia del Plan de Pruebas
de Integración de Integración con el Análisis y Diseño y con
el estándar de documentación requerido en
el Proceso Específico. Los defectos
encontrados se documentan en un Reporte
de Verificación.
Ver6 A4.3 Registro de RE Verificar que el Registro de Rastreo
Rastreo contenga las relaciones adecuadas entre los
elementos de Análisis y Diseño y los
componentes. Los defectos encontrados se
documentan en un Reporte de Verificación.
Ver7 A5.4 Manual de RE Verificar consistencia del Manual de
Operación Operación con el Software y con el estándar
de documentación requerido en el Proceso
Específico. Los defectos encontrados se
documentan en un Reporte de Verificación.
Ver8 A5.9 Manual de RE Verificar consistencia del Manual de Usuario
Usuario con el sistema de Software y con el estándar
de documentación requerido en el Proceso
Específico. Los defectos encontrados se
documentan en un Reporte de Verificación.

MoProSoft 151
Versión 1.3, Julio 2005

Verificación Actividad Producto Rol Descripción

o
validación
Ver9 A6.2 Manual de RE Verificar consistencia del Manual de
Mantenimiento Mantenimiento con la Configuración de
Software y con el estándar de
documentación requerido en el Proceso
Específico. Los defectos encontrados se
documentan en un Reporte de Verificación.

Incorporación a
la Base de Producto Forma de aprobación
Conocimiento Especificación de Requerimientos Ver1, Val1

Plan de Pruebas de Sistema Ver2

Manual de Usuario Ver3

Análisis y Diseño Ver4, Val2

Registro de Rastreo Ver4

Plan de Pruebas de Integración Ver5

Componente(s) Prueba unitaria exitosa

Registro de Rastreo Ver6

Software Prueba de integración exitosa, prueba

de sistema exitosa
Manual de Operación Ver7

Manual de Usuario Ver8

Manual de Mantenimiento Ver9

Reporte de Pruebas de Integración Ninguna

Reporte de Pruebas de Sistema Ninguna

Reporte(s) de Actividades Ninguna

Lecciones Aprendidas Ninguna

Reporte(s) de Verificación Ninguna

Reporte(s) de Validación Ninguna

MoProSoft 152
Versión 1.3, Julio 2005

Actividad Recurso
Recursos de
A1, A2, A3, Herramienta para documentación.
Infraestructura
A4, A5, A6
A2 Herramientas para la Especificación de Requerimientos.
A3 Herramientas para el Análisis y Diseño.
A4 Herramientas para la construcción.
A4, A5 Herramientas para la realización de pruebas.

Mediciones Al final de cada ciclo se genera un reporte del estado de los indicadores del
proceso con respecto a las metas cuantitativas definidas, se sugieren las
siguientes mediciones:

M1 (I1) Revisar los Reportes de Verificación, Reportes de Validación y/o

reportes de pruebas de cada fase para la confirmación de que se han
realizado estas actividades y se han incorporado las correcciones.

M2 (I2) Revisar la Configuración de Software para comprobar que los

productos que la integran son los mismos que se generaron en el ciclo.

M3 (I3) Comparar el Plan de Desarrollo actual para cada fase con el

Reporte de Actividades correspondiente para conocer la desviación
contra lo planificado.

Capacitación El RDM deberá ofrecer las facilidades para que el personal que está involucrado
en el proceso de Desarrollo y Mantenimiento de Software participe en las
actividades del Plan de Capacitación actual de la Base de Conocimiento.

Situaciones Los roles involucrados en el proceso de Desarrollo y Mantenimientos de

excepcionales Software deberán notificar al RDM, de manera oportuna, las situaciones que les
impidan el desarrollo de las actividades asignadas.

El RDM deberá dar respuesta a estas situaciones y en caso de no poder

resolverlas o no sean de su competencia deberá escalarlas al RAPE.

Lecciones Antes de iniciar las actividades asignadas, los roles involucrados en el proceso
aprendidas de Desarrollo y Mantenimientos de Software deberán consultar las Lecciones
Aprendidas de la Base de Conocimiento para aprovechar la experiencia de la
organización y disminuir la posibilidad de incurrir en problemas recurrentes.

MoProSoft 153
Versión 1.3, Julio 2005

Guías de ajuste

Requerimientos: La Especificación de Requerimientos puede incluir un prototipo de interfaz

Especificación de con el usuario sencilla, que inclusive no tenga funcionalidad.
Requerimientos

Requerimientos: En la fase de Requerimientos se puede omitir la elaboración o

Manual de Usuario actualización del Manual del Usuario, así como su verificación. Sin
embargo esta actividad se deberá realizar a mas tardar en la fase de
integración y pruebas.
Requerimientos: El Plan de Pruebas de Sistema se puede validar con el cliente, en caso
Plan de Pruebas de que se acuerde con él.
Sistema

Análisis y Diseño: En caso que se acuerde con el cliente, se puede omitir la validación del
Análisis y Diseño Análisis y Diseño.

Construcción: Antes de realizar pruebas unitarias se pueden incluir revisiones entre

Revisión entre colegas para verificar el código de los componentes con respecto al
colegas del código Análisis y Diseño. El beneficio de estas revisiones es la disminución del
número de defectos de fases posteriores y el tiempo de corrección.
Construcción: Las pruebas unitarias se pueden definir de manera sistemática y
Pruebas unitarias documentada siguiendo el estándar IEEE Std 1008­1987 (R 1993)
Standard for Software Unit Testing.
Construcción: En la fase de Construcción se puede agregar la elaboración o
Prototipo de interfaz modificación del prototipo de la interfaz para realizar una prueba con el
usuario, con el fin de identificar defectos críticos de uso. Si no se cuenta
con los usuarios para la prueba de interfaz puede recurrirse a la revisión
de un experto o se pueden escoger individuos de un perfil similar.
Reporte de Las mediciones requeridas en el Reporte de Actividades pueden ser
Actividades modificadas de acuerdo a las necesidades de la organización o del
proyecto.

MoProSoft 154
Versión 1.3, Julio 2005

Anexos

A1. Relación de MoProSoft con ISO 9001:2000, CMM v1.1 e

ISO/IEC TR 15504­2:1998

En este anexo se presenta una relación entre los procesos de MoProSoft y los estándares y
modelos más importantes de su bibliografía, como son:
• ISO 9001:2000 – en su traducción oficial al castellano
• CMM v1.1 (como lo especifica el documento “CMM Practices” ­ CMU/SEI­93­TR­25) – en
inglés
• ISO/IEC TR 15504­2:1998(E) – en inglés

Se presenta el mapeo entre MoProSoft y cada uno de dichos documentos, primero para todos los
procesos de MoProSoft en general, y posteriormente para cada proceso específico.

Nótese que los mapeos de los procesos de MoProSoft a ISO 9001:2000 y CMM se hacen a los
puntos anotados en negrita y cursiva. Para claridad se han presentado en forma de ramas de
árbol jerárquico que ilustra el contexto de cada punto que se hace referencia. En caso de ISO/IEC
TR 15504­2:1998 la relación es a nivel de los procesos correspondientes.

Para todos los procesos

Las referencias siguientes son comunes e importantes para todos los procesos de MoProSoft. Lo
aquí listado no se repetirá en los puntos de cada proceso específico.

ISO 9001:2000
8 – Medición, análisis y mejora
8.2 ­ Seguimiento y medición
8.2.3 ­ Seguimiento y medición de los procesos

ISO 15504
• SUP.1 – Documentation Process
• SUP.2 – Configuration Management Process
• SUP.3 – Quality Assurance Process
• SUP.4 – Verification Process
• SUP.5 – Validation Process
• SUP.8 – Problem Resolution Process
• ORG.5 – Measurement Process

DIR.1 Gestión de Negocio

MoProSoft 155
Versión 1.3, Julio 2005

ISO 9001:2000
4 – Sistema de gestión de la calidad
4.1 – Requisitos generales (a)
4.2 – Requisitos de la documentación
4.2.1 – Generalidades (a)
5 – Responsabilidad de la dirección
7 – Realización del producto
7.2 – Procesos relacionados con el cliente
7.2.3 – Comunicación con el cliente
8 – Medición, análisis y mejora
8.1 ­ Generalidades
8.2 – Seguimiento y medición
8.2.1 – Satisfacción del cliente
8.2.2 – Auditoría interna
8.2.3 – Seguimiento y medición
8.4 – Análisis de datos
8.5 – Mejora

CMM v1.1
• Level 3
o Organization Process Focus
 Commitment 1, 2, 3, Ability 1, 2, Activity 1, 2, 3, 4, 6, Verification1
o Organization Process Definition
 Commitment 1, Ability 1
• Level 4
o Quantitative Process Management
 Commitment 2, Ability 1, 2
• Level 5
o Technology Change Management
 Commitment 2, Activity 7
o Process Change Management
 Commitment 2, Activity 1, 5, 9, 10, Verification 1

ISO 15504
• MAN.1 – Management Process
• MAN.3 – Quality Management
• MAN.4 – Risk Management
• ORG.1 – Organizational Alignment Process
• ORG.2 – Improvement Process

MoProSoft 156
Versión 1.3, Julio 2005

GES.1 Gestión de Procesos

ISO 9001:2000
4 – Sistema de gestión de la calidad
4.1 – Requisitos generales
4.2 – Requisitos de la documentación
4.2.1 – Generalidades (b, d)
4.2.2 Manual de la calidad
5 – Responsabilidad de la dirección
5.6 – Revisión por la dirección
5.6.2 – Información para la revisión
7 – Realización del producto
7.1 – Planificación de la realización del producto (b, d)
8 – Medición, análisis y mejora
8.1 – Generalidades (b, c)
8.2 – Seguimiento y medición
8.2.2 – Auditoría interna
8.2.3 – Seguimiento y medición
8.4 – Análisis de datos (c)
8.5 – Mejora

CMM v1.1
• Level 2
o Requirements Management
 Commitment 1, Verification 1, 3
o Software Project Planning
 Commitment 2, Verification 1, 3
o Software Project Tracking & Oversight
 Commitment 2, Verification 1, 3
o Software Subcontract Management
 Commitment 2, Verification 1, 3
o Software Quality Assurance
 Commitment 2, Verification 1, 3
o Software Configuration Management
 Commitment 2, Verification 1, 3
• Level 3
o Organization Process Focus
 Measurement 1
o Organization Process Definition
 Activity 1, 2, 3, 4, 6, Measurement 1, Verification 1
o Training Program
 Commitment 1, Measurement 1, 2, Verification 1
o Integrated Software Management

MoProSoft 157
Versión 1.3, Julio 2005

 Commitment 1, Verification 1, 3
o Software Product Engineering
 Commitment 1, Verification 1, 3
o Intergroup Coordination
 Commitment 1, Verification 1, 3
o Peer Reviews
 Commitment 1, Verification 1
• Level 4
o Quantitative Process Management
 Commitment 1, Verification 1, 3
o Software Quality Management
 Commitment 1, Verification 1, 3
• Level 5
o Defect Prevention
 Commitment 1, Ability 1, Activity 6, Verification 1, 3
o Technology Change Management
 Commitment 1, 3, Activity 8, Verification , 2
o Process Change Management
 Commitment 1, Activity 2, 3, 4, 5, 8, 9, 10, Measurement 1, Verification
1, 2

ISO 15504
• SUP.7 – Audit Process
• MAN.1 – Management Process
• ORG.2 – Improvement Process
o ORG.2.1 – Process Establishment Process
o ORG.2.2 – Process Assessment Process
o ORG.2.3 – Process Improvement Process

GES.2 Gestión de Proyectos

ISO 9001:2000
5 – Responsabilidad de la dirección
5.6 – Revisión por la dirección
5.6.2 – Información para la revisión (b, c, d, g)
7 – Realización del producto
7.1 – Planificación de la realización del producto (a, b)
7.2 – Procesos relacionados con el cliente
7.2.1 – Determinación de los requisitos relacionados con el producto
7.2.2 – Revisión de los requisitos relacionados con el producto
7.2.3 – Comunicación con el cliente

MoProSoft 158
Versión 1.3, Julio 2005

7.3 – Diseño y desarrollo

7.3.4 – Revisión del diseño y desarrollo
7.5 – Producción y prestación del servicio
7.5.1 – Control de la producción y de la prestación del servicio (a, c, f)
8 – Medición, análisis y mejora
8.2 – Seguimiento y medición
8.2.1 – Satisfacción del cliente
8.2.3 – Seguimiento y medición
8.4 – Análisis de datos (a, b, c)
8.5 – Mejora

CMM v1.1
• Level 2
o Requirements Management
 Ability 3
o Software Project Planning
 Commitment 1, Ability 1, Ability 3, Activity 1, 2, 4
o Software Project Tracking & Oversight
 Commitment 1, Ability 1, 3, Activity 3
o Software Subcontract Management
 Ability 2
o Software Quality Assurance
 Ability 2
o Software Configuration Management
 Ability 3
• Level 3
o Integrated Software Management
 Ability 1, Activity 3, Measurement 1
o Software Product Engineering
 Ability 1
o Intergroup Coordination
 Ability 1, Verification 1
o Peer Reviews
 Ability 1
• Level 4
o Quantitative Process Management
 Commitment 2, Ability 2, 3, Activity 6, 7, Measurement 1
o Software Quality Management
 Ability 1, Measurement 1
• Level 5
o Defect Prevention
 Ability 1, 3, Measurement 1
o Technology Change Management

MoProSoft 159
Versión 1.3, Julio 2005

 Activity 6
o Process Change Management
 Activity 7

ISO 15504
• CUS.2 – Supply Process
• CUS.3 – Requirements Elicitation Process
• CUS.4 – Operation process
o CUS.4.2 – Customer Support Process
• MAN.1 – Management Process
• MAN.2 – Project Management Process
• MAN.3 – Quality Management Process
• MAN.4 – Risk Management Process
• ORG.2 – Improvement Process
o ORG.2.2 – Process Assessment Process

GES.3 Gestión de Recursos

ISO 9001:2000
4 – Sistema de gestión de la calidad
4.1 – Requisitos generales (d)
6 – Gestión de los recursos
6.1 – Provisión de recursos
8 – Medición, análisis y mejora
8.4 – Análisis de datos
8.5 – Mejora
CMM v1.1
• Level 2
o Software Subcontract Management
 Commitment 1
• Level 3
o Organization Process Focus
 Activity 4, 6
o Organization Process Definition
 Activity 5, 6
o Training Program
 Ability 1, Measurement 1, 2, Verification 2, 3
• Level 5

MoProSoft 160
Versión 1.3, Julio 2005

o Technology Change Management

 Ability 1, Activity 1, 2, 3, 4, 5, 7

ISO 15504
• MAN.1 – Management Process

GES.3.1 Recursos Humanos y Ambiente de Trabajo

ISO 9001:2000
6 – Gestión de los recursos
6.2 – Recursos humanos
6.4 – Ambiente de trabajo

CMM v1.1
• Level 2
o Requirements Management
 Ability 3, 4
o Software Project Planning
 Ability 3, 4
o Software Project Tracking & Oversight
 Ability 3, 4, 5
o Software Subcontract Management
 Ability 1, 2,3
o Software Quality Assurance
 Ability 2, 3, 4
o Software Configuration Management
 Ability 3, 4, 5
• Level 3
o Organization Process Focus
 Ability 2, 3, 4
o Organization Process Definition
 Ability 1, 2
o Training Program
 Ability 2, 3, 4, Activity 2, 3, 4, 5, Measurement 1, 2
o Integrated Software Management
 Ability 1, 2, 3
o Software Product Engineering
 Ability 1, 2, 3, 4
o Intergroup Coordination
 Ability 1, 3, 4, 5

MoProSoft 161
Versión 1.3, Julio 2005

o Peer Reviews
 Ability 1, 2, 3
• Level 4
o Quantitative Process Management
 Ability 2, 4, 5
o Software Quality Management
 Ability 1, 2, 3
• Level 5
o Defect Prevention
 Ability 3, 4
o Technology Change Management
 Ability 2
o Process Change Management
 Ability 1, 2, 3, 4

ISO 15504
• ORG.3 – Human Resource Management Process

GES.3.2 Bienes, Servicios e Infraestructura

ISO 9001:2000
6 – Gestión de los recursos
6.3 – Infraestructura
7 – Realización del producto
7.4 ­ Compras
8 – Medición, análisis y mejora
8.4 – Análisis de datos

CMM v1.1
• Level 2
o Requirements Management
 Ability 3
o Software Project Planning
 Ability 3
o Software Project Tracking & Oversight
 Ability 3
o Software Subcontract Management
 Commitment 2, Ability 1, Activity 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13
o Software Quality Assurance
 Ability 2
o Software Configuration Management

MoProSoft 162
Versión 1.3, Julio 2005

 Ability 3
• Level 3
o Organization Process Focus
 Ability 2
o Organization Process Definition
 Ability 1
o Training Program
 Ability 2
o Integrated Software Management
 Ability 1
o Software Product Engineering
 Ability 1
o Intergroup Coordination
 Ability 1, 2
o Peer Reviews
 Ability 1
• Level 4
o Quantitative Process Management
 Ability 2
o Software Quality Management
 Ability 1
• Level 5
o Defect Prevention
 Ability 3
o Technology Change Management
 Ability 2
o Process Change Management
 Ability 1

ISO 15504
• CUS.1 – Acquisition Process
• ORG.4 – Infrastructure Process

GES.3.3 Conocimiento de la Organización

ISO 9001:2000
4 – Sistema de gestión de la calidad
4.2 – Requisitos de la documentación
4.2.3 – Control de los documentos (c, d, e, f, g)
4.2.4 – Control de los registros
7 – Realización del producto

MoProSoft 163
Versión 1.3, Julio 2005

7.3 – Diseño y desarrollo

7.3.2 – Elementos de entrada para el diseño y desarrollo (c)

CMM v1.1
• Level 3
o Organization Process Definition
 Activity 5, 6
• Level 4
o Quantitative Process Management
 Activity 7
• Level 5
o Process Change Management
 Activity 9

ISO 15504
• SUP.1 – Documentation Process
• SUP.2 – Configuration Management Process
• SUP.8 – Problem Resolution Process
• ORG.6 – Reuse Process

OPE.1 Administración de Proyectos Específicos

ISO 9001:2000
4 – Sistema de gestión de la calidad
4.1 – Requisitos Generales
6 – Gestión de los recursos
6.2 – Recursos humanos
6.2.2 – Competencia, toma de conciencia y formación (a)
6.3 – Infraestructura
7 – Realización del producto
7.1 – Planificación de la realización del producto
7.2 – Procesos relacionados con el cliente
7.2.1 – Determinación de los requisitos relacionados con el producto (a)
7.2.3 – Comunicación con el cliente
7.3 – Diseño y desarrollo
7.3.1 –Planificación del diseño y desarrollo
7.3.4 – Revisión del diseño y desarrollo
7.4 – Compras
7.5 – Producción y prestación del servicio
7.5.1 – Control de la producción y de la prestación del servicio
7.6 – Control de los dispositivos de seguimiento y de medición

MoProSoft 164
Versión 1.3, Julio 2005

8 – Medición, análisis y mejora

8.2 – Seguimiento y medición
8.2.4 – Seguimiento y medición del producto
8.5 ­ Mejora

CMM v1.1
• Level 2
o Requirements Management
 Ability 1, 2, Activity 3, Measurement 1, Verification 2
o Software Project Planning
 Ability 1, Activity 2, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, Measurement 1,
Verification 1
o Software Project Tracking & Oversight
 Ability 1, Activity 1, 2, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, Measurement1,
Verification 2
o Software Subcontract Management
 Commitment 2, Activity 1, 4, 5, 6, 7, 8 , 9, 10, 11, 12, Measurement1,
Verification 2
o Software Quality Assurance
 Ability 1, Activity 1, 2, 3, 4, 5, 6, 7, 8, Measurement 1, Verification2
o Software Configuration Management
 Verification 1
• Level 3
o Training Program
 Activity 1
o Integrated Software Management
 Activity 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, Measurement 1, Verification1
o Software Product Engineering
 Activity 1, Verification 2
o Intergroup Coordination
 Activity 1, Activity 3, 4, 5, 6, Measurement 1, Verification 1
• Level 4
o Quantitative Process Management
 Activity 1, 2, 3, 4, 5, 6, Measurement 1, Verification 2
o Software Quality Management
 Activity 1, 3, 4, 5, Measurement 1, Verification 2
• Level 5
o Defect Prevention
 Ability 2, Activity 1, 7, 8, Measurement 1, Verification 2

ISO 15504
• CUS.1 – Acquisition Process
• CUS.2 – Supply Process

MoProSoft 165
Versión 1.3, Julio 2005

• CUS.3 – Requirements Elicitation Process

• ENG.2 – System and Software Maintenance Process
• SUP.6 – Joint Review Process
• MAN.1 – Management Process
• MAN.2 – Project Management Process
• MAN.3 – Quality Management Process
• MAN.4 – Risk Management Process

OPE.2 Desarrollo y Mantenimiento de Software

ISO 9001:2000
7 – Realización del producto
7.2 – Procesos relacionados con el cliente
7.2.1 – Determinación de los requisitos relacionados con el producto
7.2.2 – Revisión de los requisitos relacionados con el producto
7.3 – Diseño y desarrollo
7.3.1 –Planificación del diseño y desarrollo
7.3.2 – Elementos de entrada para el diseño y desarrollo
7.3.3 – Resultados del diseño y desarrollo
7.3.5 – Verificación del diseño y desarrollo
7.3.6 – Validación del diseño y desarrollo
7.3.7 – Control de los cambios del diseño y desarrollo
7.5 – Producción y prestación del servicio
7.5.3 – Identificación y trazabilidad
7.5.4 – Propiedad del cliente
7.5.5 – Preservación del producto
8 – Medición, análisis y mejora
8.2 – Seguimiento y medición
8.2.4 – Seguimiento y medición del producto
8.3 – Control del producto no conforme

CMM v1.1
• Level 2
o Requirements Management
 Activity 1, 2
o Software Project Planning
 Activity 3
o Software Project Tracking & Oversight
 Ability 2
o Software Configuration Management
 Ability 1, 2, Activity 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, Measurement 1

MoProSoft 166
Versión 1.3, Julio 2005

• Level 3
o Software Product Engineering
 Activity 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, Measurement 1, 2
o Intergroup Coordination
 Activity 2, 7
o Peer Reviews
 Activity 1, 2, 3, Measurement 1
• Level 4
o Quantitative Process Management
 Measurement 1
o Software Quality Management
 Activity 2, Measurement 1
• Level 5
o Defect Prevention
 Activity 2, 3, 4, 5, Measurement 1

ISO 15504
• CUS.3 – Requirements Elicitation Process
• ENG.1 – Development Process
• ENG.2 – System and Software Maintenance Process
• SUP.6 – Joint Review Process

A2. Notación de Diagramas

Introducción En este anexo se presentan los elementos de UML 1.4 [11] utilizados en
los diagramas generados en la descripción del Modelo de Procesos para
la Industria de Software (MoProSoft). Los diagramas empleados son:
• Diagramas de clases (clases y paquetes), para representar
categorías de procesos, relaciones entre procesos, clasificación
general de roles, clasificación general de productos y
configuración y productos de software.
• Diagramas de actividad, para representar el flujo de trabajo para
cada proceso.

MoProSoft 167
Versión 1.3, Julio 2005

Diagramas de Clases

Elemento Descripción

Representación de un paquete. En el caso del

<<categoría>>
modelo, se utiliza para representar categorías.

Representación de una clase. Se utiliza para

Nombre
representar roles, productos y procesos.

Relación de asociación entre dos clases.

Relación de agregación entre dos clases. El

diamante indica a la clase que contiene a otra
clase

Relación de herencia entre clases. El triángulo

apunta hacia la clase que hereda.

Relación de dependencia en ambas direcciones

entre dos clases o paquetes.

Diagramas de Actividad

Elemento Descripción

Actividad a realizar en un proceso. En su nombre

se agrega la identificación de la actividad que
representa.

Producto generado en una actividad. En algunos

[Estado] casos, se indica el estado en el que se
encuentra el producto.

Transición hacia la misma actividad

MoProSoft 168
Versión 1.3, Julio 2005

Transición entre actividades

Flujo de información. Indican a partir de qué

actividad se genera un producto, y en algunos
casos su destino.

Asociación entre comentarios y actividades

Comentarios

Bifurcación. Permite modificar la transición de

una actividad de acuerdo a alguna condición.

Barra de sincronización. Indica las actividades

que deben concluirse antes de iniciar otra(s).

Inicio del proceso

Fin del proceso

MoProSoft 169
Versión 1.3, Julio 2005

Bibliografía

Referencias [1] ISO 9001:2000 Sistemas de gestión de la calidad – Requisitos

bibliográficas
[2] The Capability Maturity Model: Guidelines for Improving the Software
Process. Carnegie Mellon University, Software Engineering Institute. 1994.
Addison­ Wesley.

[3] ISO/IEC TR:15504 – SOFTWARE PROCESS ASSESSMENT. Part 2: A

reference model for process and process capability.

[4] A guide to Project Management Body of Knowledge (PMBOK). Project

Management Institute. Edición 2000.

[5] Strategic Planning FAQs, Alliance for Nonprofit Management.

[Link]

[6] Joaquín Rodríguez Valencia, Cómo aplicar la planeación estratégica a

la pequeña y mediana empresa, 1998. Editorial ECAFSA.

[7] George A. Steiner, Planeación Estratégica, lo que todo director debe

saber, Editorial CECSA. 2002.

[8] ISO/IEC 9126­1 Software engineering – Product Quality, Part 1:

Quality model, First edition 15/06/2001

[8] IEEE Recommended Practice for Software Requirements

Specifications, IEEE Std 830­1998

[9] SWEBOK, Trial Version. Software engineering Coordinating Committee,

Computer Society, Software Engineering Institute. 2001.

[10] Watts Humphrey, Introduction to Team Software Process, , Editorial

Addison Wesley, 2000.

[11] Unified Modeling Language versión 1.4

[Link]/technology/documents/formal/[Link]

MoProSoft 170
Versión 1.3, Julio 2005

Registro de cambios con respecto a MoProSoft V 1.1

Datos generales:

Fecha: 15 junio del 2005

Nombre: Claudia Alquicira Esquivel
Fuentes: Hanna Oktaba (HO)
Claudia Alquicira Esquivel (CA),
Angélica Su Ramos (AS),
María Julia Orozco Mendoza (MOM),
Rogelio Ramírez Ramírez (RR),
Consultores en formación (CF)
Claudia Gutiérrez (CG)
Rubén Zarco Velasco (RZ)
NYCE
Brenda Bastida Martínez (BBM)ª
Juan Román Escamilla (JRE)
Documento: Modelo de procesos para la industria del software, MoProSoft. Versión 1.1,
mayo del 2003
Tipo de cambio FA

MoProSoft 171
Versión 1.3, Julio 2005

Tipo de cambio
FA: Cambios de forma, son los cambios relacionados con redacción, sintaxis, ortografía, etc.
FO: Cambios de fondo, son los cambios que afectan a uno o más temas, o a la estructura en
general.

Registro de cambios
No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente
pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
GES 3. Gestión de Dice: “Analizar
1 02­10­ RR
Proyectos>> Comentarios y Quejas del
04
Actividad: A3 Cliente con respectos con
Evaluación y control a los mecanismos…”
>> Sub actividad: Debería decir: “Analizar
A3.3 Comentarios y Quejas del
Cliente con respecto a los
mecanismos…”
02­10­
2 OPE 1. Administración Cambiar Pan de Desarrollo MOM,
04
de Proyectos por Plan de Desarrollo CA,
Específicos, RR
Verificaciones y
validaciones, Ver1 y
Val1
OPE 2 Desarrollo y Dice: “Verificar la plan de 02­10­
3 RR
Mantenimiento de Pruebas…” 04
Software >> Actividad:
Debería decir: “Verificar
A2. Realización de la
el plan de Pruebas…”
fase de
requerimientos >>
Sub actividad: A2.8
Dice: “El Plan de Pruebas 02­10­
4 OPE 2 Desarrollo y RR
de Sistema se puede 04
Mantenimiento de
validar son el cliente…”
Software,>> Guía de
ajuste: Debería decir: “El Plan de
“Requerimientos: plan Pruebas de Sistema se
de pruebas de puede validar con el
sistema” cliente…”

MoProSoft 172
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
02­10­
5 OPE 1. Administración El rol ET no esta definido Por consistencia CF
04
de Proyectos en el documentos
Específicos >> A2.11 incluirlo en “Roles
involucrados y
capacitación”

ç
02­10­
6 GES 3. Gestión de Sustituir el rol GD por RGN HO,
04
Recursos, A2.1 ó A3.1 CA, AS
02­10­
7 GES 3. Gestión de Agregar un punto “, entre HO,
04
Recursos, A2.6 otras.” CA, AS
02­10­
8 GES 3.1 Recursos Cambiar el rol RCO por RC Nota: Se cambio HO,
04
Humanos y Ambiente rol RCO por CA, AS
de Trabajo, A3.3 RRHAT (CA)
02­10­
9 GES 3.1 Bienes, Cambiar A3.1 por A2.1 HO,
04
Servicios e CA,
Infraestructura, A3.2 por A2.2 AS, CF
Actividades, Tareas
02­10­
10. OPE 2 Desarrollo y Cambiar en donde aplique CA
04
Mantenimiento de el rol RD por RM
Software, Actividades,
Tareas
02­10­
11. Todo el documento Incluir el nombre del HO
04
proceso en el encabezado

12. OPE 1. Administración Cambiar “* Mediciones de 02­10­ MOM,

de Proyectos los indicadores del proceso 04 CA
Específicos, Salidas, de Gestión de Proyectos
Reporte de Mediciones (ver Mediciones).”
y Sugerencias de
Mejora Por “* Mediciones de los
indicadores del proceso de
Administración de
Proyectos Específicos
(ver Mediciones).”

MoProSoft 173
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)

13 OPE 1. Administración Incluir una coma, 02­10­ HO

de Proyectos 04
Específicos, A4.4 Dice: “experiencias
exitosas de manejo de
riesgos problemas
recurrentes, entre otras.”

Por: “experiencias exitosas

de manejo de riesgos,
problemas recurrentes,
entre otras.”

14. OPE 2 Desarrollo y Cambiar “Verificar claridad 02­10­ HO

Mantenimiento de de redacción” por “Verificar 04
Software, la claridad de redacción”
Verificaciones y
validaciones, Ver1
Página 20, Reporte de existe un carácter especial
15 11­10­ CG CF
mediciones y en la palabra estándares
04
sugerencias de mejora,
en el tercer párrafo

Dice: Registro de 11­10­

16 En todos los procesos CG CF
participantes, fecha, lugar, 04
en
duración y de defectos.
Reporte de Verificación Debe decir: Registro de
y Reporte de participantes, fecha, lugar,
validación, duración y defectos
respectivamente
Página 76. Prácticas. Dice: ” Conocimiento de 11­10­
17 CG CF
Responsable del definición y administración 04
Conocimiento de la de repositorios
Organización. documentales o
automatizados..
Debería decir:
Conocimiento de definición
y administración de
repositorios documentales
o automatizados.

MoProSoft 174
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
Página 3. Prólogo, Dice: Anexo 1. 11­10­
18 CG CF
segundo párrafo 04
Debería decir Anexo A1

Página 4. 11­10­
19 Dice: 7. Integrar los CG CF
Criterios Empleados, 04
elementos para la
punto 7
ingeniería de productos de
software en un solo marco
que incluya los procesos de
soporte (verificación,
validación documentación
control de configuración).

Debe decir: 7. Integrar los

elementos para la
ingeniería de productos de
software en un solo marco
que incluya los procesos de
soporte (verificación,
validación documentación y
control de configuración).
Página 77. Actividades. 11­10­
20 Dice: Generar un Reporte CG CF
A3. Evaluación y 04
del Estado de la Base de
Control (O1)
Conocimiento, en función
del Plan Operativo de
Conocimiento de la
Organización,.

Debe decir: Generar un

Reporte del Estado de la
Base de Conocimiento, en
función del Plan Operativo
de Conocimiento de la
Organización.

MoProSoft 175
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
Página 8, 4.1 Dice: 11­10­
21 CG CF
Descripción del patrón Abrev. 04
de procesos. del(os)
Actividades rol(es)
Debe decir:
Abrev.
del(de los)

rol(es)
Página 14, Figura 4: 11­10­
22 Dice: Análisis y Diseño Nota: Se cambio CG CF
Configuración y 04
rol RCO por
productos de software Debe decir: Análisis y RRHAT (CA)
Diseño
Página 24, Diagrama Dice: A1. Planeación 11­10­
23 CG CF
de flujo de trabajo Estratégica 04
Debe decir:
A1. Planeación Estratégica
Página 23, Actividades, 11­10­
24 Dice: Corregir defectos Correcciones CG CF
A3.4 04
encontrados en la hechas en la
Propuesta de Mejoras con actividad A3.5.
base al Reporte de CAE
Validación y obtener la
aprobación de las
correcciones.

Debe decir: Corregir los

defectos encontrados en la
Propuesta de Mejoras con
base en el Reporte de
Validación y obtener la
aprobación de las
correcciones.

Hacer el cambio en todos

los procesos

MoProSoft 176
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
Página 28, 8. Categoría 11­10­
25 Dice: Plan de Mediciones CG CF
de Gestión. (GES) 8.1 04
de Procesos en el cual se
Gestión de Procesos.
especifican los tipos de
Descripción.
mediciones, la periodicidad,
la responsabilidad.

Debe decir: ­ Plan de

Mediciones de Procesos,
se especifican los tipos de
mediciones, la periodicidad
y la responsabilidad.
Página 32. Practicas.
26. Dice: Conocimiento en 11­10­ CG CF
Evaluador.
metodología y aplicación de 04
evaluación

Debe decir: Conocimiento

de la metodología y
aplicación de la evaluación
Página 95.
27 Falta un espacio entre 11­10­ CG CF
Especificación de
*Confiabilidad y *Eficiencia 04
requerimientos.
*Confiabilidad

OPE 2. Desarrollo y Manual de Usuario esta

28 13­10­ HO,
Mantenimiento de duplicado, se quedo una
04 AS
Software, versión con dos
Incorporación a la Base verificaciones V3 y V8
de Conocimiento
GES 1 Gestión de Eliminar como fuente
29 Poner explícito el 13­10­ RZ
Procesos, Entradas, Gestión de Procesos y se
Reporte de 04
Reporte de incorpora en Productos
Mediciones y
Mediciones y Internos Reporte de
Sugerencias de
Sugerencias de Mediciones y
Mejora en el
Mejora Sugerencias de Mejora
proceso de GPR
En todo el documento
30 Cambiar “con base al” por 13­10­ RZ
“con base en” 04

MoProSoft 177
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
OPE 1 Administración
31 Sustituir Gestión de 13­10­ RZ
de Proyectos
Proyectos por 04
Específicos, Salidas,
Administración de
Reporte de
Proyectos Específicos
Mediciones y
Sugerencias de
Mejora
Todo el documento Cambiar Categoría de
32 Para evitar 08­03­ HO,
Gestión por Categoría de
confusión con el 05 NYCE
Gerencia
nombre de los
procesos
Gestión de Negocio; Dice:
33 08­03­ HO
Descripción;
­ Periodicidad de 05
valoración del
plan estratégico.
Debería decir:

­ Periodicidad de
Valoración del
Plan
Estratégico.
Poner en mayúscula lo de
valoración y el plan
Gestión de Negocio; Cambiar:
34 08­03­ CA,
Descripción;
­ La Misión, 05 HO
Visión y Valores,
que constituyen
la política de
calidad de la
organización.
Por:

­ La Misión,
Visión y Valores.

MoProSoft 178
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
Gestión de Negocio, A1.1 Articular, documentar CA,
35 A1.1 Articular, 08­03­
practicas, Actividades o actualizar la Misión, HO
documentar o 05
Visión y Valores, para
actualizar la
definir la Política de
Misión, Visión y
Calidad.
Valores.
Gestión de Negocio; Poner itálicas Misión y CA,
36 08­03­
Productos; Salidas, Visión. HO
05
Plan Estratégico;
Objetivos
Gestión de Negocio; Cambiar nombre de
37 08­03­ CA,
Practicas; Diagrama, Plan de Mediciones
05 HO
Producto Por:
Plan de Mediciones de
Procesos.
Gestión de Negocio; Cambiar:
38 08­03­ CA,
Practicas; Diagrama, Reporte de Acciones
05 HO
Producto Correctivas y Preventivas
Relacionadas con
Clientes
Reporte de Acciones
Correctivas o Preventivas
Relacionadas con
Clientes
Gestión de Negocio; Poner mayúsculas al
39 08­03­ CA,
Prácticas; Mediciones producto y quitar las
05 HO
itálicas de procesos y
proyectos:
Reportes cuantitativos y
cualitativos de procesos y
proyectos
Deberías quedar:
Reportes Cuantitativos y
Cualitativos de procesos y
proyectos

MoProSoft 179
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
Gestión de Negocio; Cambiar:
40 08­03­ CA,
Prácticas; Mediciones Acciones Correctivas y
05 HO
Preventivas, Propuestas
Tecnológicas, Reportes
Financieros, y Factores
externos.
Por:
Reporte de Acciones
Correctivas o Preventivas
Relacionadas con Clientes,
Propuestas Tecnológicas,
Reportes Financieros y
Factores Externos.
Gestión de Proyectos, Poner en itálicas los
41 08­03­ CA,
Indicadores, I3 productos:
05 HO
Acciones Correctivas o
Preventivas
Reportes de Seguimiento
Gestión de Recursos, Cambiar:
42 08­03­ CA,
descripción, primer Plan de Adquisiciones
05 HO
bullet Por:
Plan de Adquisiciones y
Capacitación
Gestión de Proyectos, Cambiar:
43 08­03­ CA,
Indicadores I4. (O3) El Reporte
05 HO
Cuantitativo y
Cualitativo es
entregado
periódicamente a
Gestión de Negocio.
Por:
I4. (O3) El Reporte
Cuantitativo y
Cualitativo se entrega
periódicamente a
Gestión de Negocio.

MoProSoft 180
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
Gestión de Proyectos, Cambiar:
44 08­03­ CA,
Descripción Para las oportunidades de
05 HO
proyectos se debe realizar
la prospección,

Por:
Para las oportunidades de
proyectos se debe realizar
la generación y cierre de
oportunidades de
proyectos, …
DMS, Practicas, Roles Cambiar:
45 08­03­ AS
y capacitación, DIU
05
Abreviatura Por
DU
DMS, Practicas, Agregar el rol DU a las
46 08­03­ CA,
Actividades, Rol actividades A2.2, A2.4 ,
05 HO
A2.6, A3.2, A3.4 , A3.6
DMS, Practicas, Agregar:
47 08­03­ CA,
Incorporación a la Base prueba de sistema exitosa
05 HO
de Conocimiento,
Software
DIR 1 Gestión de Utilizar itálicas en Plan
48 No es uniforme 15­03­ BBM
Negocio, Descripción Estratégico
con el resto del 05
documento
DIR 1 Gestión de Falta punto final de la BBM
49 15­03­
Negocio, A2.4 actividad.
05
DIR 1 Gestión de Falta punto final de la BBM
50 15­03­
Negocio, A3.5 actividad.
05
DIR 1 Gestión de Diferente tipo de letra en BBM
51 15­03­
Negocio, Incorporación la tabla
05
a la Base de
Conocimiento, Reporte
(s) de Verificación
GES 1 Gestión de Cambiar Plan de BBM
52 15­03­
Procesos, A1.1 Estratégico por Plan
05
Estratégico

MoProSoft 181
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
GES 1 Gestión de Cambiar: BBM
53 15­03­
Procesos, Guías de Para efectos de
05
Ajuste, consistencia con ISO
9001:2000, La
Documentación
Por:
Para efectos de
consistencia con ISO
9001:2000, la
Documentación
GES 2 Gestión de Le faltan dos puntos
54 15­03­ BBM
Proyectos, salidas después de por ejemplo
05
GES 2 Gestión de Cambiar Conocimiento de
55 15­03­ BBM
Proyectos, roles la actividades por
05
involucrados, RGPY Conocimiento de las
actividades
GES 2 Gestión de Cambiar:
56 15­03­ BBM
Proyectos, A3.3 Analizar Comentarios y
05
Quejas del Cliente con
respecto con a los
mecanismos de …
Por:
Analizar Comentarios y
Quejas del Cliente con
respecto a los mecanismos
de
GES 2 Gestión de Cambiar Seguimiento las
57 15­03­ BBM
Proyectos, A3.3 acciones por seguimiento
05
a las acciones
GES 2 Gestión de Falta punto final de la
58 15­03­ BBM
Proyectos, A3.5 actividad.
05
GES 2 Gestión de Cambiar A.1.6. por A1.6
59 15­03­ BBM
Proyectos, Ver y Val
05
GES 3 Gestión de Dar un salto de línea
60 15­03­ BBM
Recursos, descripción después de Conocimiento
05
de la Organización
GES 3 Gestión de Dar saltos de línea entre
61 15­03­ BBM
Recursos, indicadores cada indicador.
05

MoProSoft 182
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
GES 3 Gestión de Cambiar de negritas a
62 15­03­ BBM
Recursos, indicadores normal los indicadores I4
05
e I5
GES 3 Gestión de Quitar punto final
63 15­03­ BBM
Recursos, entradas, después de
05
plan de adquisiciones y Administración de
capacitación Proyectos Específicos
GES 3 Gestión de Falta punto final en la
64 15­03­ BBM
Recursos, salidas, plan descripción
05
operativo de
conocimiento de la
organización
GES 3 Gestión de Cambiar a itálicas Plan
65 15­03­ BBM
Recursos, actividades, Estratégico
05
A3.1
GES 3.1 Recursos Cambiar A.1.9 por A1.9 BBM
67 15­03­
Humanos y Ambiente
05
de Trabajo, A1.9
GES 3.1 Recursos Modificar saltos de línea BBM
68 15­03­
Humanos y Ambiente
05
de Trabajo, Mediciones
GES 3.2 Bienes, Sobra un punto antes del BBM
69 15­03­
Servicios e paréntesis de la
05
Infraestructura, descripción
Salidas, reporte de
mediciones y
sugerencias de mejora
GES 3.2 Bienes, Distinto tamaño de letra
70 15­03­ BBM
Servicios e
05
Infraestructura,
prácticas, responsable
de bienes, servicios e
infraestructura,
capacitación
GES 3.2 Bienes, Modificar saltos de línea BBM
71 15­03­
Servicios e
05
Infraestructura,
mediciones

MoProSoft 183
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
GES 3.3 Conocimiento Poner un punto final en el BBM
72 15­03­
de la Organización, párrafo
05
salidas, conocimiento
tecnológico
GES 3.3 Conocimiento Distinto tipo de letra BBM
73 15­03­
de la Organización,
05
prácticas, Roles
GES 3.3 Conocimiento Poner en itálicas Base de BBM
74 15­03­
de la Organización, Conocimiento
05
prácticas, Roles
GES 3.3 Conocimiento Modificar saltos de línea BBM
75 15­03­
de la Organización,
05
mediciones
OPE 1 Administración Modificar saltos de línea BBM
76 15­03­
de Proyectos
05
Específicos, objetivos
OPE 1 Administración Modificar saltos de línea
77 15­03­ BBM
de Proyectos
05
Específicos,
indicadores
OPE 1 Administración Quitar punto después de
78 15­03­ BBM
de Proyectos plan de adquisiciones y
05
Específicos, salidas, capacitación
plan del proyecto
OPE 1 Administración Faltan dos puntos
79 15­03­ BBM
de Proyectos después de Equipo de
05
Específicos, salidas, Trabajo y falta punto
plan de desarrollo después de Recursos
humanos asignados al
proyecto
OPE 1 Administración Cambiar acabo por a
80 15­03­ BBM
de Proyectos cabo
05
Específicos,
actividades A1.4
OPE 1 Administración Ajustar los saltos de linea
81 15­03­ BBM
de Proyectos
05
Específicos,
actividades, Rol

MoProSoft 184
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
OPE 1 Administración Cambiar:
82 15­03­ BBM
de Proyectos NInguna
05
Específicos, Practicas, Por:
Incorporación a la base Ninguna
de conocimiento, Tiene una i mayúscula
Acciones Correctivas
OPE 1 Administración Modificar saltos de línea
83 15­03­ BBM
de Proyectos
05
Específicos,
mediciones
OPE 2 Desarrollo y Quitar punto después de
84 15­03­ BBM
Mantenimiento de administración de
05
Software, procesos proyectos específicos
relacionados
OPE 2 DMS, objetivos Modificar saltos de línea y
85 15­03­ BBM
sangría
05
OPE 2 DMS, Modificar saltos de línea y
86 15­03­ BBM
indicadores sangría
05
OPE 2 Desarrollo y Modificar tipo de letra
87 15­03­ BBM
Mantenimiento de
05
Software, prácticas,
roles involucrados,
revisor
OPE 2 DMS, Ajustar los saltos de línea
88 15­03­ BBM
actividades, Rol
05
OPE 2 Desarrollo y Ajustar la tabla
89 15­03­ BBM
Mantenimiento de
05
Software, Recursos e
infraestructura
OPE 2 Desarrollo y Modificar saltos de línea
90 15­03­ BBM
Mantenimiento de
05
Software, mediciones
Modificar Desarrollo y
91 OPE 2 Desarrollo y 15­03­ BBM
Mantenimientos por
Mantenimiento de 05
Desarrollo y
Software, capacitación
Mantenimiento
Todo el documento Sustituir planear por
92 01­07­ NYCE
planificar, planeación por
05
planificación

MoProSoft 185
Versión 1.3, Julio 2005

No. Localización (Ejemplo: Descripción del cambio Justificación Fecha Fuente

pág., sección, tabla, (porque se solicita
etiqueta, fig., etc.) el cambio)
Proceso de Desarrollo Sustituir la abreviación
93 Para evitar la 30­08­ JRE
y Mantenimiento de del rol de Responsable de
confusión con la 05
Software Pruebas RP por RPU
abreviación RP
del Responsable
de Procesos

El mantenimiento de este documento estuvo a cargo de Hanna Oktaba, Claudia Alquicira Esquivel y
Brenda Bastida Martínez.

MoProSoft 186