CMMI experiences [I] – Introducción

Bueno!, han sido unas semanas muy duras… pero al fin hemos terminado con la evaluación SCAMPI para CMMI nivel 2.

MadurezAntes de continuar, aprovecho para hacer una reflexión:

El modelo CMMI no tiene demasiados adeptos en el mundo del software, ya que el esfuerzo que exige, es grande y no se obtiene valor añadido a corto plazo. De hecho, yo estaba en ese grupo de gente, que le gustaba mas seguir metodologías de desarrollo ágiles, las cuales no me exigian cierta “burocracia” a la hora de gestionar mis proyectos y podía profundizar mas en el ámbito tecnológico. El caso es que, al verme “forzado” a aprenderlo y aplicarlo, con el tiempo… me he dado cuenta, que es un modelo que me ha aportado muchas cosas… ¡he aprendido mucho!, pero sobre todo, ahora tengo mucho mas control sobre mis proyectos. Es por ello que ahora me encuentro en “el lado oscuro de la fuerza”, ¡Que nadie piense que es síndrome de Estocolmo! … esta reflexión sale desde la razón, y a día de hoy me considero un firme defensor del modelo. Habrá gente que piense “bueeenooo, un purista a darnos clases de gestión de proyectos”… No pretendo!! únicamente contar como me fue y como, la cantidad de cosas buenas, que me aportó el modelo, me hizo inclinar la balanza. Bien! pues una vez aclarado esto, voy a contar como son este tipo de auditorías y las cosas buenas que me ha aportado este sistema de trabajo.

Han sido una serie de entrevistas duras en las que han participados numerosos miembros de la empresa y han tenido que contestar a preguntas de todo tipo relacionadas con cada una de las areas de proceso en las que hemos sido auditados:

  1. REQM – Gestión de Requisitos
  2. PP – Planificación de Proyectos
  3. PMC – Seguimiento y Control de Proyectos
  4. SAM – Acuerdos con Proveedores
  5. MA – Medición y Análisis
  6. PPQA Aseguramiento de la Calidad de Procesos y Productos
  7. CM – Gestión de la Configuración

La evaluación, como ya he dicho, ha sido dura. El evaluador realiza una serie de entrevistas personales de una hora y media de duración en las que te pone a prueba, te “dispara” con preguntas de los diferentes áreas de proceso, algo parecido a un interrogatorio, intentando detectar alguna debilidad en alguno de los áreas de proceso, tratando de buscar la institucionalización. Este tipo de evaluaciones orales y personales, van orientadas a identificar el nivel experiencia que tienes con proyectos reales bajo el modelo CMMI. No sirve de nada, sólamente, estudiar la teoría… es necesario tener experiencia, diaria, gestionando proyectos CMMI.

A continuación voy a lanzar una serie de preguntas como las que te puede hacer el auditor:

¿Serías capaz de …?

  1. Identificar las tareas y pruebas funcionales relacionadas con un requisito concreto
  2. Identificar las partes de código fuente a las que afecta un cambio de requisito
  3. Decir cuando se realizó una tarea en concreto y la cantidad de esfuerzo que supuso
  4. Realizar una estimación precisa de una tarea que ya realizaste en algún proyecto anterior
  5. Listar las tareas que tienes pendientes en un determinado módulo de tu proyecto
  6. Decir el tiempo restante para terminar un módulo de tu proyecto
  7. Sacar un listado de las incidencias de un proyecto y la desviación en esfuerzo, tiempo y coste
  8. Sacar un listado de las peticiones de cambio de un cliente
  9. Certificar que los requisitos del proyecto han sido entendidos y comprometidos por el equipo de trabajo
  10. Identificar, si una prueba falla, que requisitos se ven afectados
  11. Entregar una versión del producto, mas o menos estable, al cliente, ahora mismo
  12. Decir el porcentaje de contrucción del producto o proyecto
  13. Certificar el coste actual, “on the fly”, del producto
  14. Decir los riesgos activos que hay en tu proyecto
  15. Enumerar las personas dedicadas al proyecto y el porcentaje de ocupación
  16. Decirme cuando queda liberado un recurso en concreto
  17. Decir las medidas correctivas que has tomado cuando has tenido desviaciones
  18. Contar lo que se habló en la ante última reunión de seguimiento con el cliente
  19. Enumerar las tareas y esfuerzo que te va a suponer la puesta en producción

Con esta pequeña muestra intento dar una idea del nivel de control de proyectos que exige el modelo.
Como ya he dicho, a mí, personalmente me ha enriquecido mucho, aunque no tenía mucha fé en ello, cuando comenzamos, ya hace más de un año y medio.

Es muy interesante la parte de histórico de estimaciones, trazabilidad, planificación, auditorías, métricas… si el tema despierta interés, en futuras entradas comentaré cada área de proceso por separado, que cosas buenas tiene y también las malas, que también creo que las hay, intentando dar una visión objetiva, personal y en base a la propia experiencia.

Me gustaría poder terminar recomendando algún libro o web que de una visión real del proceso, pero no he encontrado nada, al menos fácilmente legible, entendible y práctico.

Espero, al menos, haber despertado curiosidad por el CMMI y aportado un punto a favor de este modelo tan criticado, creo que en la mayoría de los casos por desconocimiento, y que se tenga en cuenta, como una opción para aportar calidad o madurez al desarrollo de software.