21 January 2007

CMMi for Development V1.2 - Visión General (1)

CMMi (Capability Maturity Model Integration) for Development Versión 1.2 (CMMi DEV)es un modelo de referencia que abarca las actividades de desarrollo y mantenimiento aplicadas a los productos y servicios. Las prácticas que contiene CMMi for Development abarcan Administración de Proyectos, Administración de Procesos, Ingeniería de Sistemas, Ingeniería de Hardware, Ingeniería de Software, y otros Procesos de Soporte utilizados en el desarrollo y mantenimiento.

CMMi for Development V1.2 consiste de 2 modelos: (1) CMMi for Development + IPPD (Integrated Product and Process Development) y (2) CMMi for Development sin IPPD. El modelo CMMi for Development + IPPD abarca el uso de equipos integrados para las actividades de desarrollo y mantenimiento.

Los Componentes del Modelo CMMi son: (1) Areas de Proceso, (2) Enunciado del propósito, (3) Nota Introductoria, (4) Areas de Proceso relacionadas, (5) Objetivos Específicos, (6) Objetivos Genéricos, (7) Objetivo Genérico y el Resumen de la Práctica, (8) Prácticas Específicas, (9) Productos de Trabajo Típicos, (10) Subprácticas, (11) Prácticas Genéricas y (12) Elaboraciones de la Práctica Genérica.

El Area de Proceso es un grupo de prácticas relacionadas que cuando son implementadas logran satisfacer un conjunto de objetivos para el mejoramiento del área de proceso.

Las 22 áreas de procesos son: (1) Causal Analysis and Resolution, (2) Configuration Management (CM), (3) Decision Analysis and Resolution (DAR), (4) Integrated Project Management +IPPD (IPM+IPPD), (5) Measurement and Analysis (MA), (6) Organizational Innovation and Deployment (OID), (7) Organizational Process Definition +IPPD (OPD+IPPD), (8) Organizational Process Focus (OPF), (9) Organizational Process Performance (OPP), (10) Organizational Training (OT), (11) Product Integration (PI), (12) Project Monitoring and Control (PMC), (13) Project Planning (PP), (14) Process and Product Quality Assurance (PPQA), (15) Quantitative Project Management (QPM), (16) Requirements Development, (17) Requirements Management (REQM), (18) Risk Management (RSKM), (19) Supplier Agreement Management (SAM), (20) Technical Solution (TS), (21) Validation (VAL) y (22) Verification (VER).

El Enunciado del Proceso describe el propósito del área de proceso y es un componente informativo.

La Nota Introductoria de un área de proceso describe los principales conceptos que abarca el área de proceso y es un componente informativo.

Las Areas de Proceso relacionadas enumera las referencias respecto de áreas de proceso relacionadas y establece las relaciones entre las áreas de proceso. Esta es una sección informativa.

Los Objetivos Específicos describen las características únicas que deben satisfacer las áreas de proceso. Un objetivo específico es un componente del modelo requerido y es usado para determinar si un área de proceso está satisfecho. El enunciado del objetivo específico es sólo componente requerido del modelo.

Los Objetivos Genéricos son llamados “Genéricos” debido a que el mismo enunciado del objetivo se aplica a distintas áreas de proceso. Un objetivo genérico describe las características que se deben presentar para institucionalizar los procesos que implementa un área de proceso. Este objetivo es componente del modelo requerido y es utilizado para determinar si un área de proceso está satisfecha. El enunciado del objetivo genérico es sólo componente requerido del modelo. El título de un objetivo genérico y algunas notas asociadas al objetivo son considerados componentes informativos del modelo.

Los objetivos genéricos son componentes del modelo requerido que se aplican a todas las áreas de proceso. Todos los objetivos genéricos y prácticas genéricas son usadas en la representación continua.

El Objetivo Genérico y el Resumen de la Práctica suministran un resumen general de los objetivos específicos, los cuales son requeridos como componentes, y de las prácticas específicas, las cuales son componentes esperados. Ambos son componentes informativos.

Las Prácticas Específicas describen las actividades que resultan del logro de los objetivos específicos de un área de proceso. Una práctica específica consiste en la descripción de una actividad que es considerada importante para alcanzar el objetivo específico asociado. Una práctica específica es un componente esperado del modelo. El enunciado de la práctica específica es sólo componente esperado del modelo. El título de una práctica específica y algunas notas asociadas a la práctica específica son considerados componentes informativos del modelo.

Los Productos de Trabajo Típicos enumera las salidas o resultados de una práctica específica. El producto de trabajo típico es un componente informativo del modelo. Una Subpráctica es una descripción detallada que suministra una guía para interpretar e implementar una práctica genérica o específica. Las subprácticas son un componente informativo que provee ideas que pueden ser útiles para el mejoramiento de procesos.

Las Prácticas Genéricas son llamadas “genéricas” debido a que la misma práctica se aplica a varias áreas de proceso. Una práctica genérica es la descripción de una actividad que importante para alcanzar el objetivo genérico asociado. Una práctica genérica es un componente esperado del modelo. El enunciado de la práctica genérica es sólo componente esperado del modelo. El título de una práctica genérica y algunas notas asociadas a la práctica son considerados componentes informativos del modelo.

La Elaboración de una Práctica Genérica aparece después de la práctica genérica en un área de proceso para suministrar una guía de cómo la práctica genérica sería aplicada al área de proceso. Esta elaboración de una práctica genérica es un componente informativo del modelo.

Este modelo CMMi V1.2 tiene AP (áreas de proceso) en donde los Objetivos Genéricos (GG) y las Prácticas Genéricas (GP) aparecen al final de cada AP. Los Objetivos Genéricos involucran que cada objetivo suministra un fundamento para el próximo. Por lo tanto, se realizan las siguientes conclusiones: 1- Un proceso administrado es un proceso realizado. 2- Un proceso definido es un proceso administrado. 3- Un proceso administrado cuantitativamente es un proceso definido. 4- Un proceso optimizado es un proceso administrado cuantitativamente.

GG1 – Perfomed process

GG2 – Managed process

GG3 – Defined process

GG4 – Quantitatively managed process

GG5 – Optimizing process

Lograr GG1 en un AP es equivalente a decir que se lograron los objetivos específico del AP.

Lograr GG2 en un AP es equivalente a decir que se administra el performance de los proceso asociados a un AP.

Lograr GG3 en un AP implica que existe un proceso estándar organizacional que puede ser desarrollado a medida y que surge del uso del proceso.

Lograr GG4 o GG5 en un AP es factible pero puede no ser económico, en situaciones donde el AP es un negocio crítico. Cada Objetivo Genérico (GG) está formado por Prácticas Genéricas (GP) y subprácticas asociadas.

GG 1 – Archive Specific Goals GP 1.1 Perform Specific Practices GG 2 - Institutionalize a Managed Process GP 2.1 - Establish an Organizational Policy GP 2.2 – Plan the Process GP 2.3 – Provide Resources GP 2.4 – Assign Responsibility GP 2.5 – Train People GP 2.6 - Manage Configurations GP 2.7 – Identify and Involve Relevant Stakeholders GP 2.8 – Monitor and Control the Process GP 2.9 – Objectively Evaluate Adherence GP 2.10 - Review Status with Higher Level Management GG 3 - Institutionalize a Defined Process GP 3.1 – Establish a Defined Process GP 3.2 – Collect Improvement Information GG4 - Institutionalize a Quantitatively Managed Process GP 4.1 – Establish Quantitative Objectives for the Process GP 4.2 – Stabilize Subprocess Performance GG5 - Institutionalize a Optimizing Process GP 5.1 – Ensure Continuous Process Improvement GP 5.2 – Correct Root Causes of Problems

Las Prácticas Genéricas se relacionan con las AP de la siguiente forma:

GP 2.2 – Plan the Process - PP GP 2.3 – Provide Resources - PP GP 2.4 – Assign Responsibility - PP GP 2.5 – Train People - OT, PP GP 2.6 - Manage Configurations - CM GP 2.7 – Identify and Involve Relevant Stakeholders - PP, PMC, IPM GP 2.8 – Monitor and Control the Process - PMC, M&A GP 2.9 – Objectively Evaluate Adherence - PPQA GP 2.10 - Review Status with Higher Level Management -PMC

GP 3.1 – Establish a Defined Process - IPM, OPD GP 3.2 – Collect Improvement Information - IPM, OPF, OPD GP 4.1 – Establish Quantitative Objectives for the Process - QPM, OPP GP 4.2 – Stabilize Subprocess Performance - QPM, OPP GP 5.1 – Ensure Continuous Process Improvement - OID GP 5.2 – Correct Root Causes of Problems - CAR

Los Niveles de CMMi son usados para describir la evolución de una organización que desea mejorar los procesos; y desarrollar y mantener sus productos y servicios.

CMMi considera 2 alternativas de mejoramiento: 1- Las organizaciones mejoran sus procesos según el área o áreas de proceso seleccionadas por la organización. 2- Las organizaciones mejoran un conjunto de procesos relacionados por medio del manejo de un conjunto de áreas de procesos.

Estas 2 alternativas están asociadas a 2 tipos de niveles que se corresponden con las siguientes representaciones: 1- Representación Continua: se usa el término “Nivel de Capacidad” 2- Representación por Etapas: se usa el término “Nivel de Madurez”

Para lograr un Nivel, la organización debe satisfacer todos los objetivos del área de proceso o del conjunto de áreas de procesos. Ambas representaciones tienen formas de implementar el mejoramiento de procesos para alcanzar los objetivos del negocio. Estas representaciones tienen el mismo contenido esencial y el mismo modelo de componentes. Ambas representaciones tienen los mismos componentes (p.e: áreas de proceso, objetivos específicos y prácticas específicas) y estos componentes tienen la misma jerarquía y configuración. Este modelo permite proponer el mejoramiento de procesos y valoraciones usando 2 tipos de enfoques: (1) Continuo y (2) Por Etapa.

El Enfoque Continuo permite que una organización pueda seleccionar un área de proceso o grupo de áreas de procesos y mejorar los procesos. Este enfoque utiliza los niveles de capacidad para caracterizar el mejoramiento relacionado a un área de proceso. Este enfoque permite que una organización pueda mejorar diferentes procesos por distintas razones y entender las dependencias entre las áreas de proceso.

El Enfoque por Etapa utiliza conjuntos de áreas de proceso predefinidas para definir un mejoramiento en la organización. Este mejoramiento está caracterizado por los niveles de madurez. Cada nivel de madurez suministra un conjunto de áreas de proceso que caracterizan distintos comportamientos de la organización. Este enfoque suministra, por etapa, una manera sistémica y estructurada para proponer el mejoramiento del proceso basado en el modelo. El logro de cada etapa asegura una infraestructura de proceso adecuada y sirve de fundamento para la próxima etapa. Este enfoque prescribe un orden para la implementación de las áreas de proceso de acuerdo a los niveles de madurez. El logro de cada nivel de madurez asegura un mejoramiento y sirve de fundamento para el próximo nivel de madurez.

REPRESENTACIÓN CONTINUA

Esta representación tiene un enfoque basado en la capacidad del área de proceso y es medida por medio de los niveles de capacidad numerados de 0 a 5. El Nivel de Capacidad consiste de un objetivo genérico y sus prácticas genéricas relacionadas, las cuales están relacionadas a un área de proceso y permiten mejorar los procesos de la organización asociados a esa área de proceso. Esta representación permite que la organización seleccione las áreas de proceso o conjunto de áreas de proceso interrelacionadas que más pueden beneficiar a la organización y a sus objetivos de negocio. En esta representación las áreas de proceso están organizadas en categorías.

Las 4 Categorías de las Areas de Proceso de CMMI son: (1) Process Management, (2) Project Management, (3) Engineering y (4) Support.

Categoría 1: ‘PROCESS MANAGEMENT’

Esta categoría abarca las actividades relacionadas con la definición, planificación, asignación de recursos, implementación, monitoreo, control, medición y mejora de procesos. Las AP de “Process Management” son : - Organizational Process Focus (OPF) - Organizational Process Definition (OPD) + IPPD - Organizational Training (OT) - Organizational Process Performance (OPP) - Organizational Innovation and Deployment (OID)

Categoría 2: ‘PROJECT MANAGEMENT’

Esta categoría abarca las actividades relacionadas con planificación, monitoreo y control del proyecto. Las AP de “Project Management” son : - Project Planning (PP) - Project Monitoring and Control (PMC) - Supplier Agreement Management (SAM) - Integrated Project Management (IPM)+IPPD - Risk Management (RSKM) - Quantitative Project Management (QPM)

Categoría 3: ‘ENGINEERING’

Esta categoría abarca las actividades de desarrollo y mantenimiento de actividades que son compartidas por varias disciplinas de la Ingeniería. Las áreas de proceso fueron escritas usando una terminología general de Ingeniería. Las áreas de proceso de Ingeniería integran los procesos de distintas disciplinas un único proceso de desarrollo de producto, el cual soporta una estrategia de mejora de procesos orientado al producto. Estas áreas de proceso se aplican al desarrollo de un producto o servicio dentro del dominio de desarrollo.

Las AP de ‘Engineering’ son: - Requirements Management (REQM) - Requirements Development (RD) - Technical Solution (TS) - Product Integration (PI) - Verification (VER) - Validation (VAL)

Categoría 4: ‘SUPPORT’

Esta categoría abarca las actividades de soporte en el desarrollo y mantenimiento del producto. Las AP de ‘Support’ son: - Configuration Management (CM) - Process and Product Quality Assurance (PPQA) - Measurement and Analysis (M&A) - Decision Analysis and Resolution (DAR) - Causal Analysis and Resolution (CAR)

Una vez que las áreas de procesos fueron elegidas, se debe seleccionar el nivel de capacidad. Los niveles de capacidad y las prácticas y objetivos genéricos soportan el mejoramiento de los procesos asociados a las áreas de proceso en particular.

Los Niveles de Capacidad permiten mejorar los procesos de una determinada área de proceso. Los Niveles de Capacidad son: (0) Incomplete, (1) Performed, (2) Managed, (3) Defined, (4) Quantitatively Manager y (5) Optimizing.

Los Niveles de Capacidad 2 a 5 usan los mismos términos y objetivos genéricos (GG2 a GG5) debido a que cada uno de estos objetivos genéricos y prácticas genéricas reflejan el significado de los Niveles de Capacidad en términos de objetivos y prácticas que se pueden implementar.

Nivel de Capacidad 0 – Incomplete

Un proceso Incompleto es aquel que fue efectuado parcialmente o no realizado. Uno o más objetivos específicos de un área de procesos no son satisfechos y los objetivos genéricos no existen en este nivel, ya que no hay una razón para institucionalizar un proceso realizado de manera parcial.

Nivel de Capacidad 1 – Performed

Un proceso de nivel de capacidad 1 está caracterizado como un “Performed process”, el cual consiste de un proceso que satisface los objetivos específicos del área de proceso. Este proceso soporta y permite hacer el trabajo necesario para producir los productos de trabajo. La aplicación de la institucionalización ayuda asegurar el mantenimiento de las mejoras realizadas.

Nivel de Capacidad 2 – Managed

Un proceso de nivel de capacidad 2 está caracterizado como un “Managed process”, el cual consiste de un proceso realizado (Nivel de Capacidad 1) que tiene una infraestructura básica que soporta el proceso. Es un proceso planificado y ejecutado de acuerdo con la política de la empresa, llevado a cabo por gente que controla los resultados obtenidos, es monitoreado, controlado y revisado; y es evaluado de acuerdo a la descripción del proceso.

Nivel de Capacidad 3 – Defined

Un proceso de nivel de capacidad 3 está caracterizado como un “Defined process”, el cual consiste en un proceso administrado (Nivel de Capacidad 2) que está basado en un conjunto de procesos estándares de la organización que considera las pautas de la organización. Una diferencia entre el nivel de capacidad 2 y 3 es el alcance de los estándares, descripciones del proceso y procedimientos. En el nivel de capacidad 2, los estándares, descripciones del proceso y procedimientos pueden ser bastante distintos en cada instancia específica del proceso. En el nivel de capacidad 3, los estándares, descripciones del proceso y procedimientos de un proyecto están de acuerdo al conjunto de procesos estándares de la organización.

En un proceso definido, se determina lo siguiente: (1) Propósito, (2) Datos de Entrada, (3) Criterios de entrada, (4) Actividades, (5) Roles, (6) Mediciones, (7) Pasos de la Verificación, (8) Salidas y (9) Criterio de éxito. En este nivel, los procesos son administrados usando un entendimiento de las interrelaciones de las actividades del proceso y mediciones detalladas del proceso, sus productos de trabajo y servicios.

Nivel de Capacidad 4 - Quantitatively Managed

Un proceso de nivel de capacidad 4 está caracterizado como un “Quantitatively Managed process”, el cual consiste de un proceso definido (Nivel de Capacidad 3) que es controlado usando la estadística y otras técnicas cuantitativas. Los objetivos cuantitativos de calidad y el performance del proceso son establecidos y utilizados como criterio para la administración del proceso. La calidad y el performance del proceso son entendidos en términos estadísticos y son administrados durante toda la vida del proceso.

Nivel de Capacidad 5 - Optimizing

Un proceso de nivel de capacidad 5 está caracterizado como un “Optimizing process”, el cual consiste de un proceso administrado cuantitativamente (Nivel de Capacidad 4) que es mejorado en base a las causas de variación del proceso. El proceso de optimización consiste en mejorar continuamente el rango de performance del proceso.

Los Niveles de Capacidad 2 a 5 usan los mismos términos y los mismos Objetivos Genéricos (2 a 5). Los Niveles de Capacidad de un área de proceso son alcanzados a través de la aplicación de prácticas genéricas o alternativas de los procesos asociadas a un área de proceso.

REPRESENTACIÓN POR ETAPAS

Esta representación tiene un enfoque basado en la madurez de la organización y es medida por medio de los niveles de madurez numerados del 1 al 5. Un Nivel de Madurez consiste de prácticas específicas y genéricas relacionadas a un conjunto de áreas de procesos predefinido que mejora el performance de la organización. Este Nivel de Madurez permite pronosticar el performance de la organización respecto de una disciplina dada o de un conjunto de disciplinas.

Los Niveles de Madurez son medidos por medio del logro de objetivos genéricos y específicos asociados a cada conjunto predefinido de áreas de procesos Los Niveles de Madurez se aplican al mejoramiento de procesos de la organización teniendo en cuenta varias áreas de proceso. Los Niveles de Madurez son: (1) Initial, (2) Managed, (3) Defined, (4) Quantitatively Managed y (5) Optimizing.

En esta representación, las áreas de procesos son organizadas en niveles de madurez y se indica qué áreas de proceso implementar para lograr cada nivel de madurez. Los Objetivos Genéricos que se aplican a cada área de proceso están predeterminados. El Objetivo Genérico (GG2) se aplica al Nivel de Madurez 2 y el Objetivo Genérico 3 (GG3) se aplica a los Niveles de Madurez 3, 4 y 5. En esta representación solamente se usan GG2 y GG3.

Nivel de Madurez 1 – Initial

En este nivel de madurez, los procesos son ad hoc. La organización no tiene un ambiente estable que soporte los procesos. El éxito en estas organizaciones depende de la competencia de la gente y no del uso de procesos. Este nivel de madurez produce servicios y productos que exceden el presupuesto y no cumplen con lo requerido. Las organizaciones de nivel de madurez 1 están caracterizadas por el abandono de procesos en momentos de crisis y por una incapacidad de repetir éxitos anteriores.

Nivel de Madurez 2 – Managed

En este nivel de madurez, los proyectos de la organización tienen asegurado que los procesos están planeados y ejecutados de acuerdo a la política de la empresa, que los proyectos tienen la gente necesaria para efectuar los controles de los resultados obtenidos, y para que los procesos sean monitoreados, controlados y revisados. En el nivel de madurez 2, el estado de los productos de trabajo y el suministro de servicios son puntos definidos a tener en cuenta durante la administración. Los productos de trabajo son controlados. Los productos de trabajo y los servicios satisfacen las descripciones específicas del proceso, estándares y procedimientos.

Las áreas del Proceso del Nivel 2 son: (1) Configuration Management – CM, (2) Measurement and Analysis - M&A, (3) Project Monitoring and Control - PMC, (4) Project Planning – PP, (5) Process and Product Quality Assurance – PPQA, (6) Requirements Management – REQM y (7) Supplier Agreement Management - SAM.

Nivel de Madurez 3 – Defined

En el nivel de madurez 3, los procesos están caracterizados y entendidos, y están descriptos en estándares, procedimientos, herramientas, técnicas y métodos. El conjunto de procesos estándares de la organización, los cuales son base del nivel de madurez 3, es establecido y mejorado en todo momento. Estos procesos estándares son usados para establecer consistencia en los proyectos de la organización.

En este nivel 3, los procesos son administrados usando un entendimiento de las interrelaciones de las actividades del proceso y medidas detalladas del proceso, sus productos de trabajo y servicios. Los procesos son determinados de manera cualitativa.

Una distinción entre los niveles de madurez 2 y 3 es el alcance de los estándares, descripciones del proceso, y procedimientos. En el nivel de madurez 2, los estándares, descripciones del proceso y los procedimientos puede ser distintos para cada instancia específica del proceso. En el nivel de madurez 3, los estándares, descripciones del proceso y los procedimientos para un proyecto son a medida.

En el nivel de madurez 3, los procesos son más descriptos que en el nivel de madurez 2. Un proceso definido define propósito, entradas, criterio de entrada, actividades, roles, mediciones, pasos de verificación, salidas y criterio de salida. En el nivel de madurez 3, los procesos son administrados usando las interrelaciones de las actividades del proceso y las mediciones detalladas del proceso, sus productos de trabajo y sus servicios.

Los Objetivos Genéricos de GG3 se aplican a cada área de Proceso del Nivel 4.

Las áreas del Proceso del Nivel 3 son: (1) Decision and Analysis and Resolution – DAR, (2) Integrated Project Management (IPM) + IPPD, (3) Organizational Process Definition - OPD + IPPD, (4) Organizational Process Focus – OPF, (5) Organizational Trainning – OT, (6) Product Integration – PI, (7) Requirements Development – RD, (8) Risk Management – RSKM, (9) Technical Solution – TS, (10) Validation – VAL y (11) Verification - VER.

Nivel de Madurez 4 - Quantitatively Managed

En el nivel de madurez 4, la organización y los proyectos establecen objetivos cuantitativos de calidad y performance del proceso; y lo usan como criterio para la administración de procesos. Los objetivos cuantitativos están basados en las necesidades del cliente, usuarios finales, organización e implementadores del proceso. La calidad y el performance del proceso son entendidos en términos estadísticos y son administrados durante la vida de los procesos.

Para los subprocesos seleccionados, se recopilan las mediciones detallas del performance del proceso y son analizadas de manera estadística. Las mediciones de calidad y de performance del proceso son incorporadas al repositorio de medición de la organización que se utiliza en la toma de decisiones. Las causas especiales de variación son identificadas y las fuentes de las causas especiales son corregidas para prevenir futuras ocurrencias. En este nivel 4, el performance de los procesos es controlado usando la estadística y otras técnicas cuantitativas.

Una distinción entre los niveles de madurez 3 y 4 es el poder predecir el performance del proceso. En el nivel de madurez 4, el performance de los procesos es controlado usando técnicas estadísticas y se puede predecir de manera cuantitativa. En el nivel de madurez 3, los procesos se pueden predecir solo de manera cualitativa.

Los Objetivos Genéricos de GG4 se aplican a cada área de Proceso del Nivel 4. Las áreas del Proceso del Nivel 4 son: (1) Organizational Process Performance - OPP y (2) Quantitative Project Management - QPM.

Nivel de Madurez 5 - Optimizing

En el nivel de madurez 5, una organización mejora continuamente sus procesos basados en un entendimiento cuantitativo de las causas de variación de los procesos. Este nivel de madurez encara un mejoramiento continuo del performance del proceso a través de un proceso innovativo y de mejoras técnicas. Los objetivos del mejoramiento del proceso cuantitativo son establecidos, revisados respecto de los objetivos de negocio y usados como criterio en el mejoramiento de procesos.

En este nivel de madurez, la organización mejora continuamente sus procesos basados en un entendimiento cuantitativo de las causas de variación de los procesos. El nivel de madurez 5 está enfocado respecto del proceso de mejoramiento continuo a través de nuevos mejoramientos técnicos. Los objetivos de mejoramiento cuantitativo de los procesos son establecidos y revisados de manera continua según los objetivos de negocio de la organización. Estos objetivos de mejoramiento son utilizados como criterio en el manejo de mejoramiento de procesos.

Una distinción clara entre los niveles de madurez 4 y 5 es el tipo de variación del proceso. En el nivel de madurez 4, la organización se ocupa de causas de la variación del proceso y suministra una predicción estadística de los resultados. Aunque los procesos pueden producir resultados predecibles, los resultados pueden ser insuficientes para el logro de los objetivos establecidos. En el nivel de madurez 5, la organización se ocupa de las causas de la variación del proceso y del cambio de los procesos para mejorar el performance del proceso y lograr los objetivos cuantitativos de mejora de procesos.

Los Objetivos Genéricos GG5 se aplican a cada área de Proceso del Nivel 5. Las áreas del Proceso del Nivel 5 son: (1) Causal Analysis and Resolution - CAR y (2) Organizational Innovation and Deployment – OID

De esta forma, la empresa deberá tomar la decisión acerca de qué representación implementar para el logro de sus objetivos. Dicha implementación implica un estudio preliminar acerca de los ventajas y desventajas de implementar este modelo, teniendo en cuenta tiempos, costos y recursos necesarios.

Overview sobre mySAP SCM (1)

Toda empresa tiene una estructura organizativa que representa el modelo estructural de la misma. El área de Compras se ocupa de: (1) tareas de abastecimiento y servicios, (2) determinación de fuentes de abastecimiento y (3) control de entregas y pagos a proveedores.

La solución mySAP SCM (Supply Chain Management), perteneciente a mySAP Business Suite, abarca las siguientes áreas: (1) Material Requirements Planning, (2) Aprovisionamiento, (3) Gestión de Inventario, (4) Verificación de Factura y (5) Valoración del Material.

El proceso de abastecimiento tiene asociado niveles organizacionales, los cuales representan la estructura legal y organizativa de una empresa. La determinación de estos niveles es un paso importante en el proyecto. Estos niveles son definidos y asignados en el Customizing. La estructura es creada a través de la asignación de niveles organizacionales.

Existen los siguientes niveles organizacionales: (1) Client o Mandante, (2) Company Code, (3) Plant, (4) Storage Location, (5) Purchasing Organization y (6) Purchasing Group.

El Client o Mandante es una unidad organizativa que contiene términos organizacionales, términos de datos y términos legales. Representa un entorno de trabajo y es el nivel jerárquico más alto del sistema SAP R/3. Las especificaciones y los datos que se generan e ingresan en este nivel y se aplican a todos los códigos de compañía y a todas las otras unidades organizacionales. Estos datos se ingresan una sola vez.

El Company Code es una unidad organizacional de contabilidad externa que incluye el ingreso de todos los eventos que requiere la contabilidad de las cuentas y produce su propio balance. Un Mandante puede tener varios Company Code. Esta unidad permite efectuar la descripción de una entidad legal (empresa o sociedad) y es la unidad más pequeña a nivel contable.

La Planta (Plant) es una unidad organizativa de logística que subdivide una empresa desde el punto de vista de producción, abastecimiento y planificación de materiales. Puede representar una variedad de entidades dentro de una firma y es única para cada Cliente o Mandante. En una planta, los materiales son producidos y/o los bienes y servicios están disponibles. Una planta puede simultáneamente ser una planta de producción más que una planta de planeamiento de mantenimiento. Una planta pertenece a un lugar y tiene sus propios datos maestros de material. Una planta siempre debe ser asignada a un código de compañía, el cual puede abarcar varias plantas.

El Almacén (Storage Location) es una unidad organizativa única que facilita la diferenciación de stock de materiales dentro de una planta, la cual siempre debe ser especificada. Los stocks de material de una planta son administrados de manera física. Se trata de un almacén respecto de cantidad y está asociado a la dirección física de la planta. El inventario físico es llevado a cabo a nivel almacén. Los stocks son administrados a nivel almacén en base a la cantidad y no en base a los valores. Varios almacenes pueden pertenecer a una planta, donde cada almacén es asignado a una planta.

El Grupo de Compras (Purchasing Group) es un comprador único o grupo de compradores responsable del abastecimiento de un material o clase de material (de manera interna). De manera externa, es el principal canal de la empresa para con sus proveedores. Este grupo no es asignado a otras unidades de la estructura empresaria de SAP R/3, sirve de referencia, está dentro de la organización de compras y realiza las actividades de dicha organización.

La Organización de Compras (Purchasing Organization) es una unidad organizacional de logística que subdivide la empresa de acuerdo a los requerimientos de compras. Se ocupa de abastecer materiales o servicios, negociar las condiciones de compra con los proveedores y asumir las responsabilidades de estas transacciones. Esta unidad se puede incorporar a la estructura de la compañía por medio de la asignación de la organización de compras a un código de compañía y a las plantas. Esta unidad es responsable de las transacciones de compras y de la negociación de las condiciones de compras. La organización de compras puede ser responsable de una o más plantas. Se pueden asignar varias organizaciones de compras a una planta. Las organizaciones de compras pueden ser asignadas a un código de compañía.

Existen 2 tipos de Propuestas de abastecimiento:

1- Producción “in house” -> es aquella donde el sistema crea órdenes planeadas para las cantidades de producción planificadas. Cuando se termina la planificación, el sistema convierte las órdenes planeadas en órdenes de producción.

2- Abastecimiento externo -> es aquel donde el sistema crea una orden planeada o SC (Solicitud de Compra) para planear las cantidades de abastecimiento externo. Cuando se termina el planeamiento, las órdenes planeadas deben ser convertidas en una SC, y luego la SC es convertida en una OC (Orden de Compra).

El Ciclo de Abastecimiento abarca los siguientes pasos:

1- Determinación del requerimiento de materiales: Se pasa al departamento de Compras un requerimiento de materiales a través de una Solicitud de Compra. El departamento de Compras recibe un requerimiento de material a través de la SC. Si se tiene asignado un procedimiento de MRP para un material, el sistema automáticamente genera una SC.

2- Determinación de la fuente de suministro -> Se debe seleccionar la fuente de suministro (Info record, Outiline Agreement, Source List o Quota arrangememt), la cual debe ser encontrada en cada SC liberada a nivel ítem. Esta determinación se usa para crear Solicitudes de Cotización e ingresar Cotizaciones. Se puede hacer referencia a una OC, contratos y condiciones existentes en el sistema.

3- Selección del proveedor -> Se realiza una comparación de los precios entre las cotizaciones recibidas. Posteriormente, se envían automáticamente las cartas de rechazo.

4- Procesamiento de la orden de compra à Se crea una OC manual o automáticamente. Se pueden copiar datos de un documento a otro y se tiene la opción de trabajar con acuerdos.

5- Monitoreo de la orden de compra -> Permite determinar el estado de procesamiento de la OC. Se determina si una entrega o factura de un ítem de la OC ha sido ingresado.

6- Recepción de bienes -> Se ingresan las entregas haciendo referencia a una OC. Se actualiza la historia de la OC. Se verifica que la cantidad de bienes entregados sea la misma que la cantidad establecida en la orden de compra.

7- Verificación de la factura -> Se ingresan los datos relevantes, se hace referencia a la orden de compra o previa o factura, se realiza la verificación de los datos de manera automática y se comparan los datos.

8- Procesamiento del pago -> Este proceso lo realiza el módulo de Finanzas.

Se plantean los siguientes procesos de abastecimiento: (1) Abastecimiento de Material de Stock, (2) Abastecimiento de Material de Consumo, (3) Abastecimiento de Servicios Externos y (4) Abastecimiento Automatizado.

Para el desarrollo de todo proceso de abastecimiento será necesario la utilización Datos Maestros, los cuales abarcan registros de datos que son almacenados en la base de datos, son usados y procesados. Existen los siguientes Datos Maestros: (1) Registro Maestro de Materiales, (2) Registro Maestro de Proveedores, (3) Registro Maestro de Servicios y (4) Info Records.

El Registro Maestro de Materiales – RMM (1) contiene información acerca de todos los materiales que una compañía abastece, produce, almacena o vende, los cuales pueden ser agrupados según una característica a través del tipo de material. Este registro es la fuente central de una empresa que invoca datos específicos de un material. Los datos de este registro están estructurados por área de uso y nivel organizacional. Cada departamento de usuario tiene su propia vista en el RMM y es responsable del mantenimiento de los datos de esta vista. Algunos datos del material son válidos para todos los niveles organizacionales, mientras que otros datos son válidos para ciertos niveles (Client, Planta y Almacén).

Los datos almacenados en el RMM son guardados en vistas individuales que reflejan los distintos departamentos del usuario. Las vistas del RMM son: (1) Datos básicos, (2) Ventas, (3) Compras, (4) MRP, (5) Contabilidad, (6) Almacenamiento y (7) Pronóstico. Los datos de un material son guardados en distintos niveles organizacionales.

Los datos del RMM están subdivididos en áreas de uso: (1) Datos a nivel Cliente – son datos generales del material válidos para toda la empresa, (2) Datos a nivel Planta – son datos válidos dentro de una planta y para todos los almacenes y (3) Datos a nivel Almacén – son datos válidos para un almacén en particular.

En el abastecimiento externo, la existencia de un RMM no es obligatoria. En este caso, los materiales pueden ser abastecidos como material de consumo, los cuales pueden ser asignados a un centro de costos, órdenes de venta o proyectos.

El estado de material permite restringir la facilidad de uso del material, determinar que funciones de MM resultan de un mensaje de error o warning y puede ser asignado a nivel planta (vista MRP1 del RMM) y a nivel general (vista Basic data 1 del RMM). El estado de material determina cómo es tratado un material en distintas aplicaciones y en las transacciones de negocio. Para cada material se puede asignar un estado en el registro maestro de materiales.

Cuando se crea un RMM, se debe asignar un Tipo de Material al material, el cual permite agrupar aquellos materiales que tienen las mismas propiedades básicas (p.e: producto semi-terminado, materia prima y producto terminado) y pertenece a los datos generales del material. Este tipo de material determina la selección de cuentas para su contabilización cuando hay un movimiento de bienes y determina el rango de número del número de material y el tipo de asignación del número (interna o externa).

El tipo de material es definido en el Customizing y utilizado en las transacciones MM01, MIGO y ME21. El tipo de manejo de inventario puede ser determinado por el tipo de material basado en el área de valuación. Se tienen 3 tipos de materiales: (1) ROH – Especifica que todos los materiales de este tipo son abastecidos externamente. Se tienen materiales que son administrados según la cantidad y el valor base, donde la recepción de bienes tiene lo siguientes efectos: a) la cantidad es contabilizado en consumo b) las estadísticas del consumo son actualizadas en el RMM c) el valor es contabilizado en una cuenta de consumo d) la imputación contable es debitada con los costos e) la cantidad total y el valor total no cambian

(2) NLAG – Puede ser abastecido externamente o producido “in house”. Este tipo de material se relaciona al material no stock. Se lo especifica en el Customizing para determinar que ni las cantidades o valores son actualizados. Los datos contables no son mantenidos en el RMM y los valores del stock no son actualizados.

(3) UNBW – Este tipo de material está relacionado al material no valuado. En este caso, la cantidad es contabilizada en stock, los datos del stock son actualizados en el RMM, el valor es actualizado en la cuenta de consumo, la imputación contable es debitada con los costos y la cantidad total del stock de almacén aumenta.

El Registro Maestro de Proveedores – RMP (2) contiene información sobre los proveedores de la empresa. Los datos de este registro de proveedores están subdivididos en las siguientes categorías: (1) Datos generales, (2) Datos contables y (3) Datos de compras (moneda de la OC, términos de pago, términos de entrega, persona de contacto, roles del socio y otros). La existencia de un RMP es un prerrequisito para la creación de un documento de compras externo (RFQ, OC o outline agreement).

Cuando se crea un RMP, para un proveedor circunstancial, se debe asignar un Grupo de Cuenta, el cual permite que se supriman campos específicos del proveedor y determina el rol comercial del socio del negocio. Este socio puede asumir varios roles en la empresa, los cuales son definidos en el RMP, organización de compras o planta. Ciertos datos pueden solo ser mantenidos a nivel organización de compras. Sin embargo, hay otros datos que solo pueden ser creados a nivel planta.

El grupo de cuenta determina: (1) el estado del campo, (2) si el RM Prov es usado como un registro maestro de cuenta, (3) el uso de los niveles de retención de los datos, (4) el intervalo de rango de números y (5) los roles permitidos.

Las Condiciones representan acuerdos con los proveedores respecto de precios, descuentos y recargos, costos de entrega, etc. Tales condiciones pueden ser creadas en las cotizaciones, info. Record, outline agreement y órdenes de compra. El sistema aplica condiciones para determinar el precio de compra. Las condiciones pueden ser especificadas en el encabezado del documento o en los detalles del ítem. La condición del ítem se aplica únicamente al ítem relevante, mientras que las condiciones del encabezado son válidas para todos los ítems del documento. Existen condiciones dependientes del tiempo (Info record, contratos, scheduling agreement, cotizaciones) e independientes del tiempo (OC, scheduling agreement, cotizaciones).

El RMP permite bloquear el abastecimiento de bienes de cierto proveedor (MK05). Se puede bloquear para todas las organizaciones de compras o para algunas organizaciones de compras. Si se asigna el indicador ‘Blocking’, no es posible crear una OC para ese proveedor. El bloqueo de un proveedor impide la creación de solicitudes de cotización, outline agreement, requerimientos de regulación por cuota o ingresos del libro de pedido (source list).

En SAP R/3, es posible generar versiones de SC y documentos de compras externos usando la administración de versiones. Una versión representa una colección de documentos cambiados y generados a través de una nuevo procedimiento de una solicitud existente o documentos de compras.

Se pueden generar versiones de SC (ME51N). Una versión comprende los documentos cambiados y generados como resultados de los cambios realizados en la solicitud original. Si una versión de una OC ha sido cambiada, el mensaje de la OC es generado de manera inmediata.

El área de Compras genera los siguientes Documentos de Compras: (1) Solicitud de Compra, (2) Solicitud de Cotización, (3) Cotización, (4) Orden de Compra, (5) Orden de Compra Abierta / Orden de entrega y (6) Plan de entrega.

Debido a los distintas transacciones que se ejecutan, se genera un Documento de Material y un Documento Contable. El Documento de Material contiene información sobre el material entregado, su cantidad y su ubicación en el almacén de la planta. El Documento Contable se genera cuando la recepción de bienes es valuada y contiene detalles de los efectos contables del movimiento de materiales. Los factores que influyen en a determinación de las cuentas de un documento contable son: (1) área de valuación, (2) material, (3) proceso de negocio y (4) tipo de movimiento.

Luego de ejecutados los procesos, teniendo en cuenta los Datos Maestros y la información que se genera en los mismos, se pueden ejecutar Informes que permitan evaluar una determinada situación. En el ambiente de producción, se pueden generar una gran variedad de documentos que incluyen: (1) documentos de compras, (2) documentos de material, (3) documentos de factura y (4) documentos contables. Estos documentos son contabilizados en el sistema y almacenados en tablas.

Existen 2 tipos de Informes:

1- Listado de documentos de material: Permite evaluar los documentos de material y los documentos contables. Se pueden generan los siguientes informes: (1) Listado de documentos de material, (2) Documentos contables del material, (3) Documentos de material (archivados), (4) Documentos de material (cancelados) y (5) Documentos de material con motivo / razón de movimiento.

2- Listado de Stock: Permite evaluar los stocks de cada material y de varios materiales. Se pueden generan los siguientes informes: (1) Overview del stock, (2) Lista de stock / requerimiento actual, (3) Disponibilidad del stock de planta, (4) Overview de la disponibilidad, (5) Stock de almacén, (6) Stock en fecha de contabilización, (7) Stock en tránsito, (8) Stock especial valuado y (9) Stock del subcontratado.

Los principales tópicos a considerar, en el Customizing, respecto de un proceso de abastecimiento son: (1) Grupo de cuenta del proveedor, (2) Estado del campo, (3) Rango de números del Registro Maestro de Proveedores, (4) Roles del interlocutor, (5) Tipos de documento, (6) Manejo de versiones y (7) Mensajes.

De esta forma, se puede decir que varios temas de calidad están relacionados a un proceso de abastecimiento. La entrega a tiempo (JIT) de los materiales, la planificación de los materiales, el control de los materiales recibidos y de la información ingresada al sistema, la determinación de restricciones asociadas a los procesos del área de compras y la posibilidad de establecer mejoras que permitan una buena comunicación entre el sector de Compras y el resto de la empresa.

Visión General acerca de ISO 9126

ISO/IEC 9126 plantea un conjunto de atributos que tienen impacto en la capacidad del software de mantener su nivel de desempeño dentro de las condiciones establecidas por un período de tiempo.

Esta Norma tiene 4 partes:

(a) Modelo de Calidad – ISO 9126-1:2001

(b) Métricas Externas, las cuales miden el software en sí mismo (Calidad Externa – Ambiente de Prueba) – ISO 9126-2:2003

(c) Métricas Internas, las cuales miden el comportamiento del sistema (Calidad Interna – Ambiente de Desarrollo) – ISO 9126-3: 2003

(d) Calidad en Uso, el cual mide el efecto de usar el software en un contexto específico (Ambiente de Producción) – ISO 9126-4: 2004

ISO 9126-1 describe el modelo de calidad del producto de software. La primera parte del modelo especifica 6 características de calidad interna y externa, las cuales están divididas en subcaracterísticas, son manifestadas externamente cuando el software es utilizado como parte de un sistema, y son un resultado de atributos internos del software.

La calidad externa evalúa que el software satisfaga las necesidades del usuario teniendo en cuenta las condiciones especificadas. Esta calidad es medible en el comportamiento del producto. La calidad interna evalúa el total de atributos que un software debe satisfacer teniendo en cuenta condiciones especificadas. Esta calidad es medible a partir de las características intrínsecas.

Las características definidas son aplicables a todo tipo de software. Las características y subcaracterísticas proveen una terminología consistente respecto de la calidad del producto del software.

Esta Norma permite especificar y evaluar la calidad del software desde distintas perspectivas, las cuales están asociadas a la adquisición, requerimientos, desarrollo, uso, evaluación, soporte, mantenimiento, aseguramiento de la calidad, y auditoria del software. Puede ser usada por desarrolladores, evaluadores independientes y grupos de aseguramiento de la calidad responsables de especificar y evaluar la calidad del software.

La evaluación de los productos de software que satisfacen las necesidades de calidad del software es uno de los procesos del ciclo de vida de desarrollo del software. La calidad del producto de software puede ser evaluada por medio de la medición de atributos internos, externos o a través de la calidad en uso. El objetivo es que el producto tenga el efecto requerido en un contexto particular de uso.

La calidad del proceso contribuye a mejorar la calidad del producto, y la calidad del producto contribuye a mejorar la calidad en uso. Evaluar y mejorar la calidad de un proceso contribuye a mejorar la calidad del producto; y esto contribuye a mejorar la calidad en uso. De manera similar, evaluar la calidad en uso puede mejorar la calidad del producto, y evaluar un producto puede mejorar un proceso.

Las necesidades de calidad del usuario contribuyen a especificar los “requisitos de calidad externa”, los cuales contribuyen a especificar los “requisitos de calidad interna”. La “calidad interna” indica la existencia de “calidad externa” y ésta indica la existencia de “calidad en uso”.

Existen métricas internas y externas. Las métricas internas pueden ser aplicadas a un software no ejecutable durante el diseño y la codificación. Las métricas externas se utilizan en el software ejecutable.

Para realizar la evaluación de la Calidad del Software se puede, entre otros, considerar la Norma ISO 9126-1:2001. Esta Norma define las características de calidad como un conjunto de atributos del producto de software a través de los cuales la calidad es descripta y evaluada. Estas características de calidad del software pueden ser precisadas a través de múltiples niveles de subcaracterísticas.

El modelo de calidad de ISO 9126-1 establece 3 niveles: (1) Característica, (2) Subcaracterística y (3) Métricas.

ISO 9126-1:2001 plantea las siguientes características de calidad: (1) Funcionalidad, (2) Confiabilidad, (3) Facilidad de Uso, (4) Eficiencia, (5) Facilidad de Mantenimiento y (6) Portabilidad.

La Funcionalidad (1) es el conjunto de atributos que se refieren a la existencia de un conjunto de funciones y sus propiedades específicas. Las funciones cumplen unos requerimientos o satisfacen unas necesidades implícitas. Las subcaracterísticas de la Funcionalidad son: Aptitud, Precisión, Interoperatividad, Conformidad, Seguridad y Trazabilidad.

La Confiabilidad (2) es el conjunto de atributos que se refieren a la capacidad del software de mantener su nivel de rendimiento bajo unas condiciones especificadas durante un período definido. Las subcaracterísticas de la Confiabilidad son: Madurez, Tolerancia a fallas, Facilidad de Recuperación, Disponibilidad y Degradabilidad.

La Facilidad de Uso (3) es el conjunto de atributos que se refieren al esfuerzo necesario para usarlo, y sobre la valoración individual de tal uso, por un conjunto de usuarios definidos e implícitos. Las subcaracterísticas de la Facilidad de Uso son: Comprensibilidad, Facilidad de aprendizaje, Operatividad, Explicitud, Adaptabilidad al usuario, Atractivo, Claridad, Facilidad de ayudas y Amistoso al usuario.

La Eficiencia (4) es el conjunto de atributos que se refieren a las relaciones entre el nivel de rendimiento del software y la cantidad de recursos utilizados bajo unas condiciones predefinidas. Las subcaracterísticas de la Eficiencia son: Respecto al tiempo y Respecto a los recursos.

La Facilidad de Mantenimiento (5) es el conjunto de atributos que se refieren al esfuerzo necesario para hacer modificaciones especificadas. .Las subcaracterísticas de la Facilidad de Mantenimiento son: Facilidad de análisis, Facilidad de cambio, Estabilidad y Facilidad de prueba.

La Portabilidad (6) es el conjunto de atributos que se refieren a la habilidad del software para ser transferido desde un entorno a otro. Las subcaracterísticas de la Portabilidad son: Adaptabilidad, Facilidad de instalación, Conformidad y Facilidad de Reemplazo.

ISO 9126-2, ISO 9126-3 e ISO 9126-4 se utilizan en los ambientes de Prueba, Desarrollo y Producción respectivamente y tienen las mismas métricas asociadas por cada Subcaracterística definida. Una vez calculada cada métrica se realizará una comparación respecto del valor especificado por el cliente. De esta forma, se podrá determinar su cumplimiento. También se calculará un promedio ponderado por Subcaracterística y por Característica.

La valoración de estas características es útil para que el usuario pueda definir los requerimientos del producto utilizando solamente las características que emplee en la práctica. Para algunos tipos de productos de software, hay determinadas características que no son significativas y las restantes no garantizan que con ellas comprendan todos los requerimientos de los productos de software, por lo que en cada caso habrá que completarlas con otras definiciones más específicas para esos productos o situaciones. No obstante el modelo tiene el nivel de abstracción suficiente como para que sea adaptable en la mayoría de las situaciones, siendo además, independiente de la tecnología.

El punto 8.2.4 “Seguimiento y medición del producto”, el cual está presente en las Norma ISO 9001:2000 e ISO 90003:2004 (ISO 9001:2000 aplicada al Software), permite evaluar las características del software planteadas en la Norma ISO 9126. El área de procesos PPQA (Process and Product Quality Assurance) de CMMi V1.2 guarda relación con el punto 8.2.4.

Por último, se puede decir que la auditoria de la calidad del software puede traer aparejado la certificación del software, lo cual permite mejorar el nivel de competitividad de la empresa con sus respectivas consecuencias.