Conceptos XP y RUT.

La metodología XP presenta un conjunto de conceptos para simplificar el proceso de diseño, desarrollo, prueba y entrega de software, en el cual se implementa la simplificación de requerimientos y su entrega incremental (^{Beck, 2000}). Esta metodología se basa en principios ágiles. Además de entregas incrementales, XP tiene un enfoque basado en reuniones donde se elabora una lista de tareas que van a ser terminadas en la próxima iteración la cual, por lo general no dura más de 4 semanas e involucra a un propietario de producto y equipo de desarrolladores, conjuntamente se fomenta la comunicación (^{Carnaghan, 2014}). La metodología XP asimismo busca el manejo de requerimientos en alto nivel y la identificación de un usuario experto que brinda detalle del requerimiento en la iteración respectiva y el test del mismo, basado en pruebas unitarias de código conocido en el idioma inglés como Unit Test y referidas en adelante como UT, pruebas de aceptación de usuario conocido en el idioma inglés como User Acceptance Test y referidas en adelante como UAT y el desarrollo dirigido pruebas, conocido en Inglés como Test Driven Development y referido en adelante como TDD (^{Lee, 2006}).

En este contexto los desarrolladores muestran un bajo interés por las necesidades de los usuarios finales a falta de comprensión y mala interpretación, lo cual lleva a la incapacidad de conectar con los requerimientos de los clientes (^{Lizano, 2014}). Esto ha llevado a problemas de comunicación en dos grandes áreas como son la necesidad de usabilidad ágil y el diseño basado en escenarios para el extremo (^{Lee, 2006}).

Un claro ejemplo se da en el desarrollo de código abierto (OSS), el cual es diseñado y desarrollado para y por los usuarios avanzados de los productos, siendo criticados por su poco o ausente énfasis en la usabilidad (^{Andreasen, Nielsen, Schrøder & Stage, 2006}). Una de las técnicas empleadas para conectar con los usuarios y entender su forma de utilizar la aplicación la obtenemos a través de RUT, ya que permite a los desarrolladores de software realizar evaluaciones de usabilidad con los usuarios de una manera práctica y económica (^{Lizano, 2014}), a la vez se goza de los beneficios de dejarlos, de prueba, operar en su entorno normal sin el estrés de una sala llena de equipos de grabación y observadores (^{Andreasen, Nielsen, Schrøder & Stage, 2006}).

Asimismo varios estudios han comparado los resultados obtenidos de las pruebas de usabilidad tradicionales con respecto a los resultados obtenidos con RUT, que producen resultados similares, con grandes ventajas como lo son un menor costo, participación geográficamente distribuida, y contribuciones aproximadamente iguales (Madathil & Greenstein, 2011). Las pruebas de usabilidad remota han tenido mucho auge debido a su efectividad como una forma de descubrir problemas críticos de este tipo, también, el contar con usuarios más diversos permite encontrar una gama más amplia de problemas de usabilidad para tipos específicos de usuarios, en entornos específicos (^{Tullis, Fleischman, McNulty, Cianchette & Bergel, 2002}).

RUT es de particular interés para las metodologías ágiles debido a que las iteraciones son cortas, frecuentes y tienen un diseño inicial mínimo, donde el resultado más importante de una prueba de usabilidad es la retroalimentación sobre el sistema que se está evaluando y donde un proceso tradicional de usabilidad no se adapta adecuadamente ya que es costoso tanto financieramente como en tiempo, debido a que requiere de grandes cantidades de diseño inicial, conlleva a un proceso de reclutamiento de participantes laborioso, además de la configuración de un laboratorio (^{Khayat, 2009}).

Retos o problemas encontrados al integrar las metodologías.

La integración de pruebas de usabilidad en metodologías ágiles presenta una gran resistencia (^{Lizano, 2014}) y falta de recursos para llevar a cabo tareas de usabilidad y enfatizar la importancia de construir sistemas de comunicación para involucrar a los usuarios expertos y novatos y así proporcionar conocimiento y retroalimentación de usabilidad (^{Andreasen, Nielsen, Schrøder & Stage, 2006}).

La metodología XP centra su diseño en el usuario, sin embargo no se define la integración con usabilidad y los principios de interacción humano computadora, conocido en inglés como Human Computer Interaction y referenciado en adelante como HCI, con lo cual se plantean varios retos como lo son la integración de conceptos de evaluación de HCI dentro de las iteraciones, las entradas ad hoc, la falta de una visión holística en XP y la necesidad de la misma para ejecutar pruebas de usabilidad, las diferencias entre UAT y los test de usabilidad, esto sumado a que en XP se le da empoderamiento al desarrollador y el rol de experto en HCI no se menciona como tal (^{Wolkerstorfer, Tscheligi, Sefelin, Milchrahm, Hussain, Lechner & Shahzad, 2008}).

Especificar por completo un sistema en el momento del diseño no es factible por lo que la adaptabilidad es necesaria tanto en el sistema como por parte de los usuarios donde puedan ajustar su comportamiento para el proceso de diseño evolutivo y participativo, para esto se plantea la necesidad de ayudar a los usuarios comunes en el encuadre del problema, donde se brinden informes en la evaluación remota y así los usuarios reflejen sus problemas y analicen posibles soluciones, de manera que los desarrolladores y los usuarios trabajarían en ideas de diseño (^{Draxler & Stevens, 2006}).

Otro reto identificado es la falta de tiempo dentro de la iteración para dedicarlo a actividades de interfaz de usuario, la dificultad para crear módulos, así como la priorización de actividades de HCI dentro del desarrollo ha llevado a la necesidad de buscar la optimización dinámica de los desarrolladores y usuarios para la participación en actividades de HCI (^{Salah, Paige & Cairns, 2014}).

Existe la necesidad de crear diseños de sistemas multidisciplinarios centrándose en el software y la ingeniería de usabilidad, que cuenten con el respaldo de prácticas y herramientas tanto de XP como de diseño basado en escenario conocido e inglés como Scenario-Based Design y referenciado en adelante como SBD lo que llevaría a escenarios para el desarrollo extremo y principios de usabilidad ágil (^{Lee, 2006}).

Los intereses de los principios ágiles y HCI no están adecuadamente alineados por lo que existe la necesidad de estudios extensos sobre la integración de HCI dentro de metodologías ágiles que incluyan un enfoque iterativo y se explore actividades y artefactos que permitan la integración de pequeñas evaluaciones de usabilidad, para esto se debe cambiar el enfoque de los desarrolladores e incluir pruebas de usabilidad como RUT dentro de las actividades de la iteración (^{Lizano, Sandoval & Stage, 2014}).

El enfoque iterativo de las metodologías ágiles para el desarrollo de software son adversas a la inclusión de aspectos de usabilidad lo que presenta un desafío tanto para los desarrolladores, los expertos de HCI y los investigadores en general (^{Kurosu, 2013}).

Proceso propuestos por diversos autores.

La falta de soporte y recursos para el desarrollo de software obstaculiza el integrar las evaluaciones de usabilidad en las metodologías ágiles, sin embargo alguna evaluación es mejor que ninguna, por ejemplo desarrollar prototipos de baja intensidad que lleven a una menor inversión inicial y añadir principios ágiles (Khayat, Hellmann & Maurer, 2010), incorporar la optimización dinámica de los desarrolladores y participantes buscando dar la prioridad necesaria a las actividades de usabilidad, conducen a una mejora en el producto final (^{Salah, Paige & Cairns, 2014}).

El enfoque de desarrollo centrado en el usuario conocido en inglés como User Centered Development y referenciado en adelante como UCD ha sido combinado con metodologías ágiles, por medio de la integración de artefactos y roles como lo son usuarios, herramienta persona, pruebas unitarias, pruebas de usabilidad y evaluaciones de expertos de usabilidad (^{Wolkerstorfer, Tscheligi, Sefelin, Milchrahm, Hussain, Lechner & Shahzad, 2008}). Así mismo, es importante fomentar la participación distribuida que proporcione infraestructura y canales de comunicación centrada en artefactos propios de cada metodología; además, fomentar valores de democracia en el lugar de trabajo, el conocimiento y la experiencia sustentados en reconocimiento, también el compromiso y aceptación de los involucrados (^{Yetim, Draxler, Stevens & Wulf , 2012}).

Dado que XP se enfoca en la calidad del software y se basa en iteraciones y la ingeniería de usabilidad se enfoca en los usuarios finales, en cómo estos usan el software y hace diferencia entre el que sirve y el utilizable, permite crear una serie de enfoques que combinan la creación de grupos de trabajo que no solo incluyen a los desarrolladores sino también a los usuarios finales, lo que facilita una mayor colaboración en las iteraciones, así como incluir UT, UAT, RUT y principios de usabilidad en el análisis de requerimientos (^{Sohaib & Khan, 2010}). A esto se le puede sumar el desarrollo de prototipos de baja y alta fidelidad, entrevistas, evaluaciones heurísticas y accesibilidad (^{de Lima Salgado, Amaral, Freire & Fortes, 2016}).

Búsqueda

Las palabras clave identificadas en la pregunta de investigación y los conceptos alternativos conocidos en el idioma inglés como: eXtreme Programming, RemoteUsability Test, Integration, RUT, XP. En la Tabla 1 se muestran las palabras clave, se muestra en la columna 1 el concepto principal y en la columna 2 conceptos alternativos.

La recolección de datos se realizó en el mes de octubre del 2017, en diferentes bases de datos referenciadas en el motor Google Scholar referido en adelante como GS, el cual hace búsquedas en la mayoría de bases de datos especializadas con contenido científico o académico como artículos, tesis, libros, patentes, documentación de congresos y resúmenes. El motor GS hace referencias de búsquedas en las bases de datos tales como: EBSCO, ProQuest, ScienceDirect, Springer, Scopus, IEEE, WoS entre otras. Además se utilizó el repositorio Exlibri Primo, de uso oficial de la Universidad Nacional de Costa Rica donde se desarrolló este estudio y el cual es utilizado por miles de instituciones en el nivel mundial.

Además de las palabras claves, se utilizó criterios de búsquedas que incluyen rango de años de 1999 al presente, puesto que es a partir de este año que se publica literatura que define la metodología XP (^{Beck, 1999}).

La Tabla 2 consta de cuatro columnas, en la primera columna se muestra la combinación de criterios de búsqueda, en la segunda columna los resultados obtenidos en GS, en la tercera columna los resultados obtenidos en Primo y la cuarta columna muestra el total de los resultados de GS y Primo por criterio de búsqueda. Al final de la tabla, una fila muestra el total de GS y PRIMO así como el gran total final. Los criterios de búsqueda que no arrojan resultados en las fuentes de búsqueda son descartados y eliminados de la tabla.

(*)Dado los resultados de la primera búsqueda descritos en la Tabla 2, nos encontramos con una muestra de 1440 resultados para los criterios de buscadas "RUT" + integration + "XP" y similar cantidad para "RUT" + integrate + "XP"; debido al tamaño del resultado en la búsqueda de documentos, se decidió aplicar un filtro para tomar en cuenta solo aquellos que hayan sido citados más de cien veces y descartar los demás.

Para agrupar los resultados de la búsqueda realizada en GS y PRIMO se comparan los títulos de los documentos obtenidos para descartar los repetidos y se genera una única lista que da como resultado de búsqueda un total de 121 documentos.

Selección

Se prosigue con un proceso de escogencia de los documentos. Para esto se consideraron aquellos estudios empíricos, encuestas, casos de estudio, experimentos, revisiones literarias o cualquier otro documento científico formal que describa o aborde el criterio de selección definido: como integrar RUT en XP.

Se leyó cada uno de los 121 documentos con el objetivo de discernir cuales de ellos son accesibles y tratan temas relevantes de acuerdo con las palabras clave y criterio de selección utilizado para su respectiva evaluación a profundidad, por lo que se seleccionaron 20 documentos que cumplían con los criterios anteriores para ser incluidos en esta revisión literaria.

Estructuración de la revisión literaria.

El último paso del proceso es la definición de una estructura de la revisión de literatura donde los veinte documentos fueron revisados y documentados mediante la creación de fichas, estas fichas pasaron por un proceso de clasificación mediante la utilización de diagramas de afinidad debido a su amplia utilización para organizar y analizar datos cualitativos (^{Kawakita, 1991}), como resultado se agrupan en tres categorías las cuales definen los conceptos de XP y RUT, los retos o problemas encontrados al integrar ambas metodologías y los procesos propuestos por diversos autores.

Análisis de resultados.

La metodología de desarrollo XP captura los requerimientos en un alto nivel, se basa en iteraciones, y es en cada iteración donde se profundiza en los requerimientos, además busca desarrollar aplicaciones enfocadas en los usuarios por lo que se fomenta la comunicación y la integración de usuarios expertos al equipo de desarrollo. Sin embargo, la aplicación de evaluaciones de usabilidad es muy escaza, lo que ha llevado a que muchas aplicaciones que funcionan no siempre sean usables, esto ha generado la necesidad de investigar e integrar técnicas para incrementar la usabilidad (^{Beck, 2000}; ^{Carnaghan, 2014}; ^{Lee, 2006}; ^{Sohaib & Khan, 2010}; Salgado, Amaral, Freire & Fortes, 2016). Una de las técnicas utilizadas es RUT, ya que permite a los usuarios realizar evaluaciones de usabilidad con beneficios y resultados similares a las técnicas tradicionales lo que permite conectar a los desarrolladores de software, con los evaluadores de HCI y los usuarios finales; esto, de una manera práctica y económica tanto en tiempo como inversión, que aporta además, usuarios y escenarios más diversos (^{Lizano, 2014}; ^{Andreasen, Nielsen, Schrøder & Stage, 2006}; Madathil & Greenstein, 2011; ^{Tullis, Fleischman, McNulty, Cianchette & Bergel, 2002}).

¿Cómo integrar pruebas remotas de usabilidad en la metodología de desarrollo XP? es un tema que ha sido abordado por varios autores, los cuales han propuesto diferentes procesos conocidos también como enfoques combinados, lo que ha generado conceptos como pruebas de usabilidad ágil, desarrollo ágil y usable, prototipos para el extremo, donde además se propone que varios de los artefactos propios de las pruebas de usabilidad sean adaptados para el desarrollo extremo (Salgado, Amaral, Freire & Fortes, 2016; ^{Sohaib, & Khan, 2010}; ^{Salah, Paige & Cairns, 2014}; ^{Wolkerstorfer, Tscheligi, Sefel, Milchrahm, Hussain, Lechner & Shahzad, 2008} ; ^{Yetim, F., Draxler, Stevens, Wulf, 2012}; Sohaib & Khan, 2010). Estos enfoques combinados han sido resumidos y documentados en la Tabla 3. En la primera columna se muestra el área de enfoque, en la segunda el enfoque de XP, en la tercera columna se muestra el enfoque de RUT y en la cuarta se muestra el enfoque combinado.

Por ejemplo, se muestra como en el área de requerimientos en ambos enfoques son compatibles con revisiones en cada interacción, así mismo en el área de desarrollo y usuarios la definición de grupos de desarrolladores y evaluadores. Para los datos recolectados la utilización de pruebas automatizadas puede ser común en ambos enfoques.

En la Tabla 3 se muestran varias propuestas de procesos para integrar RUT con la metodología XP, sin embargo, aún se sigue investigando y tratando de resolver varios retos con diseños de sistemas multidisciplinarios, concentrándose en el desarrollo de software y la ingeniería de usabilidad, a esto se suma la necesidad de crear sistemas que respalden a través de prácticas y herramientas los procesos propuestos para integrar RUT con XP. Y es que a pesar de existir un interés por la usabilidad, no se ha logrado dar la prioridad necesaria, esto sumado al entendimiento limitado, falta de recursos como tiempo, apoyo económico y métodos de evaluación, para soportar la integración de RUT con XP. Por lo que se hace necesario incluir RUT como una actividad dentro de la iteración y modificar los artefactos para que puedan ser utilizados en iteraciones (^{Lizano, 2014}; ^{Andreasen, Nielsen, Schrøder & Stage, 2006}; ^{Wolkerstorfer, Tscheligi, Sefelin, Milchrahm, Hussain, Lechner & Shahzad, 2008}; ^{Draxler & Stevens, 2006}; ^{Salah, Paige & Cairns, 2014}; ^{Lee, 2006}; ^{Lizano, Sandoval, & Stage, 2014}; ^{Kurosu, 2013}).