CMMI V1.3 ¿Están integrados tus equipos? – Capítulo 1, Historia

Joer, ya con capítulos y todo….

Un poco de historia (que no viene mal para saber porque estamos donde estamos)

Desde 1991 CMM se desarrollo para un amplio conjunto de disciplinas, desde ingeniería de sistemas, de software, de adquisición, de gestión de equipos de trabajo y de desarrollo integrado de procesos y productos.

Cuando CMM se integró, convirtiéndose en CMMI, el equipo de desarrollo del modelo apoyo su trabajo en tres fuentes principales:

• El modelo de madurez para software SW-CMM
• El modelo de madurez para ingeniería de sistemas SECM
• y el modelo integrado para el desarrollo de productos IPD-CMM

Gran aportación de IPD, que prestó la “I”.

Y a P-CMM que le den. Ya volveremos, ya. (News, posiblemente para 2012 el People CMMI).

Esto es historia, algo más compleja de lo que aquí reflejo, pero básicamente así fue. Nació el modelo CMMI V1.0 que luego evolucionó (1.1)

Para adaptarse a las diferentes necesidades de la industria, el modelo CMMI fue evolucionando desarrollando aquello que se dio en llamar “disciplinas”.

- Que desarrollas software? CMMI-SW

- Que desarrollas software integrado en sistemas? CMMI-SE/SW

- Que además tus desarrollos son complejos y en ellos colaboran equipos multidisciplinares? CMMI-SE/SW/IPPD

- Si, esta SS pero no voy a hablar de ella (Permitidme la licencia).

En ese modelo, las propuestas CMMI relacionadas con el desarrollo integrado de procesos y productos (IPPD) se reflejaban en unos cuadros llamados “discipline amplifications”, las cuales no tenían valor alguno sin contar con las prácticas específicas correspondientes de cada área de proceso. Esto es, desarrollabas SE/SW + lo que se proponía desde IPPD.

Debido al rotundo éxito de la disciplina IPPD, el SEI relegó a partir de 2006 en su flamante CMMI-DEV V1.2 las prácticas IPPD al pobre término de “additions”, lo que significa que del modelo CMMI-DEV podías emplear las IPPD additions (con sus propias prácticas y objetivos en OPD, IPM) o simplemente pasar de ellas.

Alguien tiene datos sobre las acreditaciones CMMI-DEV/IPPD? Es que el SEI no las publica (Obi Wan?), y no me voy a picar el PARS entero para verlas. Yo por lo menos no las he visto.

Y llegamos a Noviembre de 2010, donde el SEI publicará la versión 1.3. Con el fin, porque ese es el fin, de conseguir que los equipos de desarrollo dejen de ir por libre y trabajen con un ojo en la estrategia de la empresa y otro en el cliente, se decide que ahora es IPPD si o si. Ya no valen medias tintas, ni esto no me aplica ni nada. IPPD es mandatory (bueno, es expected, ya la hemos liado, alternative practices y la madre que les parió).

Simplemente lo que en CMMI V1.2 era un goal (objetivo, ineludible) ahora es una práctica (expected). Y lo que eran en la anterior versión las prácticas, ahora son subpracticas (informative) y lo que eran subpracticas ahora son…. morralla. Quedas degradado IPPD, degradado pero CUIDADO, IPPD es, en la versión 1.3, MAN-DA-TO-RY, y no me vengas con cuentos sobre alternative practices, que eso es una milonga.

Debe ser el fin de semana. Continuará (TBC).

D.