lunes, 10 de septiembre de 2012

Relaciones entre las áreas de proceso



Administración de Procesos

Los cinco procesos de esta área son :

  • ž Definición de Proceso Organizacional (OPD)
  • ž Enfoque de procesos Organizacionales (OPF)
  • ž Gestión del Desempeño Organizacional (OPM)
  • ž Desempeño del Proceso Organizacional (OPP)
  • ž Capacitación Organizacional (OT)
La administración básica de procesos de las áreas de proceso proporcionan a la organización una capacidad para documentar y compartir las mejores prácticas, los activos del proceso organizacional y el aprendizaje a través de la organización

La administración de procesos avanzada proporciona a la organización una mejor capacidad para alcanzar sus objetivos cuantitativos de desempeño de calidad y de proceso.

Cada una de las áreas de proceso avanzado dependen de la capacidad para desarrollar e implementar procesos.

Administración de proyectos


El área de procesos de Rendimiento del Proceso Organizacional deriva objetivos cuantitativos para la calidad y el rendimiento del proceso de los objetivos de negocio de la organización.

El área de procesos de administración de proyectos cubre las actividades de gestión de proyectos relacionados con la planificación, el seguimiento y el control del proyecto.

Las 7 áreas son :

  • ž Administración de proyectos integrados (IPM)
  • ž Seguimiento y Control de Proyectos (PMC)
  • ž Planificación del Proyecto (PP)
  • ž Cuantitativa de proyecto (QPM)
  • ž Gestión de Requisitos (REQM)
  • ž Gestión de Riesgos (RSKM)
  • ž Administración de acuerdos con el proveedor (SAM)

Las áreas de procesos de administración básica de proyectos tratan las actividades relacionadas con el establecimiento y mantenimiento del plan de proyecto, instalación y mantenimiento de compromisos, monitorean el progreso, la adopción de medidas correctivas y la gestión de acuerdos con proveedores.

La planificación comienza con los requisitos que definen el producto y el proyecto.

El plan del proyecto abarca los diversos proyectos de actividades de gestión y desarrollo llevadas a cabo por el proyecto.

El Monitoreo de proyecto y el área de proceso de control contienen prácticas para el seguimiento y control de las actividades y tomar medidas correctivas.

El área de Gestión de Requisitos describe las actividades de obtención y control de cambios en los requisitos y se aseguran que todos los datos estén actualizados.

El área de Administración de acuerdos con el proveedor trata sobre la necesidad del proyecto para adquirir las partes de trabajo que se producen por los proveedores.

El área de procesos de la administración avanzada de proyectos dirige actividades como el establecimiento de un proceso definido que se adapta desde el conjunto de la organización de los procesos estándar, se establece el entorno de trabajo del proyecto de estándares de la organización del entorno de trabajo, la coordinación y la colaboración con las partes interesadas, la formación y el mantenimiento de los equipos para la realización de los proyectos, en términos cuantitativos la gestión del proyecto y la gestión de riesgos.

Cada área de área de procesos de administración avanzada de proyectos depende de la capacidad de planificar, supervisar y controlar el proyecto. Las áreas de procesos de administración básica del proyecto de gestión proporcionan esta capacidad.

Ingeniería


Las áreas de procesos de Ingeniería integra los procesos asociados a las diferentes disciplinas de la ingeniería en un proceso de desarrollo de producto único, el apoyo a un producto orientado a la estrategia de mejora de procesos.

Estas 5 áreas son:

  • ž Integración de productos (PI) 
  • ž Desarrollo de requerimientos (RD) 
  • ž Soluciones Técnicas (TS) 
  • ž Validación (VAL) 
  • ž Verificación (VER) 

El área de Desarrollo Requerimientos envía requerimientos al área de procesos de Solución técnica, donde los requerimientos son convertidos en, la arquitectura del producto, en los diseños de componentes, y en los componentes de los productos.

El área de Soluciones Técnicas desarrolla paquetes de datos técnicos de los componentes del producto que serán utilizados por el área de integración del producto.

El área de verificación garantiza que los productos seleccionados cumplen los requisitos especificados.

El área de proceso de validación valida los productos de acuerdo a las necesidades del cliente.

La integración del producto contiene las prácticas específicas asociadas con la generación de una estrategia de integración, la integración de los componentes hasta la entrega de este al cliente.

Soporte


Las áreas de procesos de soporte cubren las actividades que ayudan al desarrollo y mantenimiento de productos.

Las 5 áreas son:

  • ž Análisis Causal y Resolución (CAR) 
  • ž Administración de la Configuración (CM) 
  • ž Análisis de Decisiones y Resoluciones (DAR) 
  • ž Medición y Análisis (MA) 
  • ž Proceso y Aseguramiento de la Calidad del Producto (PPQA) 

Las áreas básicas de soporte dirigen las funciones fundamentales de soporte que son utilizadas por todas las áreas de proceso.

El área de Medición y Análisis soporta todas las áreas de proceso, proporcionando prácticas específicas que guían los proyectos y a las organizaciones a alinear las necesidades de medición y objetivos con un enfoque de medición que se utiliza para apoyar las necesidades de administración de la información.

El área de proceso y aseguramiento de la Calidad del Producto se encarga de la entrega de productos de alta calidad y servicios

El área de Gestión de la Configuración soporta todas las áreas de proceso mediante la creación y el mantenimiento de la integridad de los productos de trabajo usando identificación de la configuración, control de configuración, y las auditorías de configuración.

El área de Análisis de Decisiones y Resoluciones se encarga de todas las áreas de proceso mediante la determinación de las cuestiones que deben ser sometidos a un proceso formal de evaluación y la aplicación de un proceso de evaluación formal para ellos.

domingo, 26 de agosto de 2012

CMMI y otras técnicas para evaluar las capacidades y niveles de madurez


CMM vs CMMI

CMMI fue desarrollado como una mejora para CMM aunque aun asi CMMI no remplasa a CMM ya que la efectividad de cada una depende del enfoque que se les de en la empresa.
CMM fue creado para la ingeniera de software mientras que CMMI iba mas enfocado hacia las areas de la empresa por lo cual

Tanto CMMI como CMM cuentan con 5 niveles de madures, siendo el tercero el cual al cual busca llegar una empresa como primera meta. Los 5 niveles de madurez son inicial, Repeticion, definicion, gestion y optimización.

Mientras que CMM es una herramienta de certificación CMMI no lo es. CMM mide el nivel de madurez de una organización mediante la determinación de si una organización completa las actividades específicas enumeradas en las áreas clave de rendimiento , ajenos a si la realización de dicha actividad conduce al resultado deseado. CMMI es también un enfoque basado en la actividad, pero la diferencia a la hora de medir las áreas clave de rendimiento.
CMMI reemplaza a CMM en los procesos de desarrollo de software, pero CMM sigue siendo apropiada para la gestion basada en actividades.

CMM vs ITIL

ITIL es un conjunto de codigos obre las mejores practicas, el alcance de ITIL  se extiende al controlar y gestionar todos los aspectos de las operaciones de la empresa relacionados con las TI, mientras que CMMI se centra en la madurez de los procesos de desarrollo de software.

Si bien la aplicación de CMMI ayuda al aumento de la competencia y experiencia en la organización en cuanto al desarrollo de software o desarrollo de productos, la aplicacion de ITIL ayuda a alinear los recursos y procesos de TI a los procesos de negocio

La mayoria de las empresas coinciden en el hecho de que ITIL y CMMI no se excluyen entre sí, ya sea que se centran en diferentes partes de la tecnologia, CMM, por ejemplo, se centra en la calidad del desarrollo de software, mientras que ITIL se centra en la explotación del producto de software.
Asi que al final CMMI e ITIL se complementan de manera que ayuden a mejorarse entre ellas.

CMM vs Agil

CMMI se enfoca en cuán capaz es una organización y en la madurez de los procesos y no solo se centra en el desarrollo de un software o en la entrega de un proyecto.
El enfoque Agile es ideal para pequeños proyectos en organizaciones relativamente pequeñas, pero cuando se requiere mayor escala, el modelo falla.
CMMI asume una visión a más largo plazo mientras que Agile assume una vision a medio plazo

Al final podemos combinar Agil y CMMI, utilizando métodos sencillos, documentación liviana o herramientas ligeras, para alcanzar los requerimientos y objetivos de CMMI. Al mismo tiempo, podemos referirnos al pensamiento sistemático de CMMI, por ejemplo la gestión cuantitativa de CMMI, y podemos tratar de recopilar datos útiles a partir de pequeños equipos para generar métricas organizacionales.

Referencias

http://www.calidadysoftware.com/otros/introduccion_cmmi.php
http://www.sei.cmu.edu/cmmi/
http://www.sei.cmu.edu/cmmi/compatibility/itil.cfm
http://www.brighthubpm.com/monitoring-projects/72298-differences-in-cmmi-vs-itil/
http://www.sei.cmu.edu/library/abstracts/reports/08tn003.cfm