TMMi (Test Maturity Model Integration), el CMMI de las pruebas

Argumentan los creadores de TMMi que las pruebas representan ente el 30 y el 40% de los costes de un proyecto, pero que, sin embargo, los procesos de pruebas apenas son tratados en modelos de procesos como CMMI. Como respuesta a este problema, un grupo llamado “TMMI Foundation” creó hace ya unos años un modelo de procesos para pruebas, pensado como complemento a CMMI y específico de organizaciones en las que las pruebas software tienen mucha importancia.
Veamos un resumen de los niveles de madurez para pruebas, y algún dato sobre las evaluaciones TMMi.

Los niveles de madurez de TMMI

El modelo de procesos TMMI, cuya última versión es la 3.1 (que podéis descargar gratuitamente aquí), contempla actividades del ciclo de vida de las pruebas, y tanto pruebas estáticas, como dinámicas, planificación, preparación, evaluación de productos de software, etc.

Al igual que el CMMI utiliza niveles de madurez.  TMMi hereda y usa también niveles de madurez para la evaluación y mejora de procesos de pruebas. E, igualmente, utiliza, como CMMI, prácticas genéricas y específicas.
Los cinco niveles de madurez de TMMi son:

Sobre las evaluaciones en TMMi

Por desgracia no he podido encontrar ningún listado oficial de organizaciones evaluadas en TMMi (se agradece que si alguien conoce alguno nos lo deje a toso en los comentarios de este psot). Aún así, después de consultar varias fuentes, se confirma que, de manera global, aún son pocas las organizaciones que se ha evaluado en TMMi. Concretamente en España son muy poquitas las organizaciones evaluadas. Aunque este es aún un modelo joven, cuyo uso puede crecer en el futuro.
Por comentar algún dato más de interés sobre las evaluaciones.  TMMi contempla, como suele suceder en este tipo de modelos, dos tipos de evaluaciones (que no certificaciones, ya que sucede lo mismo que CMMI, donde hablamos de evaluación al no haber un esquema de certificación, te recomiendo este post). Las llamadas formales (que viene a ser algo así como un SCAMPI A en terminología CMMI) y las no formales (que viene a ser algo así como un SCAMPI B en terminología CMMI). Todo esto, y mucho más, viene detallado en su documento de evaluación, el llamado TAMAR (que viene de TMMi Assessment Method Application Requirements). Una cosa más: el modelo de evaluación se basa, en parte, en la ISO 15504.
También existe un esquema de evaluadores (en las últimas transparencias de este documento podéis ver los requerimientos)
Ah, y no te olvides compartir y tuitear este post, a ver si así contamos con más experiencias en este campo.

• Acerca de
• Últimas entradas

Javier Garzás

Javier Garzás es Doctor (Ph.D) en Informática, con un
postdoctorado en la Universidad Carnegie Mellon,
EE.UU. Es pionero en management, planificación,
estimación, product management, Agilidad y en la
aplicación de la inteligencia artificial generativa a la
gestión de la creación de productos y servicios
tecnológicos. Fue el único español en la primera
conferencia Ágil de la historia.

Últimas entradas de Javier Garzás (ver todo)

• OKRs sin Lado Oscuro, IA para OKRs y alternativas para evaluarlos - 25 julio, 2024
• Por qué seguimos usando técnicas ágiles anticuadas: Efecto Einstellung - 18 julio, 2024
• Cómo crear una IA personalizada (me llevó meses, pero te lo enseño en 2 min) - 11 julio, 2024