Identificación de acciones correctivas

En diferentes prácticas del modelo CMMI se considera el establecimiento de acciones correctivas. En particular la SG2 de PMC precisamente tiene que ver con la gestión de las acciones correctivas, que incluye la identificación, asignación, seguimiento y cierre.
Neil Potter en “Reducing Project Failure” presenta un enfoque muy práctico para determinar las situaciones en que se requieren acciones correctivas cuando el nivel de compromisos supera la capacidad de responder a los mismos y propone algunas acciones a realizar.

Caso práctico de implementación del proceso de medición y análisis

El área de proceso de Medición y análisis (MA) establece prácticas que permiten identificar los indicadores que deben ser recolectados para dar respuesta a las necesidades de información y proporcionar el análisis que permita tomar decisiones de manera oportuna con base en los resultados. Muchas veces, aunque en principio es sencillo, la implementación o entendimiento de esas prácticas puede ser complicado o difícil a partir de la lectura del modelo. Manuel Montero realizó una excelente contribución en los comentarios que creo puede ser de interés como artículo y que reproduzco íntegramente aquí.

Herramienta de apoyo en la evaluación

El proceso de evaluación es complejo por la cantidad de información que se debe revisar y generar, además de otros factores. La utilización de una herramienta no es una condición para llevarlo a cabo, pero se convierte en una necesidad. Existen diversos formatos y herramientas que pueden apoyar el proceso de evaluación, en particular para un SCAMPI. El uso de Appraisal Assistant es un ejemplo de ayuda en este sentido.

Fases y procesos de evaluación SCAMPI A v1.3

La realización de un SCAMPI A, como método de evaluación para CMMI, de acuerdo con el MDD v1.3 (Method Definition Document), se ejecuta en tres fases que consideran en total la ejecución de 13 procesos.
La ejecución de las fases se realiza de manera consecutiva aunque no sean de manera continua, esto es que se puede determinar en algún momento interrumpir su ejecución o diferir ciertas actividades hasta que se tenga lo que se necesita. Es importante que la organización trabaje, de manera anticipada, en la identificación y recolección de la información que se utilizará durante la evaluación para permitir un mejor resultado con un eficiente uso de los recursos.

Nuevo grupo en LinkedIn

Me permito invitarlos al grupo en LinkedIn "Qué significa CMMI" con el objetivo de ampliar los comentarios y temas de discusión que el formato del blog no permite cubrir. Así se puede profundizar en los temas y abordar las dudas desde diferentes puntos de vista con un enfoque más colaborativo y participativo. 
El espacio está abierto a la discusión y comentarios sobre CMMI para seguidores e interesados en los temas y artículos relacionados con el blog y otras cuestiones que puedan surgir.


Esperamos crecer la comunidad y apoyar a todos los interesados en el tema.

Team Software Process (TSP)

TSP es uno de los métodos desarrollados por el SEI, para en conjunto con PSP, mejorar el desempeño de los equipos de desarrollo y la calidad de los productos que se construyen. Permite instanciar las prácticas de CMMI con elementos ya definidos y listos para utilizarse.
Adicionalmente es uno de los componentes, adicional a CMMI y Six Sigma, que integran la estrategia AIM presentada por el SEI para acelerar la implementación de las prácticas del modelo CMMI en las organizaciones. De acuerdo con este enfoque, el uso de TSP, combinado con Six Sigma, permite implementar las prácticas a nivel 3 de CMMI de manera rápida, confiable y con un alto rendimiento en un periodo de 18 meses para organizaciones pequeñas o medianas.

Evidencia objetiva en el SCAMPI v1.3

El SCAMPI, como método de evaluación, basa su valoración en la revisión de la evidencia objetiva obtenida de la implementación de las prácticas del modelo CMMI en la Organización. Como parte de los cambios del MDD  (Method Definition Document) en la versión 1.3 se ha modificado la función de la evidencia objetiva durante la verificación de la implementación.
El cambio principal en la recolección de la evidencia objetiva es la eliminación de la diferencia entre artefacto directo e indirecto, que generaba confusión y perdida de tiempo y recursos en la clasificación y recolección de la información. Otro elemento que cambia son los PII y PIID (Practice Implementation Indicator Description) que ahora se identifican como evidencia objetiva y base de datos de evidencia objetiva.