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

jgarzas

Ph.D. en informática, Postdoctorado en la Carnegie Mellon (EE.UU) e Ingeniero en Informática.

Primera vez que me tocó hacer una gestión Ágil en una empresa... año 2001. Desde entonces he trabajado en, o para, más de 90. Y he formado a más de 2000 alumnos.

También soy profe de la Universidad Rey Juan Carlos.

Últimas entradas de jgarzas (ver todo)

• Las 3 matrices de priorización Ágil - 19 octubre, 2023
• Etapas del Agile Product Management - 12 octubre, 2023
• Agile Product Management: DINÁMICA «Árbol Solución Oportunidad» + «Valores Esperados» - 5 octubre, 2023