View
244
Download
4
Category
Preview:
Citation preview
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Ingeniería en Sistemas I
Trabajo de Investigación - MOPROSOFT
29 de Abril de 2009
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 1 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Índice
1 Control de Cambios...................................................................................................32 Autores..................................................................................................................43 Docentes................................................................................................................54 Introducción............................................................................................................6
4.1 Tema..................................................................................................................................... 64.2 Objetivo..................................................................................................................................64.3 Estructura...............................................................................................................................7
5 Contexto de Aplicación...............................................................................................85.1 Descripción de la situación que requiere el uso de MOPROSOFT...................................................8
6 Explicación del Tema: MOPROSOFT...............................................................................96.1 Terminología...........................................................................................................................96.2 Objetivos..............................................................................................................................10
6.2.1 Alcance..........................................................................................................................106.2.2 Enfoque basado en procesos............................................................................................11
6.3 Estructura del modelo.............................................................................................................116.3.1 Introducción....................................................................................................................116.3.2 Categoría de procesos.....................................................................................................126.3.3 Procesos........................................................................................................................136.3.4 Roles.............................................................................................................................146.3.5 Productos.......................................................................................................................156.3.6 Alta Dirección..................................................................................................................166.3.7 Gerencia........................................................................................................................186.3.8 Operación.......................................................................................................................306.3.9 Aplicación del Modelo.......................................................................................................35
6.4 Diferencias entre CMMI Nivel II y MOPROSOFT.........................................................................366.4.1 REQM............................................................................................................................366.4.2 PP .............................................................................................................................376.4.3 PMC .............................................................................................................................396.4.4 SAM .............................................................................................................................406.4.5 MA .............................................................................................................................406.4.6 PPQA............................................................................................................................416.4.7 CM .............................................................................................................................42
7 Conclusión............................................................................................................447.1 Síntesis de aspectos relevantes...............................................................................................447.2 Opinión de los autores............................................................................................................44
8 Bibliografía............................................................................................................479 Anexo I: Elementos de apoyo para la aplicación de MOPROSOFT.........................................48
9.1 EvalProSoft (Introducción).......................................................................................................489.1.1 Propósito......................................................................................................................489.1.2 Requerimientos para el método de evaluación.................................................................489.1.3 Alcance.........................................................................................................................489.1.4 Resumen General..........................................................................................................489.1.5 Usos del método de evaluación......................................................................................49
9.2 EvalProSoft (Descripción General del Método de Evaluación).......................................................509.2.1 Modelo de capacidades de procesos...............................................................................50
9.3 Kuali (Herramienta Auxiliar en Implementación de MoProSoft)......................................................57
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 2 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
10 Anexo Ii: Presentación en Power Point.........................................................................64
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 3 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
1 CONTROL DE CAMBIOS
Responsable Síntesis del cambio Fecha VersiónGrupo Versión Inicial 01/04/2009 1.0
Grupo Exclusión de partes que no aplicaban al modelo
18/04/2009 1.1
Grupo Inclusión de Índice y formato del documento
Se agrega síntesis y opinión de los autores
Se incluye bibliografía Se agrega elementos de apoyo
para la implementación de la metodología
Se completa presentación de power point
25/04/2009 2.0
Grupo Refinamiento antes de entrega 29/04/2009 2.1
Grupo Correcion de errores señalados 05/06/2009 2.2
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 4 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
2 AUTORES
Legajo Apellido, Nombre107225 Daniel, Manuel
107311 Dziubak, Erik Alexei
107388 García Rosa, María Victoria
107711 Larrimbe, Pablo
108490 Monserrat, Gonzalo
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 5 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
3 DOCENTES
Legajo Apellido, Nombre1005824 Castro, Marcelo Alfonso
1005879 Cuomo, Virginia Verónica
1005331 Rossi, Bibiana Delmira
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 6 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
4 INTRODUCCIÓN
4.1 Tema
La Secretaría de Economía de México comenzó en 2002 trabajos en busca de definir una estrategia para un programa de desarrollo de la industria de software.
Se determinó que la mayoría de empresas del rubro eran lo que en Argentina se conoce como PyMEs. Un relevamiento sobre estas empresas arrojó que querían o necesitaban un modelo de procesos fácil de entender, práctico, y barato.
En ese momento la Secretaría de Economía expresó su deseo de convertir el trabajo en la norma mexicana. Por esto, los responsables del proyecto propusieron a la Secretaría el desarrollo de un modelo de procesos y un método de evaluación a la medida de las empresas mexicanas. Además la idea era hacerlo cubriendo las prácticas para los modelos de procesos de ISO9000:2000 y CMM-SW nivel 3, y también cumplir con los lineamientos de ISO15504 para el método de evaluación.
A fines de 2002 se presentó a la Secretaría el modelo MoProSoft (Modelo de Procesos para la industria del Software), haciéndolo público en Junio de 2003. A principios de 2004 se terminó el modelo de evaluación EvalProSoft (Evaluación de Procesos de Software). Los métodos se pusieron a prueba y posteriormente, en Junio de 2005, se aprobaron como norma mexicana para el desarrollo de software.
Luego de esto, los métodos comenzaron a crecer y aun lo hacen. Son adoptados en muchos lugares, reconocidos en otros, y utilizados también como punto de partida.
4.2 Objetivo
Este trabajo de investigación se centra en uno de los dos modelos, el modelo de procesos desarrollado, MoProSoft. El objetivo del mismo es presentar los lineamientos básicos que propone para una fácil interpretación del modelo, determinar su campo de aplicación, las ventajas de adoptarlo, y el valor agregado que puede aportar. Aunque también se hará mención y se describirá brevemente el modelo de evaluación EvalProSoft.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 7 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
4.3 Estructura
El trabajo práctico cuenta con un contexto de aplicación, una explicación del modelo MoProSoft y una pequeña recopilación de testimonios.
El contexto de aplicación describe la situación que requiere el uso del modelo.
La explicación del modelo incluye la terminología usada, los objetivos, la estructura del modelo y una comparación con el modelo CMMI.
Los Anexos del trabajo cuentan con una descripción de las herramientas comerciales existentes, material de apoyo para la aplicación de MoProSoft, y una presentación Power Point.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 8 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
5 CONTEXTO DE APLICACIÓN
5.1 Descripción de la situación que requiere el uso de MOPROSOFT
Desarrollar y mantener un software se realiza a través de una serie de procesos o actividades, cada una llevada a cabo por un equipo de trabajo. La identificación de estos procesos, especialmente en los casos exitosos, ha permitido la recopilación de mejores prácticas para ellos. A su vez se los ha organizado en áreas de aplicación.
El modelo propuesto de procesos, está dirigido a empresas (principalmente PyMEs) o áreas internas dedicadas al desarrollo y/o mantenimiento de software. Eso se refleja en la consideración del modelo de las áreas de aplicación mencionadas anteriormente, identificando tres de ellas:
· Alta Dirección
· Gestión
· Operación
En este tipo de organizaciones, pueden darse dos situaciones diferentes:
1) Organizaciones que no cuentan con procesos establecidos.
2) Organizaciones que cuentan actualmente con procesos definidos.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 9 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
6 EXPLICACIÓN DEL TEMA: MOPROSOFT
6.1 Terminología
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 procesos
Un conjunto de procesos que abordan la misma área general de actividad dentro de una organización.
Proceso Conjunto de prácticas relacionadas entre sí, llevadas a cabo a través de roles y por elementos automatizados, que utilizando recursos y a partir de insumos producen una satisfacción 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.
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
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 10 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
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 la misma 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 conocimiento
Es un repositorio de todos los productos tales como productos de software, planes, reportes, registros, lecciones aprendidas y otros documentos.
Situación excepcional
Circunstancia que impide el desarrollo de una actividad.
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.
6.2 Objetivos
6.2.1 Alcance
El modelo de procesos MoProSoft está dirigido a las empresas o áreas internas 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.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 11 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
6.2.2 Enfoque basado en procesos
El desarrollo y mantenimiento de software se lleva a cabo a través de una 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 mejor continua.
6.3 Estructura del modelo
6.3.1 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.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 12 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
6.3.2 Categoría de procesos
Categoría de Alta Dirección (DIR): Categoría de procesos que aborda las prácticas de Alta Dirección 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 Gerencia (GER): Categoría de procesos que aborda las prácticas de gestión de procesos, 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.
Categoría de Operación (OPE): Categoría de procesos que aborda las prácticas de los proyectos de desarrollo y mantenimiento de software. Ésta 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.
Figura 1: Diagrama de categorías de procesos.
6.3.3 Procesos
DIR.1 Gestión de Negocio: El propósito 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
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 13 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
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 Procesos: El propósito 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 de los mismos.
GES.2 Gestión de Proyectos: El propósito es asegurar que los proyectos contribuyan al cumplimiento de los objetivos y estrategias de la organización.
GES.3 Gestión de Recursos: El propósito 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.
GES.3.1 Recursos Humanos y Ambiente de Trabajo: El propósito 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.
GES.3.2 Bienes, Servicios e Infraestructura: El propósito es proporcionar proveedores de bienes, servicios e infraestructura que satisfagan los requisitos de adquisición de los procesos y proyectos.
GES.3.3 Conocimiento de la Organización: El propósito es mantener disponible y administrar la base de conocimiento que contiene la información y los productos generados por la organización.
OPE.1 Administración de Proyectos Específicos: El propósito es establecer y llevar a cabo sistemáticamente las actividades que permitan cumplir con los objetivos de un proyecto en tiempo y costo esperados.
OPE.2 Desarrollo y Mantenimiento de Software: El propósito 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.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 14 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Figura 2: Diagrama de relación entre procesos.
6.3.4 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 Proceso: Es el encargado de la realización de las prácticas de un proceso y del 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.
Figura 3: Clasificación general de roles.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 15 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
6.3.5 Productos
Producto de Software: Es el producto que se genera en el proceso de Desarrollo y 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 utilizado 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 Software: Es un conjunto consistente de productos de software.
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.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 16 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Figura 5: Clasificación general de productos.
6.3.6 Alta Dirección
1. Gestión de Negocio Propósito
El propósito de la gestión de negocio es establecer las bases de la organización, su razón de ser, sus objetivos, y las condiciones para lograrlo. Se deben tener en cuenta las necesidades de los clientes, y también evaluar los resultados para permitir la mejora continua.
DescripciónEl 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 la organización.
o Planificación Estratégica: Establece las decisiones sobre qué es lo mas 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; La forma de medir el logro de los Objetivos; Los Procesos Requeridos; La Cartera de Proyectos; La Estructura Organizacional y Estrategia de Recursos; El Presupuesto; Periodicidad de Valoración del Plan Estratégico; Plan de Comunicación con el Cliente.
o 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.
o Valoración y Mejora Continua: Analiza los Reportes Cuantitativos y Cualitativos de los procesos y proyectos, Reporte de Acciones Correctivas o Preventivas Relacionadas con Clientes, Reportes Financieros, Propuestas Tecnológicas y considera los Factores Externos a la organización. A partir de los resultados del análisis se generan Propuestas de Mejoras al Plan Estratégico. Adicionalmente
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 17 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
con base en el Plan de Mediciones de Procesos que recibe de Gestión de Procesos genera el Reporte de Mediciones y Sugerencias de Mejora.
Objetivos1. Lograr una planificación estratégica exitosa mediante el cumplimiento del Plan
Estratégico.2. Lograr que la organización trabaje en función del Plan Estratégico mediante la
correcta comunicación e implantación del mismo.3. Mejorar el Plan Estratégico mediante la implementación de la Propuesta de
Mejoras. Indicadores
1. (Objetivo 1) El desempeño de los Indicadores de los Objetivos del Plan Estratégico es satisfactorio.
2. (Objetivo 2) Los miembros de la organización conocen el Plan Estratégico y trabajan en función del mismo.
3. (Objetivo 3) Las propuestas de mejora están definidas en función del Reporte de Valoración.
4. (Objetivo 3) Se realizan modificaciones al Plan Estratégico según las Propuestas de Mejoras.
Metas cuantitativasValor numérico o rango de satisfacción por indicador.
Responsabilidad y AutoridadResponsable:
o Responsable de Gestión de Negocio.
Autoridad:
o Grupo Directivo Procesos Relacionados
o Gestión de Procesoso Gestión de Proyectoso Gestión de Recursoso Conocimiento de la Organizacióno Administración de Proyectos Específicos
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 18 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
6.3.7 Gerencia
1. Gestión de Procesos 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.
Descripció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.
o 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; Calendario para establecer o Mejorar los procesos relacionando actividades y responsables; Plan de Adquisiciones y Capacitación; Plan de Evaluación de procesos; Plan de Mediciones de Procesos; Plan de Manejo de Riesgos de procesos.
o 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.
o 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,
Generando el Reporte Cuantitativo y Cualitativo que se entregará al Responsable de Gestión de Negocio.
Ejecución del Plan de Evaluación. Como resultado se documentaran el Reporte de Evaluación, Plan de Acciones, y se complementará el Plan de Mejora.
Seguimiento al Plan de Acciones. Supervisión y control de riesgos identificados en el Plan de Manejo de
Riesgos. Identificación y Documentación de las Lecciones Aprendidas.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 19 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Objetivos1. Planificar las actividades de definición, implantación y mejora de los procesos
en función del Plan Estratégico.2. Dar seguimiento a las actividades de definición, implantación y mejora de los
procesos mediante el cumplimiento del Plan de Procesos.3. Mejorar el desempeño de los procesos mediante el cumplimiento del Plan de
Mejora.4. Mantener Informado a Gestión de Negocio sobre el desempeño de los procesos
mediante el Reporte Cuantitativo y Cualitativo. Indicadores
1. (Objetivo 1) El Plan de Procesos contempla a los Procesos Requeridos identificados en el Plan Estratégico.
2. (Objetivo 2) Las actividades de definición, implantación y mejora de los procesos se realizan conforme a lo establecido en el Plan de Procesos.
3. (Objetivo 2) Los miembros de la organización conocen los procesos que les corresponden y trabajan en función de éstos.
4. (Objetivo 2) Los procesos de la organización se mantienen documentados y actualizados.
5. (Objetivo 3) El plan de Mejora esta definido en función de las sugerencias de mejora y las oportunidades de mejora.
6. (Objetivo 3) El desempeño de los procesos cumple en las metas cuantitativas.7. (Objetivo 4) El reporte Cuantitativo y Cualitativo es entregado periódicamente a
Gestión de Negocio.
Metas cuantitativasValor numérico o rango de satisfacción por indicador.
Responsabilidad y AutoridadResponsable:
o Responsable de Gestión de ProcesosAutoridad:
o Responsable de Gestión de Negocio
Procesos RelacionadosTodos los procesos.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 20 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
2. Gestión de Proyectos 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.
DescripciónLa 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.
Objetivos1. Cumplir con el Plan Estratégico de la organización mediante la
generación e instrumentación de proyectos.2. Mantener bajo control las actividades de Gestión de Proyectos mediante el
cumplimiento del Plan de Gestión de Proyectos.3. Proveer la información del desempeño de los proyectos a Gestión de Negocio
mediante la generación del Reporte Cuantitativo y Cualitativo.4. Atender los Comentarios y Quejas del Cliente mediante la definición y ejecución
de Acciones Correctivas o Preventivas.
Indicadores1. (Objetivo 1) Se encuentran instrumentados los proyectos que dan respuesta al
Plan Estratégico.2. (Objetivo 2) Las actividades se llevan a cabo de acuerdo a lo establecido el
Plan de Gestión de Proyectos.3. (Objetivo 2) Las Acciones Correctivas o Preventivas de los proyectos se
generan oportunamente y en función del análisis de los Reportes de Seguimiento.
4. (Objetivo 3) El Reporte Cuantitativo y Cualitativo se entrega periódicamente a Gestión de Negocio.
5. (Objetivo 4) Las 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 cuantitativas
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 21 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Valor numérico o rango de satisfacción por indicador.
Responsabilidad y AutoridadResponsable:
o Responsable de Gestión de ProyectosAutoridad:
o Responsable de Gestión de Negocio
Procesos Relacionadoso Gestión de Negocio o Gestión de Procesoso Gestión de Recursoso Recursos Humanos y Ambiente de Trabajoo Conocimiento de la Organizacióno Administración de Proyectos Específicos
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 22 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
3. Gestión de Recursos 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ónEl 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.
Objetivos1. Lograr los objetivos del Plan Estratégico mediante la provisión de los recursos
suficientes y calificados a la organización.2. 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.
3. Mantener a la organización informada oportunamente sobre las tendencias tecnológicas mediante la elaboración de Propuestas Tecnológicas.
Indicadores1. (Objetivo 1) Grado de satisfacción de los responsables de los procesos y
proyectos con respecto a la oportunidad de entrega de los recursos solicitados.2. (Objetivo 1) Grado de satisfacción de los responsables de los procesos y
proyectos con respecto a la calidad de los recursos entregados.3. (Objetivo 1) Relación entre gasto presupuestado y gasto real de los recursos
entregados.4. (Objetivo 2) Grado de satisfacción de los usuarios de la Base de Conocimiento.5. (Objetivo 3) Entrega periódica o a solicitud, de Propuestas Tecnológicas al
Responsable de Gestión de Negocio.
Metas cuantitativasValor numérico o rango de satisfacción por indicador.
Responsabilidad y AutoridadResponsabilidad:
o Responsable de Gestión de Recursos.Autoridad:
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 23 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
o Responsable de Gestión de Negocio
Procesos Relacionadoso Gestión de Procesoso Gestión de Proyectoso Recursos Humanos y Ambiente de Trabajoo Bienes, Servicios e Infraestructurao Conocimiento de la Organizacióno Administración de Proyectos Específicos
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 24 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
3.1.Recursos Humanos y Ambiente de Trabajo 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.
DescripciónEn 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.
o 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.
o 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.
o 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.
Objetivos1. Proveer a la organización de recursos humanos calificados mediante la
selección y capacitación adecuada a los roles que se les asignen.2. Evaluar el ambiente de trabajo de la organización mediante la Encuesta sobre
el Ambiente de Trabajo.
Indicadores
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 25 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
1. (Objetivo 1) Porcentaje de aceptación de recursos asignados durante cierto.2. (Objetivo 1) Nivel del desempeño del personal en los roles asignados cierto
periodo.3. (Objetivo 1) Grado de satisfacción de la capacitación proporcionada durante
periodo.4. (Objetivo 2) Grado de satisfacción del personal con respecto al ambiente de
trabajo durante cierto periodo.
Metas cuantitativasValor numérico o rango de satisfacción por indicador.
Responsabilidad y autoridadResponsabilidad:
o Responsable de Recursos Humanos y Ambiente de TrabajoAutoridad:
o Responsable de Gestión de Recursos
Procesos relacionadoso Gestión de Procesoso Gestión de Proyectoso Gestión de Recursoso Conocimiento de la Organizacióno Administración de Proyectos Específicos
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 26 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
3.2.Bienes Servicios e Infraestructura 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ónEn 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.
o 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.
o 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.
o Generación de Reportes. Producir los siguientes: Reporte de Bienes, Servicios e Infraestructura. Reporte de Mediciones y Sugerencias de Mejora.
Objetivos1. 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.
2. Mantener la infraestructura de la organización mediante el cumplimiento del Plan de Mantenimiento.
Indicadores1. (Objetivo 1) Grado de satisfacción de los solicitantes por los bienes y
servicios recibidos para conocer la eficacia en la selección de los proveedores.2. (Objetivo 2) Grado de cumplimiento de las actividades de mantenimiento
planificadas en cierto periodo.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 27 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Metas cuantitativasValor numérico o rango de satisfacción por indicador.
Responsabilidad y autoridadResponsabilidad:
o Responsable de Bienes, Servicios e InfraestructuraAutoridad:
o Responsable de Gestión de Recursos Procesos relacionados
o Gestión de Procesoso Gestión de Recursoso Conocimiento de la Organización
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 28 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
3.3.Conocimiento de la Organización 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.
DescripciónEn función del Plan Operativo de Conocimiento de la Organización y Acciones
Correctivas de Gestión de Recursos se realizan las siguientes actividades:
o 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.
o Realización: Establecimiento del Diseño de la Base de Conocimiento de la organización, está constituido por el modelo conceptual, incluyendo su meta-modelo, 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.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 29 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
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 de Conocimiento para asegurar su actualización y su uso adecuado en los procesos y proyectos.
o Evaluación y Control: Periódicamente se genera un Reporte del Estado de la Base de Conocimiento.
Objetivos1. 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.
Indicadores1. (Objetivo 1) Grado de satisfacción de los usuarios con respecto a los
mecanismos de alimentación, modificación y mantenimiento de la Base de Conocimiento.
2. (Objetivo 1) Grado de satisfacción de los usuarios con respecto a los mecanismos de consulta de la Base de Conocimiento.
3. (Objetivo 1) Grado de satisfacción de los usuarios con respecto a los mecanismos de control de acceso y respaldo de la Base de Conocimiento.
Metas cuantitativasValor numérico o rango de satisfacción por indicador.
Responsabilidad y autoridadResponsabilidad:
o Responsable de Conocimiento de la OrganizaciónAutoridad:
o Responsable de Gestión de Recursos Procesos relacionados
o Todos los procesos
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 30 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
6.3.8 Operación
Administración de Proyectos Específicos 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.
DescripciónLa Administración de Proyectos Específicos aplica conocimientos,
habilidades, técnicas y herramientas, a cada una de las siguientes actividades del proyecto:
o 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.
o 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.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 31 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
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. Revisar los productos terminados durante el proyecto. Recibir y analizar las Solicitudes de Cambios del Cliente. Realizar reuniones con el Equipo de Trabajo y con el Cliente para
reportar el avance del proyecto y tomar acuerdos.o Evaluación y Control: Consiste en asegurar que se cumplan los Objetivos del
proyecto. Se supervisa y evalúa el progreso para identificar desviaciones y realizar Acciones Correctivas, cuando sea necesario. Dentro de esta actividad se realizan las siguientes tareas:
Evaluar el cumplimiento del Plan del Proyecto y Plan de Desarrollo. Analizar y controlar los riesgos. Generar el Reporte de Seguimiento del proyecto.
Como resultado de estas actividades se tiene el Plan del Proyecto yel Plan de Desarrollo actualizados.
o Cierre: Consiste en entregar los productos de acuerdo a un Protocolo Entrega y dar por concluido el ciclo o proyecto. Como resultado se tiene el Documento de Aceptación del Cliente. Se realizan las siguientes tareas:
Formalizar la terminación del proyecto o de un ciclo. Llevar a cabo el cierre del contrato con subcontratistas. Generar el Reporte de Mediciones y Sugerencias de Mejora.
Objetivos1. Lograr los Objetivos del proyecto en tiempo y costo mediante la coordinación y
el manejo de los recursos del mismo.2. Mantener informado al Cliente mediante la realización de reuniones de avance
del proyecto.3. Atender las Solicitudes de Cambio del cliente mediante la recepción y análisis
de las mismas.
Indicadores
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 32 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
1. (Objetivo 1) 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.
2. (Objetivo 1) Las actividades del proyecto se realizan conforme a lo establecido en el Plan del Proyecto y en el Plan de Desarrollo.
3. (Objetivo 1) El tiempo y costo real están acordes con lo estimado.4. (Objetivo 2) Las reuniones de avance del proyecto se realizan conforme a lo
acordado con el Cliente.5. (Objetivo 3) El mecanismo de recepción y análisis se aplica a todas las
Solicitudes de Cambios.
Metas cuantitativasValor numérico o rango de satisfacción por indicador.
Responsabilidad y AutoridadResponsable:
o Responsable de Administración del Proyecto EspecíficoAutoridad:
o Responsable de Gestión de Proyectos
Procesos Relacionadoso Gestión de Negocioo Gestión de Procesoso Gestión de Proyectoso Gestión de Recursoso Recursos Humanos y Ambiente de Trabajoo Conocimiento de la Organizacióno Desarrollo y Mantenimiento de Software
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 33 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Desarrollo y Mantenimiento de Software 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.
DescripciónEl 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:
o 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.
o 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.
o 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.
o 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.
o Integración y Pruebas. Conjunto de actividades para integrar y probar los componentes de software, basados 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.
o 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:
o Distribución de tareas, se asignan las responsabilidades de cada miembro del Equipo de Trabajo de acuerdo al Plan de Desarrollo.
o Producción, verificación, validación o prueba de los productos, así como su corrección correspondiente.
o Generación del Reporte de Actividades.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 34 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Objetivos1. 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.
2. Sustentar la realización de ciclos posteriores o proyectos de futuros mediante la integración de la Configuración de Software del ciclo actual.
3. Llevar a cabo las actividades de las fases de un ciclo mediante el cumplimiento del Plan de Desarrollo actual.
Indicadores1. (Objetivo 1) En cada fase de un ciclo se efectúan todas las actividades de
verificación, validación o prueba, así como las correcciones correspondientes.2. (Objetivo 2) La Configuración de Software está integrada por los productos en
el ciclo.3. (Objetivo 3) Las actividades planificadas en cada fase de un ciclo se realizan
conforme a lo establecido en el Plan de Desarrollo. Metas cuantitativas
Valor numérico o rango de satisfacción por indicador.
Responsabilidad y autoridadResponsable:
o Responsable de Desarrollo y Mantenimiento de SoftwareAutoridad:
o Responsable de Administración del Proyecto Específico
Procesos relacionadoso Administración de Proyectos Específicoso Conocimiento de la Organización
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 35 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
6.3.9 Aplicación del Modelo
Organizaciones sin procesos establecidosPara usar este modelo en una organización que no cuenta con procesos establecidos
ni documentados se debe generar una instancia de cada uno de los procesos, tomando en cuenta las siguientes consideraciones:
o Definir las metas cuantitativas de acuerdo a las estrategias de la organización.o Revisar los nombres de los roles y los productos (entradas, o internos) y en su
caso sustituirlos por los que se acostumbran en la organización.o Para cada producto definir el estándar de documentación cumpliendo con las
características mencionadas en la descripción del producto.o Definir los recursos de infraestructura de cada proceso.o Analizar si las mediciones de cada proceso son aplicables dentro del contexto
de organización y en su caso modificarlas.o Usar las guías de ajuste para adecuar el proceso en función de las estrategias
de la organización.o 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:
o Definir métodos, técnicas o procedimientos específicos para las actividades, tareas, verificaciones y validaciones.
Organizaciones con procesos establecidosPara usar este modelo en una organización que cuente con procesos establecidos o
documentados, se debe establecer la correspondencia 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.
Implantación y Mejora continuaLa organización debe establecer la estrategia de implantación de los 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
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 36 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
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.
6.4 Diferencias entre CMMI Nivel II y MOPROSOFT
CMMI reconoce (como MoProSoft) áreas de proceso. Y para cada área, CMMI establece Generic Goals (GG) y Generic Practice (GP), y Spesific Goals (SG) y Spesific Practice (SP). Estos Generic Goals son similares, o tienen una correspondencia, con las características comunes que existen en CMM, que sirvió como base de MoProSoft. Aquí se organizan por cada área de proceso (CMMI) sus GG y las diferencias con las características comunes en MoProSoft.
Áreas de proceso – CMMI Nivel 2
REQM Requirements Management
PP Project Planning
PMC Product Monitoring and Control
SAM Supplier Agreement Management
MA Measurement and Analysis
PPQA Process and Product Quality Assurance
CM Configuration Management
6.4.1 REQM
De esta área los siguientes puntos de CMMI no son completamente cubiertos por MoProSoft:
SP 1.4 Maintain bi-directional traceability among the requirements and the Project plans and work products.
SP 1.5 Identify inconsistencies between the project plans and work products and the requirements.
GP 2.7 Identify and involve the relevant stakeholders of the requirements management process as lanned.
GP 2.9 Objectively evaluate adherence of the requirements management process against its process description standards and procedures, and address noncompliance.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 37 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
6.4.2 PP
De esta área los siguientes puntos de CMMI no son completamente cubiertos por MoProSoft:
SP 2.6 Plan the involvement of identified stakeholders.
SP 3.2 Reconcile the Project plan to reflect available and estimated resources.
GP 2.9 Objectively evaluate adherence of the Project planning process against its process description, standards and procedures, and address noncompliance.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 38 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
De esta área los siguientes puntos de CMMI no son cubiertos por MoProSoft:
SG o SP CMMI Proceso MoProSoft Diferencias
SP 1.1 Establish a top-level work breakdown structure (WBS) to estimate of the scope of the project.
• Gestión de proyectos; A2.2• Administración de proyectos específicos; A1.5
• MoProSoft habla de generar la Descripción del Proyecto, que consta de la descripción del propósito, producto, objetivos, alcance, entregables, necesidad de negocio, restricciones, entre otros. No especifica que se establezca un WBS para estimar el alcance del proyecto.• Hace referencia a la identificación de las dependencias entre las actividades pero no especifica que esto se derive de un WBS ni que lo tomen como base para estimar el alcance del proyecto.• Hace referencia al establecimiento del tiempo estimado pero no especifica que se base en un WBS.
SP 1.2 Establish and maintain estimates of the attributes of the work products and tasks.
• Administración de proyectos específicos; A1.6, A1.10
• No se especifica el establecimiento y mantenimiento de los atributos de tareas y productos de trabajo (Definición de work products and task attributes de CMMI:Characteristics of products, services, and project tasks used to help in estimating project work. These characteristics include items such as size, complexity, weight, form, fit, or function. They are typically used as one input to deriving other project and resource estimates (e.g., effort, cost, schedule)).• No se hace referencia a la estimación del tamaño y complejidad de tareas y productos de trabajo.• No se habla de especificar modelos de estimaciones, ni de tener estimaciones de conectividad, complejidad y estructura, no se habla de una estimación de máquinas, materiales y métodos.
SP 2.3 Plan for the management of project data.
• No se menciona un plan para la administración de los datos del proyecto, ni se especifica que se registra el control de donde se guardan o se tienen los datos y cuáles son los mecanismos para recuperarlos, distribuirlos y reproducirlos.
GP 2.7 Identify and involve the relevant stakeholders of the project planning process as planned.
•Se refiere a los involucrados como al equipo de trabajo clientes y usuarios, no hay referencia a otro tipo de involucrados como pueden ser proveedores, usuarios finales, personal temporal en cuanto al proceso de PP.•NO se encontró referencia explícita a la identificación de stakeholders en la planeación de proyectos específicos.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 39 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
6.4.3 PMC
De esta área los siguientes puntos de CMMI no son completamente cubiertos por MoProSoft:
SP 1.1 Monitor the actual values of the project planning parameters against the Project plan.
SP 1.3 Monitor risks against those identified in the Project plan.
SP 1.5 Monitor stakeholder involvement against the project plan.
SP 1.7 Review the accomplishments and results of the project at selected project milestones.
SP 2.2 Take corrective action on identified issues.
SP 2.3 Manage corrective actions to closure.
GP 2.7 Identify and involve the relevant stakeholders of the project monitoring and control process as planned.
GP 2.9 Objectively evaluate adherence of the Project monitoring and control process against its process description, standards and procedures, and address noncompliance.
De esta área los siguientes puntos de CMMI no son cubiertos por MoProSoft:
SG o SP CMMI Proceso MoProSoft
Diferencias
SP 1.4 Monitor the management of project data against the project plan.
• Debido a que no se encontró referencia a un plan parala administración de datos del proyecto en el cual seregistre donde se guardan los datos y cuáles son los mecanismos para su reproducción, distribución yrecuperación, NO se puede hacer un monitoreo de dichoplan.
6.4.4 SAM
De esta área los siguientes puntos de CMMI no son completamente cubiertos por MoProSoft:
SP 1.3 Establish and maintain formal agreements with the supplier.
GP 2.6 Place designated work products of the supplier agreement management process under appropriate levels of configuration management.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 40 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
GP 2.9 Objectively evaluate adherence of the supplier agreement management process against its process description, standards and procedures, and address noncompliance.
De esta área los siguientes puntos de CMMI no son cubiertos por MoProSoft:
SG o SP CMMI Proceso MoProSoft
Diferencias
SP 2.4 Transition the acquired products from the supplier to the project.
• No se encontró referencia en el modelo que indique sobre la transición de adquisiciones de productos ó servicios por parte de proveedores, por lo tanto no se generan planes de transición de productos, reportes de capacitación, soporte y mantenimiento sobre productos adquiridos de proveedores.
GP 2.7 Identify and involve the relevant stakeholders of the supplier agreement management process as planned.
• No se encontró referencia.
6.4.5 MA
De esta área los siguientes puntos de CMMI no son completamente cubiertos por MoProSoft:
SP 1.4 Specify how measurement data will be analyzed and reported.
SP 2.1 Obtain specified measurement data.
SP 2.2 Analyze and interpret measurement data.
SP 2.3 Manage and store measurement data, measurement specifications, and analysis results.
SP 2.4 Report results of measurement and analysis activities to all relevant stakeholders.
GP 2.9 Objectively evaluate adherence of the measurement and analysis process against its process description, standards and procedures, and address noncompliance.
De esta área los siguientes puntos de CMMI no son cubiertos por MoProSoft:
SG o SP CMMI Proceso MoProSoft
Diferencias
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 41 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
GP 2.7 Identify and involve the relevant stakeholders of the measurement and analysis process as planned.
• No se encontró referencia.
6.4.6 PPQA
De esta área los siguientes puntos de CMMI no son completamente cubiertos por MoProSoft:
SP 1.1 Objectively evaluate the designated performed processes against the applicable process descriptions, standards and procedures.
SP 1.2 Objectively evaluate the designated work products and services against the applicable process descriptions, standards, and procedures.
GP 2.9 Objectively evaluate adherence of the process and product quality assurance process against its process description, standards and procedures, and address noncompliance.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 42 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
De esta área los siguientes puntos de CMMI no son cubiertos por MoProSoft:SG o SP CMMI Proceso
MoProSoftDiferencias
GP 2.7 Identify and involve the relevant stakeholders of the process and product quality assurance process as planned.
•No se encontró referencia.
6.4.7 CM
De esta área los siguientes puntos de CMMI no son completamente cubiertos por MoProSoft:
SP 1.1 Identify the configuration items, components, and related work products that will be placed under configuration management.
SP 1.3 Create or release baselines for internal use and for delivery to the customer.
SP 2.2 Control changes to the configuration items.
SP 3.1 Establish and maintain records describing configuration items.
GP 2.9 Objectively evaluate adherence of the configuration management process against its process description, standards and procedures, and address noncompliance.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 43 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
De esta área los siguientes puntos de CMMI no son cubiertos por MoProSoft:
SG o SP CMMI Proceso MoProSoft
Diferencias
SP 2.1 Track change requests for the configuration items.
•No se habla de registrar y analizar el impacto de lassolicitudes de cambios a los elementos deconfiguración, ni de revisar los cambios solicitados conlas partes afectadas y obtener su aprobación.•Tampoco se menciona el darle seguimiento a loscambios a los elementos de configuración hasta sucierre.
SP 3.2 Perform configuration audits to maintain integrity of the configuration baselines.
•No se encontró referencia que hable de realizar auditorías.
GP 2.7 Identify and involve the relevant stakeholders of the configuration management process as planned.
•No se encontró referencia.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 44 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
7 CONCLUSIÓN
7.1 Síntesis de aspectos relevantes
•El Modelo MoProSoft es una Norma Mexicana verificable; fue desarrollada por la AMCIS (Asociación Mexicana para la Calidad en la Ingeniería del Software), emitida como norma por el NYCE (Normalización y Certificación Electrónica A. C.). Es un sistema de gestión de calidad de los procesos de desarrollo y mantenimiento de software para las PYMES y algunas de sus ventajas son:
Mejora la calidad del software producido por la empresa que adopta el modelo Eleva la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar
niveles internacionales de competitividad Integra todos los procesos de la organización y mantiene la alineación con los
objetivos estratégicos Inicia el camino a la adopción de los modelos ISO 9000 o CMMI Sirve para implementar un programa de mejora continua Permite reconocer a las organizaciones mexicanas por su nivel de madurez de
procesos Facilita la selección de proveedores Permite obtener acceso a las practicas de Ingeniería de Software de clase mundial
7.2 Opinión de los autores
Al adoptar y aplicar el modelo MoProSoft, las empresas incorporan las mejores prácticas en gestión e ingeniería de software; lo que les permitirá elevar la capacidad de sus organizaciones para ofrecer servicios con calidad y alcanzar niveles internacionales de competitividad.
Es también aplicable en áreas internas de desarrollo de software de las empresas de diversos tipos.
A continuación mencionamos algunos de los siguientes beneficios y ventajas que detectamos que lograría una empresa al implementar una metodología de este calibre.
Características Beneficios y ventajasLas categorías de procesos corresponden a niveles organizacionales de administración
Estructura de administración común en muchas organizaciones. Facilita la comprensión del modelo. Simplifica la relación entre el modelo de
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 45 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
procesos y la organización. Procesos integrados y relacionados Cuenta únicamente con 9 procesos
evitando la fragmentación que se presenta en otros modelos. La relación entre procesos se establece mediante la identificación de los productos de trabajo de entrada y salida y la definición de las responsabilidades de los roles que participan en más de un proceso.
Foco en producto y su capitalización Se identifican y o caracterizan los productos y las actividades de verificación y validación a las que deben estar sometidos. El proceso de Conocimiento de la Organización administra una base de conocimiento que controla y asegura la disponibilidad de los productos de trabajo a través de un mecanismo común.
Capacidad organizacional de gestión de procesos
Un solo proceso, Gestión de Procesos, establece la capacidad organizacional para la planeación, definición, implantación, evaluación y valoración de procesos. Regido por las directrices de Gestión de Negocio, lo que asegura la alineación con los objetivos.
Capacidad organizacional de gestión de proyectos
Se distingue entre la administración a nivel proyecto (Administración de Proyecto Específico) y la gestión del portafolio de proyectos de la organización (Gestión de Proyectos). La Gestión de Proyectos facilita la Identificación de iniciativas y proyectos; la provisión, asignación y reasignación de recursos a programas y proyectos; y el mantenimiento del balance del portafolio.
Alineación con objetivos de negocio El proceso de Gestión de Negocio enfatiza la importancia de alinear todas las actividades de la organización a los objetivos del negocio a través de la elaboración, difusión, valoración y mejora del Plan Estratégico. El Plan Estratégico sirve de guía a los demás procesos de la organización logrando de este modo una alineación explícita con los objetivos de negocio.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 46 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
8 BIBLIOGRAFÍA
Hanna Oktaba. Método de Evaluación de procesos para la industria de software. EvalProSoft [en línea].México: Software.net.mx. <http://www.software.net.mx/NR/rdonlyres/ED7B3399-0CA4-412E-9FAC-0EEB94F85C5F/1224/EvalProSoftv11.pdfEvalprosoft> [Consulta: 27 Abril 2009].
Hanna Oktaba. Método de Procesos para la industria de software. MoProSoft [en línea].México: Comunidad MoProSoft. <http://www.comunidadmoprosoft.org.mx/COMUNIDAD_MOPROSOFTADM/Documentos/V1.3_MoProSoft.pdf> [Consulta: 27 Abril 2009].
Hanna Oktaba. Método de Procesos para la industria de software. MoProSoft. Por Niveles de Capacidad de Procesos [en línea].México: Comunidad MoProSoft. <http://www.comunidadmoprosoft.org.mx/COMUNIDAD_MOPROSOFTADM/Documentos/V_1.3_MoProSoft_por_niveles_de_capacidad_de_procesos.pdf> [Consulta: 27 Abril 2009].
Lic. Gisela Rivera Martínez. Mapeo de CMMI con MoProSoft [en línea].México: Comunidad MoProSoft. <http://www.comunidadmoprosoft.org.mx/COMUNIDAD_MOPROSOFTADM/Documentos/MapeoCMMIvsMoProSoft-NIVEL2.pdf> [Consulta: 27 Abril 2009].
Leonel Valenzuela Ruiz. Arquitectura para la Coordinación de Flujos de Trabajo de MoProSoft por Niveles de Capacidad de Procesos [en línea].<http://leonel.vr.googlepages.com/ArquitecturaparalaCoordinacindeFlujo.pdf> [Consulta: 27 Abril 2009].
Alejandra Pérez. ¿A quién le sirve MoProSoft?[en línea].México: IT&C Leader. <http://itcleader.com/index.php?option=com_content&task=view&id=75&Itemid=72> [Consulta: 27 Abril 2009].
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 47 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
9 ANEXO I: ELEMENTOS DE APOYO PARA LA APLICACIÓN DE MOPROSOFT
9.1 EvalProSoft (Introducción)
9.1.1 Propósito
El propósito de este apartado es presentar el Método de Evaluación (EvalProSoft) de procesos para la industria de software que otorgue a la organización solicitante un perfil del nivel de capacidad de los procesos implantados y un nivel de madurez de capacidades de la organización.
9.1.2 Requerimientos para el método de evaluación
Para la elaboración del Método de Evaluación se tomo como requerimiento el uso del Modelo de Procesos para la Industria del Software, MoProSoft V1.1, como modelo de procesos de referencia.
9.1.3 Alcance
El Método de Evaluación, EvalProSoft, aplica a las organizaciones dedicadas al desarrollo y/o mantenimiento de software. En particular a las que han utilizado como modelo de procesos de referencia a MoProSoft para la implantación de sus procesos.
9.1.4 Resumen General
El Método de Evaluación involucra al Organismo Rector y a la organización a evaluar, cuya relación se ilustra en la Fig. 1.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 48 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
La organización selecciona a un Evaluador Certificado reconocido por el Organismo Rector. El Evaluador Certificado dirige el proceso de evaluación en función de los datos de la organización de la organización, apoyándose en el Equipo de Evaluación y en el paquete de evaluación. Del proceso de evaluación se obtiene un reporte de resultados para la organización y un reporte estadístico para el Organismo Rector.
En el reporte de resultados se documenta el perfil del nivel de capacidad de los
procesos y un nivel de madurez de capacidades, así como el resumen de hallazgos detectados. En el reporte estadístico se proporciona la información general de la organización evaluada, los resultados de la evaluación y las lecciones aprendidas sobre el Método de Evaluación y su modelo de procesos de referencia, MoProSoft.
9.1.5 Usos del método de evaluación
Los posibles usos del Método de Evaluación son los siguientes:
Evaluación para la acreditación de capacidades, es cuando una organización solicita a un Evaluador Certificado la realización de la evaluación para obtener un perfil del nivel de capacidad de los procesos implantados y un nivel de madurez de capacidades.
Evaluación de capacidades del proveedor, es cuando un cliente solicita a un Evaluador Certificado la realización de una evaluación para obtener un perfil del nivel de capacidad de los procesos implantados por el proveedor de desarrollo y mantenimiento de software. El cliente elige los procesos a evaluar dependiendo del servicio a contratar.
Auto-evaluación de capacidades de proceso, es cuando una organización realiza una evaluación por personal interno o externo que no necesariamente sea Evaluador Certificado. En este caso no interviene el Organismo Rector.
Los posibles usos de los resultados de las evaluaciones son:
La evaluación para la acreditación de capacidades sirve a la organización para obtener un estado certificado del perfil del nivel de capacidad por proceso, el cual puede usarse como base para la elaboración del plan de mejora.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 49 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Es necesario hacer mayor énfasis en que uno de los usos del método de evaluación es determinar las oportunidades de mejora con respecto del modelo de procesos de software de la industria mexicana (MOPROFOST) a fin de optimizar los resultados de la organización que se dedica al desarrollo y mantenimiento de software procurando mejorar la productividad y la calidad de sus servicios y/o producto para aumentar la competitividad de la industria nacional, de otra forma se mantendrá únicamente el interés de certificación sin orientación hacia mejora de resultados.
El nivel de madurez de capacidades de la organización puede usarse como comparativo con respecto a otras organizaciones del mercado.
El reporte estadístico de la evaluación para la acreditación de capacidades permite que el Organismo Rector elabore un diagnóstico de las capacidades de la industria de software en México.
La evaluación de capacidades del proveedor sirve para que un cliente seleccione a un proveedor.
La auto-evaluación de capacidades de proceso sirve a la organización para obtener un perfil del nivel de capacidad por proceso. Puede ser la base para elaborar el plan de mejora de la organización.
9.2 EvalProSoft (Descripción General del Método de Evaluación)
9.2.1 Modelo de capacidades de procesos
La capacidad de proceso se evalúa en una escala de 0 a 5. El valor cero se asocia al nivel de capacidad más bajo, y significa que no se alcanza el propósito del proceso. El valor 5 se asocia al nivel de capacidad más alto y significa que se logran las metas de negocio actuales y proyectadas a través de la optimización y mejora continua del proceso.
La medición de capacidad se obtiene a través de un conjunto de atributos de procesos (AP), los cuales se usan para determinar cuando un proceso ha alcanzado una capacidad. Cada atributo mide un aspecto particular de un proceso.
A continuación se presenta la descripción de cada nivel de capacidad y los atributos
que lo caracterizan.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 50 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
9.2.1.1 Nivel 0: Proceso Incompleto
El proceso no está implantado o falla en alcanzar el propósito del proceso.
9.2.1.2 Nivel 1: Proceso Realizado
El proceso implantado logra su propósito AP 1.1 Atributo de realización del proceso Este atributo es completamente alcanzado cuando: a) el proceso obtiene los resultados definidos.
9.2.1.3 Nivel 2: Proceso Administrado
El proceso Realizado se implanta de manera administrada y sus productos de trabajo están apropiadamente establecidos, controlados y mantenidos. AP 2.1 Atributo de administración de la realización Este atributo es completamente alcanzado cuando:
los objetivos de desempeño del proceso están definidos;
el desempeño del proceso está planeado y monitoreado;
el desempeño del proceso está ajustado de acuerdo con lo planeado;
las responsabilidades y autoridades para el desempeño del proceso están definidas, asignadas y comunicadas;
están identificados, disponibles, asignados y utilizados los recursos e información necesaria para el desempeño del proceso;
las interfases entre las partes involucradas están administradas para asegurar la comunicación efectiva y también para la asignación clara de las responsabilidades.
AP 2.2 Atributo de administración del producto de trabajo
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 51 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Este atributo es completamente alcanzado cuando:
los requerimientos para los productos de trabajo del proceso están definidos;
los requerimientos para la documentación y control de los productos de trabajo están definidos;
los productos de trabajo están apropiadamente identificados, documentados y controlados;
los productos de trabajo están revisados en concordancia con los planes y son ajustados si es necesario con base en los requerimientos.
9.2.1.4 Nivel 3: Proceso Establecido
El proceso Administrado es implantado mediante el proceso definido, el cual es capaz de lograr los resultados del proceso. AP 3.1 Atributo de definición del proceso Este atributo es completamente alcanzado cuando:
un proceso estándar, incluyendo sus guías de ajuste, define los elementos fundamentales que deben incorporarse en el proceso definido.
la secuencia e interacción del proceso estándar con otros procesos se determina;
las competencias requeridas y los roles para realizar el proceso están identificadas como parte del proceso estándar;
la infraestructura requerida y el ambiente de trabajo para realizar el proceso están identificados como parte del proceso estándar;
se determinan los métodos adecuados para el monitoreo de la efectividad y de lo apropiado de un proceso.
los objetivos de desempeño del proceso están definidos;
AP 3.2 Atributo de implantación del proceso Este atributo es completamente alcanzado cuando:
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 52 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
un proceso definido está implantado con base al proceso estándar ajustado y/o apropiadamente seleccionado;
los roles requeridos, responsabilidades y autoridades para realizar el proceso definido están asignados y comunicados;
el personal que realiza el proceso definido tiene competencia con base en la educación apropiada, capacitación y experiencia;
los recursos requeridos y la información necesaria para realizar el proceso definido están disponibles, asignados y usados;
la infraestructura requerida y el ambiente de trabajo para realizar el proceso definido están identificados, administrados y mantenidos;
los datos apropiados se recolectan y analizan como base para el entendimiento del comportamiento del proceso, para demostrar lo apropiado y lo efectivo del proceso y para evaluar si la mejora continua del proceso puede ser realizada.
9.2.1.5 Nivel 4: Proceso Predecible
El proceso Establecido opera dentro de límites para lograr sus resultados.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 53 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
AP 4.1 Atributo de medición del proceso Este atributo es completamente alcanzado cuando:
se establece la información necesaria para apoyar las metas del negocio relevantes y definidas;
los objetivos de la medición del proceso se derivan de las necesidades de
información del proceso;
se establecen los objetivos cuantitativos para el desempeño del proceso para el apoyo de las metas de negocio relevantes;
las medidas y la frecuencia de su medición se identifican y definen acorde a los objetivos de la medición del proceso y los objetivos cuantitativos para el desempeño del proceso;
los resultados de la medición se recolectan, analizan y reportan para monitorear el grado de cumplimiento de los objetivos cuantitativos del desempeño del proceso;
los resultados de la medición se usan para caracterizar el desempeño del proceso.
AP 4.2 Atributo de control del proceso Este atributo es completamente alcanzado cuando:
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 54 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
las técnicas de análisis y control se determinan y aplican, en caso de ser necesario;
los límites de control de la variación se establecen para el desempeño normal del proceso;
los datos resultantes de una medición se analizan para causas específicas de variación;
se toman acciones correctivas para atender las causas específicas de variación;
se reestablecen los limites de control, si es necesario, como consecuencia de la acción correctiva.
9.2.1.6 Nivel 5: Optimizando el Proceso
El proceso Predecible es continuamente mejorado para lograr las metas de negocio actuales y futuras relevantes. AP 5.1 Atributo de innovación del proceso Este atributo es completamente alcanzado cuando:
los objetivos para la mejora del proceso se definen para apoyar las metas relevantes de negocio;
se analizan los datos apropiados para identificar las causas comunes de variación en el desempeño del proceso;
se analizan datos apropiados para identificar oportunidades de mejora para realizar mejores prácticas e innovar;
se identifican las oportunidades de mejora derivadas de nuevas tecnologías y nuevos conceptos de procesos;
se establece una estrategia de implantación para alcanzar los objetivos de mejora del proceso.
AP 5.2 Atributo de optimización del proceso Este atributo es completamente alcanzado cuando:
el impacto de todos los cambios propuestos se evalúa contra los objetivos del proceso definido y del proceso estándar;
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 55 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
la implantación de todos los cambios acordados se administra para asegurar que cualquier trastorno en el desempeño del proceso se entiende y se toman acciones al respecto;
la eficacia del cambio del proceso con respecto al desempeño actual se evalúa contra los requerimientos definidos del producto y los objetivos del proceso para determinar si los resultados se deben a causas comunes o especiales.
los objetivos para la mejora del proceso se definen para apoyar las metas relevantes de negocio;
9.2.1.7 Calificación de los Atributos del Proceso
El grado del cumplimiento del atributo del proceso se califica usando una escala ordinal, definida a continuación.
El conjunto de las calificaciones de los atributos de un proceso forman su perfil. El resultado de una evaluación incluye un conjunto de perfiles del proceso para los procesos evaluados.
9.2.1.8 Calificaciones del nivel de Capacidad del Proceso
El nivel de capacidad alcanzado por proceso se deriva de la calificación de los atributos correspondientes tomando como referencia la siguiente tabla.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 56 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
9.3 Kuali (Herramienta Auxiliar en Implementación de MoProSoft)
Kauli es una herramienta derivada del proyecto Acelera.ProSoft que ofrece la posibilidad de administrar proyectos basados en MoProSoft, la cual provee varias funcionalidades:
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 57 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
1. Navegación del proceso
Permite la consulta integrada en la herramienta de todos los elementos que contempla MoProsoft para cada uno de los 6 procesos: descripción de actividades, roles, métricas, etc.…
Así mismo la herramienta permite la navegación por medio de hipervínculos lo cual facilita la consulta de la información.
Dentro de Kuali tenemos la metodología de Moprosoft 1.3 que ya es una norma mexicana para la implementación de procesos, Explica paso a paso como se debe seguirla
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 58 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Vemos como Gestión de Procesos, esta dentro de la categoría de Procesos en la etapa de Gerencia
2. Base de Conocimiento
Uno de los elementos mas importantes contemplado por MoProSoft es el de la Base de conocimiento, el cual es un repositorio donde se depositan todos los productos de los procesos. Kuali ofrece la funcionalidad de proveer este repositorio en el cual en el cual se puede almacenar de manera segura los productos generados de acuerdo a cada uno de los procesos. Se ofrece un repositorio jerárquico en el cual se soporta un control de versiones, visor de documentos, soporte a plantillas y definición de permisos de acuerdo a roles.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 59 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Base de Conocimiento es donde están todos los archivos referentes a la metodología y a todos los proyectos de desarrollo que tienen las empresas que están siguiendo esta metodología.
3. Elementos de Trabajo
Este componente de la herramienta permite la captura y control de los principales elementos de trabajo relacionados con el proceso de construcción de software entre los cuales se encuentran: defectos, requerimientos, tareas y riesgos. La herramienta soporta ciclos de trabajo sobre los diferentes estados que puede tomar un elemento de trabajo (Nuevo, Activo, Cerrado).
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 60 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Elementos de Trabajo de un proyecto Kuali maneja:DefectosRequerimientosRiesgosTareas
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 61 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
Dentro de Elementos de Trabajo tenemos las tareas, que van a estar mapeadas a los roles que tiene kuali, y que son los que recomienda la metodología
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 62 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
También existen Reportes que se pueden obtener dentro de kuali, básicamente reportes del Trucking de los distintos ítems de trabajo, en gráficos o listados
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 63 de 64
Ingeniería en Sistemas I – Trabajo de Investigación
UADE Universidad Argentina de la Empresa
10 ANEXO II: PRESENTACIÓN EN POWER POINT
La presentación del trabajo realizada en el formato Microsoft Power Point comienza en la siguiente hoja (sin numeración), para hacer mas clara la estructura del mismo.
UADE | Universidad Argentina de la EmpresaIngenieria en Sistemas I – Trabajo de Investigacion Pág. 64 de 64
Recommended