05 January 2008

MM01 en mySAP SCM

La transacción MM01 de mySAP SCM permite crear un registro maestro de materiales (RMM), el cual guarda datos específicos del material. Cada registro tiene datos de Compras, manejo de inventario y planificación de materiales. Cada departamento ingresa su información.

Los datos del RMM están subdivididos en vistas según el área de uso y nivel organizacional. Al crear un nuevo RMM se deberán determinar los siguientes datos: número de material, sector industrial y tipo de material. Algunos de los datos de la vista son válidos para ciertos niveles organizacionales (mandante, planta o almacén).

En el nivel “mandante” se tienen datos generales válidos para toda la empresa. En el nivel “planta”, se tienen datos válidos dentro de una planta y para todos los almacenes. En el nivel “almacén”, se tienen datos válidos de un almacén específico.

El tipo de material pertenece a los datos generales del material y permite asignarse a los materiales que tienen las mismas propiedades. El tipo de material controla la asignación del tipo de material, los intervalos de rango permitidos, el orden de las pantallas, los datos de un departamento específico, el tipo de abastecimiento, las vistas permitidas, la determinación de la cuenta, la asignación del número de material y actualización de la cantidad / valor.

Luego de ingresados los datos, se deben seleccionar las vistas y los niveles organizacionales respectivas, los cuales determinarán qué pantallas de datos utilizará el usuario.

El sector industrial tiene una función de control, determinar qué pantallas aparecen, en qué orden y qué campos de la pantalla. El sector asignado no puede ser cambiado.

Para el ingreso de los datos del un RMM, se pueden utilizar lo siguiente: Setting, Reference Material, Data Collection Entry y Mass maintenance.

Un RMM puede ser ampliado si se agregan vistas al material. El tipo de material determinará las vistas del material. La referencia de material permite adoptar datos de un registro de material existente.

El estado de material permite restringir la facilidad de uso de material. Cuando se ha asignado el estado de material, SAP emite un mensaje de error o warning. Se asigna a nivel planta (MRP 1 view) o nivel general (Basic data 1 view).

Al invocar la transacción MM01, el número de material se crea por medo de una asignación de un número de manera interna o externa. Este número de material permite identificar unívocamente los materiales. Debe existir un RMM para cada material usado en la empresa.

En el caso del abastecimiento externo, no es obligatorio el uso de un RMM, ya que los materiales pueden ser abastecidos como materiales de consumo directo. Para este abastecimiento se utilizan las vistas de datos contables y de compras. Estos materiales pueden ser asignados a centro de costos, órdenes de venta o proyectos. El tipo de material, para los materiales de consumo, es NLAG, el cual permite determinar el stock cuando se crea una orden de compra. El ítem de la orden de compra es asignado a una cuenta de consumo. En el abastecimiento de material de stock, el RMM es obligatorio, ya que se actualizan constantemente las cantidades y los valores de material que con conservados en el stock.

El tipo de material determina qué cuentas son contabilizadas cuando se realiza la recepción de bienes. SAP tiene un número determinado de tipo de material y se pueden añadir otros. Determina el rango de valores del número de material y el tipo de asignación del número (internamente por el sistema o externa por el usuario). El tipo de material solo puede ser cambiado por un material sujeto a ciertas restricciones. El tipo de manejo de inventario puede ser determinado por el tipo de material basado en el área de valuación. Los departamentos de usuario definidos para un cierto tipo de material determinan que vistas pueden ser mantenidas para un material de este tipo.

El procedimiento de control de precio es asignado en el RMM y permite determina el valor usado para valuar la recepción de bienes de un material. La valuación del material puede ser llevada a cabo de a cuerdo al precio estándar o precio promedio variable.

El precio estándar (S) es un precio constante al que se valora un material, sin tener en cuenta los movimientos de inventario y las facturas. El precio promedio variable (V) es un precio que cambia según los movimientos de inventario, y que se usa para valorar el material. El precio en el RMM se ajusta según el precio de entrega. La entrada de mercaderías se contabiliza al valor de entrada.

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

El modelo CMMi (Capability Maturity Model Integration) for Acquisition (CMMi – ACQ) tiene el propósito de suministrar prácticas efectivas que soporten el mejoramiento del proceso de adquisición. También, permite entender las expectativas del cliente. Este modelo abarca la adquisición de soluciones técnicas.

Un proyecto de adquisición está enfocado a un conjunto de objetivos principales. Estos objetivos incluyen el requerimiento para mantener un relación con el usuario final para cumplir con sus necesidades. Las responsabilidades del proyecto de adquisición incluye actividades de integración del producto o servicio.

CMMi for Acquisition tiene 22 áreas de proceso que abarcan las área de proceso de administración de proyecto, administración del proceso y soporte. Existen 6 áreas de procesos que tratan las prácticas de adquisición, las cuales son: (1) Solicitation and Supplier Agreement Development, (2) Acquisitions Management, (3) Acquisition Requirements Management, (4) Acquisitions Technical Management, (5) Adquisition Validation y (6) Acquisition Verification.

Todas las prácticas de las áreas de proceso incluyen actividades con el proveedor. Estas actividades son: (1) Determinación del proveedor, (2) Desarrollo del acuerdo del proveedor, (3) Administración de las soluciones adquiridas (productos o servicios)

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) Acquisition Management (AM), (2) Acquisition Requirements Development (ARD), (3) Acquisition Technical Management (ATM), (4) Acquisition Validation (AVAL), (5) Acquisition Verification (AVER), (6) Causal Analysis and Resolution (CAR) (7) Configuration Management (CM), (8) Decision Analysis and Resolution (DAR), (9) Integrated Project Management (IPM), (10) Measurement and Analysis (MA), (11) Organizational Innovation and Deployment (OID), (12) Organizational Process Definition (OPD), (13) Organizational Process Focus (OPF), (14) Organizational Process Performance (OPP), (15) Organizational Training (OT), (16) Project Monitoring and Control (PMC), (17) Project Planning (PP), (18) Process and Product Quality Assurance (PPQA), (19) Quantitative Project Management (QPM), (20) Requirements Management (REQM), (21) Risk Management (RSKM), (22) Solicitation and Supplier Agreement Development (SSAD)

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.

Este modelo 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

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 ACQ son: (1) Project Processes, (2) Organizacional Processes, (3) Engineering y (4) Support.

Categoría 1 – Project Processes

Estas áreas de procesos tiene prácticas que tratan las actividades de adquisición relacionadas al establecimiento, ejecución y transición al proyecto del adquisición. Las áreas son: PP, ARD, REQM, SSAD, AM, PMC, IPM, RSKM, ATM, AVER y AVAL.

Categoría 2 – Organizacional Processes

Estas áreas de procesos tiene prácticas que tratan las actividades relacionadas a la definición, planificación, desarrollo, implementación, control, monitoreo, evaluación, medición y mejora de procesos. Las área son: OPD, OPF y OT.

Categoría 3 – Support Processes

Estas áreas de procesos tiene prácticas que tratan las actividades que soportan los procesos de adquisición y manejo que son utilizados en el contexto de realizar otros procesos. Se trata de procesos que se aplican a la organización de manera general. Las área son: CM, PPQA, MA y DAR

Categoría 4 – High Maturity Processes

Estas áreas de procesos tiene prácticas que se corresponden con los procesos de organizacionales, de soporte y proyecto teniendo en cuenta los objetivos de negocio de la organización. Las área son: OPP, QPM, OID y 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 – Managedv 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.

Nivel 2 -> AM – CM – MA – PMC – PP – PPQA – REQM – SSAD

Nivel 3 -> ARM – ATM – AVAL – AVER – DAR – IPM – OPD – OPF – OT – RSKM

Nivel 4 ->OPP – QPM

Nivel 5 -> CAR - OID

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.

Para alcanzar el nivel de madurez 2, todas las áreas de proceso asignadas al nivel de madurez 2 deben lograr el nivel de capacidad 2 o más. Para alcanzar el nivel de madurez 3, todas las áreas de proceso asignadas a los niveles de madurez 2 y 3 deben lograr el nivel de capacidad 3 o más. Para alcanzar el nivel de madurez 4, todas las áreas de proceso asignadas a los niveles de madurez 2, 3 y 4 deben lograr el nivel de capacidad 3 o más. Para alcanzar el nivel de madurez 5, todas las áreas de proceso deben lograr el nivel de capacidad 3 o más.

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) Acquisition Management – AM, (2) Configuration Management - CM, (3) Measurement and Analysis – MA, (4) Project Monitoring and Control PMC, (5) Project Planning – PP, (6) Process and Product Quality Assurance – PPQA, (7) Requirements Management – REQM y (8) Solicitation and Supplier Agreement Development – SSAD

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) Acquisition Requirements Management – ARM, (2) Acquisition Technical M anagement – ATM, (3) Acquisition Validation – AVAL, (4) Acquisition Verification – AVER, (5) Decision and Analysis and Resolution – DAR, (6) Integrated Project Management – IPM, (7) Organizational Process Definition – OPD, (8) Organizational Process Focus – OPF, (9) Organizational Training – OT y (10) Risk Management – RSKM.

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.

Introducción a ITIL V3 (1)

La primera versión de ITIL (the IT Infrastructure Library- Biblioteca de Infraestructuras de IT)) se escribió originalmente a mediados de los años 80 y estaba compuesta de más de 40 libros basados en funciones. Fue modificada a su forma actual (versión 2) al final de los 90 y consolidada en 10 libros basados en procesos. Durante casi 2 años la Oficina de Comercio Gubernamental (Office of Government Commerce - OGC) ha estado llevando a cabo el proyecto ITIL Refresh (Actualización de ITIL).

ITIL siempre se ha basado en la alineación de la provisión y administración de los servicios de IT para hacer frente a las necesidades de organizaciones comerciales. Se tiene la intención de hacer ITIL más pertinente y accesible de las siguientes formas: - Integrar más estrechamente las estrategias de servicio comerciales y de IT - Proporcionar modelos de transición ajustados a la utilidad - Describir la administración de la provisión de servicios y la búsqueda de los mismos - Facilitar la implementación y administración de los servicios en un entorno variable - Mejorar la medición y demostración del valor (análisis costo-beneficio) - Identificar disparadores para la mejora del servicio a lo largo de la duración del mismo. - Tratar los huecos o insuficiencias que existían o han surgido en la versión actual ITIL v3 consta 5 partes que forman una estructura articulada en torno al concepto de ciclo de vida del servicio de la TI y responden a los títulos de: - Service Strategy (Estrategia del Servicio) - Service Design (Diseño del Servicio) - Service Transition (Transición del Servicio) - Service Operation (Operación del Servicio) - Continual Service Improvement (Mejora Continua del Servicio)

Estrategia del Servicio (Service Strategy – SS)

- Estrategia de Administración del Servicio y planificación de valores - Enlazar los planes empresariales a la estrategia de servicio de IT - Planificación e implementación de la estrategia de servicio

Diseño del Servicio (Service Design - SD)

- Objetivos y elementos del diseño del servicio - Elegir el modelo de diseño del servicio - Modelo de costes - Análisis beneficio/riesgo - Implementación del diseño del servicio - Medición y control

Transición del Servicio (Service Transition – ST)

- Administrar cambios organizacionales y culturales - Administración de conocimientos - Sistema de administración de conocimientos del servicio - Métodos, prácticas y herramientas - Medición y control - Asistente para mejores prácticas

Operación del Servicio (Service Operation – SO)

- Administración de aplicaciones - Administración de Cambios - Administración de Operaciones - Control de procesos y funciones - Prácticas escalables - Medición y control

Mejora Continua del Servicio (Continual Service Improvement – CSI)

- Conductores para la mejora del negocio y la tecnología - Justificación - Mejoras en el negocio, financieras y organizativas - Métodos, prácticas y herramientas - Medición y control - Asistente para mejores prácticas

El enfoque principal de V3 migra de estar sólo orientada a procesos a definir un ciclo de vida que fortalece una estrategia integral del servicio de Tecnologías de Información (TI) además de pasar de solamente mencionar los “qué”, a definir los “cómo” llevarlos a cabo, explicado a través de los 5 libros que agrupan las mejores prácticas.

Estos libros, tomados como un todo, muestran la idea del ciclo de vida de un servicio de TI: partiendo de su diseño, se produce un periodo de transición en el que se desarrolla e implanta el servicio, el cual posteriormente se operará, y todo ello auspiciado por una estrategia, y bajo el amparo de una mejora continua. Con esta ordenación en torno a un ciclo de vida se pretende dar una mayor coherencia a los distintos libros y procesos de ITIL, de tal forma que resulte más intuitiva y práctica su aplicación y se puedan observar como un conjunto bien trabado.

Los beneficios de ITIL v3 son:

- Establecer la integración de la estrategia de negocio con la estrategia de los servicios de TI.- Facilitar el diseño de servicio ágiles y el cálculo del ROI.

- Proporcionar modelos de transición de servicios que sean válidos para una gran variedad de innovaciones.

- Desmitificar la gestión de los proveedores de servicio y los modelos de subcontratación.- Aumentar la facilidad de implantación y de gestión de servicios para ajustarse a las necesidades de negocio actuales, que son dinámicas, arriesgadas, volátiles y rápidamente cambiantes.- Mejorar la medición y demostrar el valor de los servicios de TI.

- Identificar los desencadenantes de la mejora y el cambio en cualquier punto del ciclo de vida del servicio.

- Solventar las actuales deficiencias de ITIL. Las recomendaciones para aplicar ITIL v3 son:

- Preservar los conceptos principales de los actuales Service Support y Service Delivery, lo que se aplicará en el libro de Service Operation.

- Mostrar qué tipo de estructuras de organización son más adecuadas para la gestión de servicios de TI.

- Cómo solventar las cuestiones relativas al cambio cultural.

- Indicar referencias con otras mejores prácticas en uso.

- Incluir actuales casos de negocio, casos de estudio, plantillas y paquetes para el trabajo de implementación- Cómo desarrollar ITIL en entornos con múltiples modelos de subcontratación de proveedores y servicios (entornos multi-sourced).

- Alineamiento con otros marcos de referencia, tales como CobIT, CMM, Six Sigma, eTom, etc.

- Cómo implementar ITIL en distintos tamaños de organización: desde pequeña y mediana empresa a grandes corporaciones.

- Cómo determinar el retorno de la inversión.

- Mejorar las definiciones y los términos estándares.

- Cómo alinearse con el gobierno de las TI (IT Governance).

- Cómo satisfacer las necesidades de la dirección ejecutiva.

- Guías para la evaluación de herramientas.

- Mejora de las métricas y ejemplos de su utilización.

- Mostrar las ganancias rápidas (quick wins) en cada proceso.

- Que ITIL siga siendo una mejor práctica y no se convierta en una norma.