"La empresa empieza a contratar MBAs y ejecutivos con marchamo blue-chip. Empiezan a brotar, como las malas hierbas, los procesos, procedimientos, listas de control, etc. Sobre el inicial entorno igualitario se va construyendo una rígida jerarquia. Se crea orden en el caos, pero también se mata el espíritu emprendedor. Nace la burocracia para compensar la incompetencia y establecer la disciplina".

Jim Highsmith, Agile Project Management  

Gracias a Lucas , he tenido la suerte de poder acceder en "preview" y estrenar la plataforma que con el nombre "Open Procedures" abrirá sus puertas en las próximas semanas.
Un proyecto de difusión libre de conocimiento especializado en procedimientos. Permitirá a profesionales y autores publicar y difundirlos libremente y a toda la comunidad poder consultarlos y aportar sugerencias o participar en su desarrollo.

El look inicial de la plataforma, y de la primera versión "alfa", (ni tan siquiera me atrevo a decir beta) de una implementación Scrum se puede ver aquí
Desde ya, si queréis sugerir modificaciones o directamente acceder también como editores al modelo, no tenéis más que decirlo.

 P.D. Invitaciones para usar la plataforma en beta: info<at>nevant.com

La pregunta que escribió ayer Javier : ¿Cuánto cuesta un certificado CMMI?, junto con la de ¿dónde hay que ir? son LAS PREGUNTAS de los gestores sobre los modelos de calidad; y como dice Javier, pese a mucho googlear, no se encuentra la respuesta de forma clara.

Pues venga, vayan en este post las respuestas a las cuestiones realmente interesantes.

La tecnología "Process Simulation Modeling" (PSIM) se puede emplear para evaluar estrategias de ingeniería de procesos: diseño, mejora, adopción de tecnología, e incluso gestión de proyectos.
Los recientes desarrollos en herramientas PSIM han reducido los costes de implementación de modelos de simulación de procesos en las empresas.

Desde la industria del software transmitimos a los clientes que hay una certificación CMMI, que garantiza que las empresas que la tienen trabajan según los modelos de procesos para desarrollo, mantenimiento y operación de sistemas de software de SEI .

Es una creencia asentada: al buscar en Google "otiene la certificación CMMI" se pueden encontrar cientos de páginas anunciando empresas que la tienen.

Según Google se habla de "CMMI certification" en 14.000 páginas, y de "Certificación CMMI" en 16.700 

Por eso extraña mucho leer lo que dice SEI (propietaria de la marca y patente del modelo CMMI):

"SEI no certifica los resultados de niveles de madurez de ninguna evaluación" (página de evaluación)

"SEI no certifica organizaciones. SEI solo licencia a consultores asociados para realizar evaluaciones. Ni SEI ni ninguna otra organización es una autoridad de certificación de los resultados de estas evaluaciones". (Informe SEI Marzo 2006)

Cuantas dudas ¿verdad?.

Jason Hull, cuestionaba en un post el pasado día cuatro si CMMI no tendrá también algo, o mucho de efecto burbuja.

Posiblemente no sea sólo cosa de CMMI. Desarrollar software es duro, y por eso son muchos los que desean comprar una solución; los que desean oir que con este método CMMI, o Scrum, o MoProSoft, o... la calidad, entrega en fechas y eficiencia están garantizados.
Son muchos los que quieren "vender" modelos-solución, y muchos los que desean comprar; y que además no reclamarán, porque su objetivo es poder decir que tienen el mejor sistema y que gracias a él dijeron adión a los problemas de calidad y retrasos. (...)

Framework for Software Product Line Practice es la descripción de las actividades esenciales y las 29 áreas prácticas necesarias para, según SEI, desarrollar con éxito líneas de producción de software.
Este marco de desarrollo fue concebido en 1998, y desde entonces SEI lo publica en web, aunque la versión 4.0 también se publicó en el libro "Software Product Lines: Practices and Patterns ".

Pues bien, SEI acaba de renovarlo a una nueva versión: la 5.0 en la que me encanta observar entre los modificaciones que ha introducido:

cómo se pueden querer, dos mujeres a la vez, y no estar loco. Merezco una explicación, porque es imposible seguir con las dos.

Aquí vá mi explicación...

(Antonio Machín, "Corazón loco")

En el número de este mes de Dr.Dbb's Pablo Santos explica porqué en Códice Software querían a los dos: a CMMI y a Scrum, y cómo han logrado un nivel 2 CMMI sin renunciar al desarrollo ágil.

Microsoft ha publicado (16/5/2007) una nueva revisión de las plantillas de procesos para Team Foundation Server.  Es la revisión 4.1 para las dos vertientes del modelo de desarrollo MSF 4.0 (Microsoft Solutions Framework), que puede implementarse en su vertiente CMMI en la que apunta alcanzar un nivel de madurez 3 CMMI o en su vertiente propia ágil.

• MSF Proccess Template for CMMI Process Improvement 4.1
• MSF Process Agile Software Fevelopment Process Template 4.1

Si hacemos caso a un estudio reciente del IT Process Institute (ITPI) cuatro indicadores fiables de los proyectos para determinar el grado de eficiencia de la empresa que los desarrolla son:

1.- ¿Cuanto tiempo del trabajo del proyecto se dedica a tareas que no estaban planificadas?
2.- ¿Qué porcentaje de las modificaciones de requisitos tienen carácter de emergencia?
3.- ¿Qué porcentaje de los errores son consecuencia de una modificación de los requisitos?
4.- ¿Qué porcentaje de tiempo está el sistema desarrollado fuera de servicio?

Sobre ellos se pueden elaborar 4 métricas para medir y seguir el grado de eficiencia de los procesos de desarrollo de la empresa; teniendo cuidado en lo que se consideran tareas planificadas y no planificadas, y modificaciones de requisitos,según emplee la empresa modelos de gestión predictivos o ágiles.

Las causas de fracasos en proyectos de software no está sólo en las empresas que los desarrollan. También hay que buscarlos en los clientes (v. Si nos han vendido una moto nos van a dar una moto ).

SEI acaba de publicar "A Guidebook for Acquirers": una guía para orientar a los clientes de empresas de software que trabajan con modelos de procesos CMMI, y ayudarles a comprender mejor los procesos de sus proveedores; cómo interpretarlos y dirigir la estrategia de compra.

Una guía para responsables de estrategia y planificación de la compra de sistemas de software, que explica:

Códice Software quería combinar lo mejor de la tésis y de la antítesis, de los procesos y de la agilidad. Quería emplear Scrum en un marco de procesos "CMMI-evaluables", y como a estos chicos no se les pone nada por delante, son ya un referente: posiblemente la primera empresa española de pequeño tamaño que pasa una evaluación SCAMPI-A para un nivel 2 de CMMI, y sin duda la primera que lo hace combinándolo con las ventajas de agilidad e innovación de Scrum.

¡Enhorabuena!.

Esta es la pregunta a la que responde el informe "Implementing CMMI using a Combination of Agile Methods" publicado por el Departamento de Sistemas de la universidad colombiana del Cauca y el Departamento de Ciencias de la Computación de la Universidad de Chile.

Este informe expone algunas conclusiones del proyecto de investigación  de los mismos autores: SIMEP-SW, del que hay un borrador publicado en las páginas de la universidad de Chile.

La siguiente tabla muestra los porcentajes de cumplimiento que en diferentes áreas de proceso de CMMI se pueden obtener combinando prácticas de varios modelos ágiles (XP, ASD, Scrum, FDD CC y Evo). Los autores exponen que añadiendo prácticas específicas apropiadas, se podría obtener una evaluación de nivel de madurez 2.

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