CMMI tiene 4 categorías de áreas de proceso en representación por etapas, esas categorías son:
Todas las áreas de proceso de CMMI se clasifican en estas 4 categorías. Podemos tomar un ejemplo: proceso/actividad "implementación/codificación de software". Aparentemente, esta actividad está controlada por procedimientos de diferentes áreas de proceso de las 4 categorías (por ejemplo, por 'Solución técnica', 'Enfoque de proceso organizacional', 'Planificación de proyecto', 'Gestión de configuración'), en realidad, uno puede atribuir casi cualquier área de proceso a esta actividad.
¿Cómo se supone que uno debe vivir y trabajar con esto? Por ejemplo, ¿cómo se pueden describir y representar todas las interdependencias del proceso para una de esas actividades de "codificación"? ¿Todos los procedimientos deben referirse a casi todas las actividades de la empresa para que cada actividad esté cubierta por una cuadrícula de 4 dimensiones de las categorías de CMMI PA o, peor aún, por una cuadrícula de 24 dimensiones de las actividades de proceso de CMMI (de los 5 niveles de madurez)? ¿O tal vez diferentes áreas de proceso se refieren a diferentes niveles de abstracción de la misma actividad? estoy totalmente confundido...
Necesito escribir muchos documentos de calidad para una organización que cumpla con CMMI (y sea ágil), pero no tengo idea de cómo abordar esta cuadrícula o red de interdependencias. La codificación única es mucho más simple.
Tienes razón en que hay relaciones entre las áreas de proceso. Por ejemplo, las actividades que ocurren en la Planificación del proyecto informan al Monitoreo y control del proyecto sobre lo que se debe monitorear y controlar, y en función del monitoreo, se puede realizar una nueva planificación de acuerdo con la Planificación del proyecto. También hay relaciones entre las Categorías. Por ejemplo, las áreas de proceso de gestión de proyectos alimentan las áreas de proceso de desarrollo de requisitos y gestión de requisitos, que informan a la solución técnica sobre lo que debe diseñarse e implementarse, y los resultados de la solución técnica se verifican de acuerdo con la verificación.
Hay un capítulo completo de CMMI-DEV 1.3 dedicado a las relaciones entre las áreas de proceso.
Sin embargo, todas las actividades que puede realizar en un proyecto pueden encajar perfectamente en una de las áreas de proceso. Por ejemplo, menciona la codificación en su pregunta. La codificación es parte del área de proceso de solución técnica. Sin embargo, otras cosas también forman parte de la solución técnica: escribir documentación de soporte (materiales de capacitación, manuales de usuario, ayuda), realizar análisis de fabricación/compra/reutilización, seleccionar soluciones. Algunos de estos están relacionados con otras áreas de proceso. Por ejemplo, sus procesos de análisis y resolución de decisiones (DAR) se pueden utilizar para seleccionar una solución.
Ahora, puede darse cuenta de que algunos procesos relacionados se encuentran en diferentes niveles. Por ejemplo, la gestión de la configuración y la gestión de requisitos se encuentran en el nivel de madurez 2, mientras que la solución técnica y el desarrollo de requisitos se encuentran en el nivel de madurez 3. Claramente, si está administrando la configuración, debe tener una solución que esté administrando. Sin embargo, se refiere a qué procesos necesita tener definidos y tener evidencia objetiva de su desempeño. Se espera que tenga un proceso definido e implementado consistentemente para establecer líneas de base, rastrear y controlar cambios y garantizar la integridad de su producto antes de tener un proceso definido e implementado consistentemente para implementar una solución técnica.
Otra cosa a considerar es que sus procesos pueden no ser 1:1 con las áreas de proceso de CMMI. Una vez más, en cuanto a la solución técnica, hay tres objetivos específicos: seleccionar soluciones de componentes de productos, desarrollar el diseño e implementar el diseño del producto. Cada uno de estos podría ser tres procesos separados en su organización (como se define en la Definición de proceso organizacional). Es posible que le resulte más útil observar las Metas generales y las Metas específicas y agruparlas de manera adecuada en su forma.
Creo que el Objetivo genérico 2: Institucionalizar un proceso gestionado es el más relevante para usted. La primera Práctica Genérica es Establecer una Política Organizacional. Aquí, la guía es simplemente elaborar en las áreas de proceso. No hay reglas sobre cómo vas a elaborar. También creo que el Objetivo Genérico 1: Lograr los Objetivos Específicos es algo que debe tener en cuenta. Para ello, implemente la Práctica genérica 1.1: Realizar prácticas específicas.
Al diseñar un proceso o marco de proceso para CMMI, las metas y prácticas son mucho más importantes que las áreas de proceso. Estos objetivos y prácticas son las cosas que son esenciales para un proyecto de software exitoso. Hay innumerables formas de lograrlos, y dependerá de su organización, su industria, su producto y más.
Además, dado que mencionó los métodos ágiles, es posible que le interese obtener información sobre cómo adoptar tanto ágil como CMMI y cómo los métodos ágiles y CMMI se complementan entre sí .