CMMI ACQ

En el mes de noviembre del 2007 el SEI (Software Engineering Institute) publicó el modelo CMMI ACQ (CMMI for Acquisition) como resultado del trabajo conjunto entre el SEI, GM IS&S (General Motors' Information Systems and Services), HP, Capgemini y el Gobierno de EEUU. Se espera que el modelo revolucione la forma en que los gobiernos y organizaciones en el mundo adquieren o subcontratan los sistemas y servicios de software. Los principales objetivos del modelo son:

• Evitar o eliminar barreras y problemas en el proceso de adquisición mediante mejoras en la eficiencia operativa
• Iniciar y administrar un proceso para la adquisición de productos y servicios que incluye la solicitud, fuentes de suministro, desarrollo y reconocimiento de los acuerdos con proveedores y administración de la capacidad de los proveedores
• Utilizar un lenguaje común tanto para proveedores como compradores para generar soluciones de calidad más rápido, con un menor costo y con la tecnología más apropiada

CMMI ACQ proporciona guías para la aplicación de las mejores prácticas de CMMI por el contratante o comprador para el inicio y administración de la adquisición de productos y servicios que cumplan con las necesidades del cliente. Aunque pueden considerar artefactos por parte del proveedor el enfoque del modelo está hacia la parte del comprador El modelo contiene 22 áreas de proceso, de las cuales 16 corresponden al CMMI Model Foundation (CMF) en las categorías de administración de procesos, administración de proyectos y soporte. Las 6 restantes integran la categoría de adquisición:

• Acquisition Management (AM) (Nivel 2)
• Acquisition Requirements Development (ARD) (Nivel 2)
• Acquisition Technical Management (ATM) (Nivel 3)
• Acquisition Validation (AVAL) (Nivel 3)
• Acquisition Verification (AVER) (Nivel 3)
• Solicitation and Supplier Agreement Development (SSAD) (Nivel 2)

El modelo cubre la necesidad en la industria de contar con un estándar para adquisiciones tomando las mejores prácticas consideradas en CMMI for Development que actualmente es el estándar de facto para las organizaciones de desarrollo de software a nivel mundial. El modelo beneficia otros sectores fuera del terreno automotriz como es aeroespaciales, bancos, telecomunicaciones y gobierno que pueden integrar en sus procesos de mejora las prácticas del modelo. El modelo está disponible en la página www.sei.cmu.edu como reporte técnico y adicionalmente se imparte el curso CMMI for Acquisition Supplement for Introduction to CMMI Version 1.2. Las organizaciones interesadas pueden realizar evaluaciones SCAMPI A guiadas por un SCAMPI Lead Appraiser o SCAMPI B y C lidereadas por un SCAMPI Team Leader para evaluar el estado de implantación. M. en C. Carlos J. Pérez Escobar SEI Authorized CMMI Instructor

ATLAS 17

Pat O'Toole es un reconocido Lead Appraiser e Instructor del curso Intro CMMI que ha creado un foro de discusión de temas relacionados con el modelo CMMI y cuestiones de implementación para la mejora de procesos. 


ATLAS (Ask The Lead AppraiserS) en su publicación número 17 presenta un cuestionamiento relacionado con la reducción del número de Prácticas Genéricas (GP) relacionadas con la Meta Genérica 2 (GG2)- Institucionaliza un Proceso Administrado, esto con el propósito de que los SCAMPI (Standard CMMI Appraisal Method for Process Improvement) sean más efectivos en tiempo y costo. La retroalimentación se obtiene tanto de individuos autorizados (SCAMPI Lead Appraisers e Instructores) como de individuos no autorizados relacionados con la mejora de procesos. 


Las practicas genéricas se pueden resumir como:

• GP2.1 Establecer políticas para ejecutar el proceso
• GP2.2 Establecer planes para el proceso
• GP2.3 Proporcionar recursos adecuados para ejecutar el proceso
• GP2.4 Asignar responsabilidades y autoridad para ejecutar el proceso
• GP2.5 Formar al personal que ejecuta o apoya el proceso
• GP2.6 Ubicar los productos de trabajo identificados bajo control
• GP2.7 Identificar los involucrados en el proceso
• GP2.8 Monitorear y controlar el proceso
• GP2.9 Evaluar objetivamente el cumplimiento del proceso
• GP2.10 Revisar las actividades con la alta gerencia

En el primer cuestionamiento se propone una reducción mayor de las GP, dejando únicamente la GP2.1, 2.2 y 2.8. En este caso los individuos autorizados están en contra en un 45% mientras que los individuos no autorizados están de acuerdo en un 33%. La posición dividida puede ser porque para los individuos autorizados esto tiene un beneficio para efectos de la evaluación y no para la implantación, mientras que para los no autorizados son elementos que de cierta manera ya están contenidos en las demás prácticas. 


En el segundo cuestionamiento se propone una reducción menor de las GP eliminando la GP 2.3, 2.4, 2.7 y 2.10. En este caso la posición es más parecida, los individuos autorizados están un 29% a favor y un 31% a favor de los individuos no autorizados. En este resultado hay mayor coincidencia porque posiblemente esas prácticas están contenidas en las demás prácticas y hay mayor consenso en este sentido, aunque hay cuestionamientos de no quitar la práctica 2.10. 


En el último caso la pregunta es dejar las prácticas como están. Aquí los individuos autorizados están a favor en un 26% mientras que los no autorizados están en contra en un 36%. Nuevamente se coincide con la tendencia que se refleja para los implementadores de procesos de reducir el número de prácticas genéricas que deben considerar. 


Otras sugerencias que se mencionan están relacionadas con: mejorar las herramientas de apoyo que se utilizan en la ejecución del SCAMPI, permitir la caracterización de prácticas como "no aplicables" o eliminar los artefactos indirectos, entre otras propuestas. 


Mayor información sobre esta discusión se puede encontrar en la página de ATLAS, así como otras discusiones anteriores. M. en C. Carlos J. Pérez Escobar SEI Authorized CMMI Instructor

Actualización de reporte CMMI 2008

El profile del mes de marzo del 2009 ya está disponible para consulta en la página del Software Engineering Institute (SEI). Este documento presenta estadísticas recolectadas y publicadas por el SEI con los resultados que las organizaciones evaluadas en SCAMPI A proporcionan al SEI. Se publica en el mes de marzo y septiembre de cada año y está disponible para consulta en la página http://sas.sei.cmu.edu/pars. 

Constelaciones CMMI

Las constelaciones en el modelo Capability Maturity Model Integration (CMMI) aparecen a partir de la versión 1.2 publicada en Agosto del 2006, como CMMI-DEV (CMMI for Development). Una constelación es una colección de componentes utilizados para construir modelos, materiales de capacitación y evaluación en un área de interés. Hasta la fecha existen tres constelaciones publicadas:

• CMMI-DEV publicada en agosto del 2006 y sirve como guía para medir, monitorear y administrar el proceso de desarrollo y mantenimiento de productos y servicios.
• CMMI-ACQ (Acquisition) publicada en noviembre del 2007 y sirve como guía para mejorar el proceso de adquisición de productos y servicios.
• CMMI-SVC (Services) publicada en febrero del 2009 y sirve como guía para guía para proporcionar servicios internos en una organización y a clientes externos.

Para facilitar el uso de múltiples modelos en la arquitectura del modelo CMMI se establecen componentes comunes y específicos. Los componentes comunes se conocen como el modelo base (Model Foundation) y lo integran las cinco metas genéricas y sus respectivas prácticas genéricas, así como 16 áreas de proceso que son comunes a todas las constelaciones:

1. PP, Project Planning
2. PMC, Project Monitoring and Control
3. IPM, Integrated Project Management
4. RSKM, Risk Management
5. QPM, Quantitative Project Management
6. REQM, Requirements Management
7. OPD, Organizational Process Definition
8. OPF, Organizational Process Focus
9. OT, Organizational Training
10. OPP, Organizationzal Process Performance
11. OID, Organizational Innovation and Deployment
12. MA, Measurement and Analysis
13. PPQA, Process and Product Quality Assurance
14. CM, Configuration Management
15. DAR, Decision Analysis and Resolution
16. CAR, Causal Analysis and Resolution

Con las constelaciones actuales se cubren una buena parte de las necesidades de la comunidad de procesos, pero posiblemente se requiera mayor especialización en el futuro. La arquitectura actual facilita esa creación y estaremos esperando noticias al respecto. De momento para el 2010 vamos a tener la actualización a la versión 1.3 de las constelaciones vigentes. M. en C. Carlos J. Pérez Escobar SEI Authorized CMMI Instructor

CMMI for Services

El SEI (Software Engineering Institute) anunció que su versión del modelo CMMI SVC v1.2 (CMMI for Services) está disponible oficialmente en su página desde finales de febrero. Esta liberación se esperaba para marzo del 2009, con lo que se adelantó un mes ya la fecha planeada (aunque originalmente se esperaba publicar el modelo en el 2008).

CMMI SVC es un modelo que ayuda a las organizaciones proveedoras de servicio al establecimiento, administración y ofrecimiento de servicios exitosos. Las prácticas contenidas en el modelo pueden ser útiles para:

• Decidir servicios que pueden ofrecer y los estándares que los regulan
• Asegurar que tiene todo lo necesario para ofrecer el servicio y que los servicios están disponibles en caso de requerirse
• Establecer un nuevo sistema, cambiar o retirar uno existente, sin afectar el servicio que tiene
• Establecer acuerdos, cuidar las solicitudes de servicio y operar los sistemas
• Identificar las fallas y prevenirlas siempre que sea posible
• Estar preparado para recuperarse de un desastre potencial y restablecer el servicio si ocurre

El modelo se integra al conjunto de constelaciones existentes en el modelo CMMI. Comparte la misma infraestructura y 16 áreas de proceso con CMMI DEV(CMMI for Development) y CMMI ACQ(CMMI for Acquisition). Adicionalmente utiliza el área de proceso SAM (Supplier Acquisition Management) de CMMI DEV y agrega siete nuevas áreas de proceso relacionadas con la definición y entrega del servicio. Una de las nuevas áreas de proceso se considera opcional Service System Development (SSD) porque puede no ser aplicable en todos los contextos de desarrollo de servicios, en particular en organizaciones que pueden beneficiarse más de CMMI DEV.

Las áreas de proceso que se integran en la categoría de definición y entrega del servicio son:

• CAM Capacity and Availability Management
• IRP Incident Resolution and Prevention
• SCON Service Continuity
• SD Service Delivery
• SSD Service System Development (opcional)
• SST Service System Transition
• STSM Strategic Service Management

El modelo esta disponible en la pagina www.sei.cmu.edu como reporte técnico y adicionalmente se imparte el curso CMMI for Services Supplement for Introduction to CMMI Version 1.2. Las organizaciones interesadas pueden realizar evaluaciones SCAMPI A guiadas por un SCAMPI Lead Appraiser hasta seis meses después de su publicación o SCAMPI B y C lidereadas por un SCAMPI Team Leader para evaluar el estado de implantación.

M. en C. Carlos J. Pérez Escobar SEI Authorized CMMI Instructor