RQ1 MMUs objeto de publicación en la literatura desde el año 2006 hasta el

el 2017

En la tabla 2-4 se presentan los 11 MMUs objeto de publicación desde el 2006 al 2017. Entre paréntesis se ha incluido el acrónimo de los modelos y la fecha de su primera publicación. De los 11 modelos identificados por Jokela et al. (2006), tres de ellos han seguido siendo objeto de publicación en la última década (en cursiva en la tabla 2-4).

Tabla 2-4 MMUs objeto de publicación en la literatura desde el año 2006 hasta el 2017

Aunque las siguientes preguntas discuten en detalle las características de dichos modelos, podemos resaltar que las publicaciones sobre MMUs nuevos (sin cursiva en la tabla 2-4) son mayoritariamente de tipo solución en donde se expone de forma teórica el modelo, salvo el modelo OS-UMM que presenta además una validación y evaluación del mismo. Para los modelos creados con anterioridad a 2006 (en cursiva en la tabla 2-4), las publicaciones encontradas son principalmente de tipo evaluación.

MMU Referencia

AgileUX Model (Agile UX, 2014) (Peres et al., 2014)

UX Maturity Model (UXMM, 2014) (Chapman & Plewes, 2014) AUCDI Maturity Model (AUCDI-MM,

2013)

(Salah et al., 2016)

Open Source Usability Maturity Model (OS- UMM, 2011)

(Raza Et al., 2012)

Health Usability Maturity Model (HU-MM, 2011)

(HIMSS, 2011)

Corporate UX Maturity Model (CUXMM, 2009)

(Van, 2009)

KESSU 2.2 (KESSU 2.2, 2007) (Jokela, 2008)

Corporate Usability Maturity (CUM, 2006) (Nielsen, stages 1-4, 2006), (Nielsen, stages 5-8, 2006), (Salah et al., 2014)

ISO 18529 + ISO 15504 (ISO

18529+15504, 2000)

(Bevan N., 2013), (Rodríguez A., 2014), (Jokela T., et al., 2007)

Usability Maturity Model - Processes (UMM-P, 1998)

(Joshi & Gupta, 2011)

Usability Maturity Model - HCS (UMM- HCS, 1998)

18

2.3.2

RQ2. Características generales de los MMUs

Esta pregunta trata de proporcionar una visión global sobre los MMUs. Para ello la tabla 2-5 resume un conjunto de características generales de los 11 modelos identificados en este estudio en línea con las características generales tratadas (Jokela et al., 2006).

La tabla 2-5 presenta la descripción de los MMUs recuperados en este estudio incluyendo: • Nombre del modelo.

• Tiempo necesario para alcanzar la madurez: Especifica el tiempo que le tomaría a una organización alcanzar la madurez de acuerdo con los autores del modelo. Esto es información útil para que las organizaciones presupuesten recursos para incorporar la usabilidad. Sin embargo, puede ser complejo de predecir ya que es afectado por múltiples variables como la disposición o no de la organización a la adopción de nuevos procesos para apoyar la madurez de usabilidad (Cmmifaq, 2016)

• Destinatarios: Especifica sí el modelo es orientado a la administración (i.e., management- oriented), a una audiencia con formación tecnológica (Technology-focused), o no hay una clara distinción.

• Dominio: Especifica el tipo de proyecto u organización para la cual se define el modelo de madurez (por ejemplo, organizaciones en el área de la salud, organizaciones que utilizan metodologías agiles o una audiencia general en caso de que no haya una clara distinción) • Niveles de madurez: El número de niveles o etapas para alcanzar la madurez es un valor

arbitrario según el autor del modelo. Sin embargo, según Fraser et al. (2002) lo habitual es que un modelo defina hasta seis etapas. El nivel más bajo, o inicial, implica que no se llevan a cabo prácticas o procesos para integrar la usabilidad en los proyectos y en el caso que existan son ejecutadas a nivel individual. El nivel más alto implica generalmente que la integración de la usabilidad en los proyectos hace parte de las prioridades de la organización y esta institucionalizada. El nombre del nivel, así como su descriptor, cambian arbitrariamente de modelo a modelo según el autor.

• Dimensiones/indicadores/ procesos: Define los elementos fundamentales que estructuran el área de usabilidad en la organización.

En referencia a la tabla 2-5, el tiempo necesario para alcanzar la madurez no está definido para la mayoría de los modelos, salvo el CUM. Dicho modelo define que 40 años es el tiempo en que se tarda en alcanzar la madurez de usabilidad basado en la experiencia de su autor. Nielsen comenta que una compañía podrá tardar aproximadamente 20 años en moverse del nivel 2 (extremely immature approach to user experience) al nivel 7 (very mature UX) y otros 10 a 20 años lograr la última etapa (User driven corporation). Este largo periodo de tiempo puede no resultar atractivo para una organización de desarrollo de software ávida de resultados.

19 Tabla 2-5 Características generales de los MMUs

Modelo Tiempo madurez

Destinatarios Dominio Niveles de Madurez Dimensiones Agile UX No definido

Ambos Scrum No definido Seis dimensiones, p.ej. integración de experiencia de usuario (UX) o presupuesto dedicado a UX

UXMM No definido

Gestión General Stage 1: Beginning - Stage 5: Exceptional

Seis indicadores, p.ej. integración de los procesos corporativos y UX o diseño orientado a UX

AUCDI- MM

No definido

Ambos Agiles Level 0: Not Possible - Level 5: Cont

Improvement

Cuatro dimensiones, p.ej. integración de diseño centrado en el usuario (DCU) y agiles o mejoramiento continuo de DCU OS- UMM No definido Técnico OS Level 1: Preliminary - Level 5: Institutionalized

Cuatro dimensiones, p.ej. evalución de la usabilidad o metodología DCU

HU-MM No definido

Gestión Salud Phase 1: Unrecognized - Phase 5. Strategic

Cinco elementos, p.ej. procesos e infraestructura para usabilidad

CUXMM No definido

Gestión General Level 0: Initial - Level 4: Driven Corporation No definido KESSU 2.2 No definido

Técnico General Level 0 Incomplete - Level 5 Optimizing

Siete actividades, p.ej. identificación de tareas de usuario o retroalimentación de usabilidad CUM 40 años Gestión General Stage 1: Hostility -

Stage 8: User- Driven Corp.

Cinco dimensiones, p.ej. actitud de la gerencia hacia la usabilidad o rol de profesional de usabilidad ISO 18529 + 15504 No definido

Ambos General Level 0

Incomplete - Level 5 Optimizing

Siete procesos, p. ej. Planeación e implementación de procesos humano-ordenador

UMM-P No definido

Ambos General Level 0

Incomplete - Level 5 Optimizing

Igual que ISO 18529 + 15504

UMM- HCS

No definido

Ambos General Level X: Unrecognized -

Level E:

Institutionalized

Prácticas como énfasis en el usuario o gestión de la usabilidad

En cuanto a los destinatarios del modelo, cuatro modelos están orientados a los gestores de las organizaciones puesto que los resultados de la evaluación serán principalmente útiles a nivel de dirección. Por ejemplo, HU-MM se centra en evaluar la usabilidad de la organización a través de atributos como la gestión organizacional, educación, procesos e infraestructura. Por otra parte, dos modelos tienen un carácter más técnico. Por ejemplo, KESSU se centra en evaluar el rendimiento de las distintas actividades de usabilidad realizadas por el equipo de desarrollo. Finalmente, los demás modelos combinan aspectos de gestión y tecnología.

En relación al dominio de aplicación de los modelos, la mayoría son de carácter general, es decir, pueden ser aplicados en cualquier organización de desarrollo de software. Sin embargo, dos modelos

20 han sido desarrollados para dominios concretos. El modelo HU-MM fue desarrollado para el área de salud y el modelo OS-UMM fue desarrollado para proyectos de código abierto. Finalmente, dos de los modelos han sido creados para organizaciones de desarrollo ágil (AGILEUX, AUCDI-MM). El número de niveles o etapas para alcanzar la madurez en usabilidad es también una característica relevante de los modelos. Según Fraser et al. (2002) lo habitual es que un modelo defina hasta seis niveles de madurez. La mayoría de los modelos estudiados están en este rango, a excepción de KESSU y CUM con siete y ocho respectivamente. Por otro lado, la publicación sobre AGILEUX Model y CUM con siete y ocho respectivamente. Por otro lado, la publicación sobre AGILEUX Model presenta información parcial ya que sólo describe el nivel 2 y no se hace referencia al número total de niveles a considerar.

Finalmente, todos los modelos, a excepción de CUXMM, definen áreas, dimensiones o criterios (dependiendo del modelo) que identifican elementos fundamentales que estructuran el área de usabilidad, y que se usan para pedir la madurez de la misma en una organización. La evaluación de estas áreas permite mostrar los resultados de madurez de manera global, así como de forma independiente para cada una de las áreas o dimensiones evaluadas. La Tabla 2-4, muestra ejemplos de estas dimensiones para los distintos MMUs.