SEI cimenta los modelos CMM - CMMI en la aplicación del modelo de calidad industrial de Jurán para el desarrollo de software: la calidad obtenida depende de la calidad de los procesos.

Puede que SEI esté en lo cierto o puede que no tanto. Humprey dice que sí, Ken Beck no está tan de acuerdo, y posiblemente los dos tengan sus buenas razones.
Pero hay una cosa que no me cuadra: que si el principal factor en entornos de conocimiento son los procesos y no las personas, por qué no lo aplica en su propio modelo.

¿Se puede emplear Scrum para desarrollar software en una organización que trabaja con el marco de procesos de CMMI?.

Ya son varias las veces que me he encontrado con esta pregunta. La duda que me asalta al oirla: ¿Qué tipo de proyecto es el que necesita ambas cosas a la vez?.
Desde mi punto de vista no son compatibles, y estas son las razones y los principales puntos de diferencia:

• Incompatibilidad Scrum - CMMI

SEI acaba de publicar la versión 1.2 de CMMI, a la que ya denomina "CMMI for Development" (CMMI-DEV); comenzando a diferenciarla así con el futuro CMMI para servicios, que verá la luz en 2007 .

Las modificaciones afectan tanto al modelo como al procedimiento de evaluación SCAMPI. El equipo de CMMI ha preparado estas dos presentaciones donde exponen las modificaciones en el modelo , y en las evaluaciones.

CMMI no es un estándar de certificación. Las evaluaciones SCAMPI son "evaluaciones" realizadas por expertos reconocidos por SEI, pero no "certificaciones". Un cambio importante...

SEI y General Motors han terminado el borrador inicial de lo que será un nuevo modelo de procesos de la familia CMMI: CMMI-ACQ, o CMMI para adquisición.

(Prometo publicar en breves algo de lo que suele pasar por "pasar" de los procesos de adquisición. Que si me pongo ahora ya no os cuento la noticia).

• Presentación de SEI con respuestas a las dudas sobre el nuevo modelo.
• Página de la noticia.

• En el blog de Arash Ghanaie, product manager del CRM de Microsoft, el post "Agile development at Microsoft Dynamics CRM Team", en el que cuenta que aunque por su formación tradicional de Ingeniería del Software, conoce los modelos de desarrollo secuencial, en su equipo han incorporado Scrum para desarrollar una funcionalidad clave para la nueva versión del CRM, y que pese a los retos que supone Scrum y las metodologías ágiles, está descubriendo su potencial para producir mejor software, con mayor valor para el cliente, de forma más rápida y con menor coste.

Craig Larman, Agile and Iteretive Development.

• En su evaluación, CMMI no valora la capacidad del proceso o del ciclo de vida empleado, o de la idoneidad entre éste y el tipo de proyecto.
• No cubre aspectos básicos sobre la materia prima del software (las personas): selección, contratación, motivación y retención. SEI publicó el modelo People-CMM, pero no publica un CMMI que lo integre.

En Microsoft está disponible una larga entrevista a David Anderson, director del equipo de desarrollo de Microsoft Framework for CMMI.David Anderson es autor de "Agile Management for Software Engineering", fue miembro del comité de desarrollo de la metodología FDD, y mantiene el blog AgileManagement.net.

Enlace para descargar el vÍdeo de la entrevista.
Enlace para reprodulcir el vídeo.