7.5 : Integración de UCD y otros modelos de ciclo de vida

Como en el caso del proceso de diseño de interacción, el diseño centrado en el usuario generalmente consta de cuatro actividades principales (Rogers, Sharp y Preece, 2011), que son:

1. Establecimiento de requisitos: esta etapa implica establecer y responder una serie de preguntas de diseño, tales como: ¿Quiénes son los usuarios? ¿Quiénes son las partes interesadas? ¿Qué necesitan los usuarios y las partes interesadas del diseño? ¿Qué tan fácil es utilizar el sistema o producto? ¿Encaja en el contexto? ¿Proporciona al usuario los medios suficientes para completar sus metas y objetivos basados ​​en el dispositivo o el sistema? ¿Tiene un atractivo superficial?
2. Alternativas de diseño: el proceso busca la opinión de los propios usuarios para garantizar que el diseño final esté lo más libre posible de elementos hostiles para el usuario. Se buscan las opiniones de los usuarios y partes interesadas a través de cuestionarios, entrevistas, estudios de campo y otros métodos de investigación. Si se identifican más problemas durante esta fase, entonces son necesarios diseños alternativos.
3. Creación de prototipos: el proceso de diseño es iterativo; En varias etapas, es importante probar su producto o sistema para asegurarse de que cualquier problema imprevisto salga a la luz para que pueda solucionarse antes de que el diseño final esté grabado en piedra. Los prototipos le permiten ver cómo los usuarios reales, libres de los sesgos que podrían influir en las interacciones de los involucrados en el proceso de diseño, interactúan con su producto o sistema y dentro del contexto / entorno de trabajo previsto.
4. Evaluación: la suma de todas las etapas anteriores. Cuando se han considerado las opiniones de la muestra de usuarios y partes interesadas y se ha observado y documentado su uso de prototipos, el producto puede evaluarse en su totalidad. Estas cuatro etapas se repiten luego hasta que se erradican los problemas, se satisfacen las necesidades del usuario, se apacigua a las partes interesadas y se proporciona una experiencia de usuario agradable.

Todas estas actividades están conectadas y se informan entre sí; por ejemplo, sin la evaluación, los diseñadores carecerían de la retroalimentación necesaria de todas las partes importantes, que también incluye a los diversos grupos involucrados en el proceso de diseño en sí, para revisar prototipos y generar diseños alternativos. El componente y las actividades interconectadas que ocurren dentro de cualquier enfoque de diseño se denominan modelo de ciclo de vida; término que simplemente se refiere a todos los procesos de diseño y las diversas etapas involucradas en un proyecto de diseño, que están relacionados de alguna manera y forman un modelo que, en teoría, podría aplicarse a otro proyecto de diseño. Un modelo de ciclo de vida puede proporcionar estructura al proceso de diseño y puede resultar especialmente útil durante proyectos a gran escala que involucran a muchos desarrolladores, diseñadores, usuarios y otras personas importantes.

Modelos de ciclo de vida

Los ejemplos de modelos de ciclo de vida tienden a provenir del mundo del desarrollo de software, ya que las empresas, negocios y equipos de diseño de este dominio parecen adoptar las actividades de diseño de modelos más que cualquier otro. Un ejemplo de la ingeniería de software es Scrum , un modelo de ciclo de vida, que reconoce la flexibilidad requerida durante el desarrollo para hacer frente a las necesidades e intenciones cambiantes de los usuarios y las partes interesadas, en combinación con los resultados imprevistos que se producen en el transcurso del proceso. proceso de diseño. Este enfoque no es específico del modelo de ciclo de vida de Scrum; en cambio, es uno de varios métodos de desarrollo de software clasificados bajo el término general ‘Desarrollo ágil’.

Desarrollo ágil

Los métodos ágiles comparten un enfoque de diseño caracterizado por la colaboración entre equipos autoorganizados y multifuncionales, planificación adaptativa, iteración y una respuesta rápida y flexible al cambio con énfasis en el lado práctico, en lugar del proceso, de los asuntos. Como se indica en el Manifiesto para el desarrollo de software ágil :

Estamos descubriendo mejores formas de desarrollar software haciéndolo y ayudando a otros a hacerlo. A través de este trabajo hemos llegado a valorar:

Individuos e interacciones sobre procesos y herramientas

Software de trabajo sobre documentación completa

Colaboración con el cliente sobre la negociación del contrato

Responder al cambio sobre seguir un plan

Es decir, si bien hay valor en los elementos de la derecha, valoramos más los elementos de la izquierda “.

Por lo tanto, como puede ver en esta audaz declaración de intenciones, los desarrolladores y profesionales ágiles están preocupados por la integración del desarrollo de software con un enfoque de diseño centrado en el usuario para crear un entorno práctico de acción rápida para ajustar los diseños de acuerdo con la interacción constante entre diseñadores, desarrolladores, usuarios y partes interesadas.

Aparte del manifiesto de desarrollo ágil, una serie de principios guían a quienes adoptan un enfoque integrado de la ingeniería de software; A continuación se muestran algunos de estos principios, seleccionados cuidadosamente para resaltar el énfasis en aquellos involucrados en el proceso de generar ideas, diseños y soluciones y aquellos para quienes se están haciendo los productos:

• “Nuestra máxima prioridad es satisfacer al cliente mediante la entrega temprana y continua de software valioso”
• “Los empresarios y los desarrolladores deben trabajar juntos a diario durante todo el proyecto”
• “Cree proyectos en torno a personas motivadas. Bríndeles el entorno y el apoyo que necesitan, y confíe en ellos para hacer el trabajo”.
• “Los procesos ágiles promueven el desarrollo sostenible. Los patrocinadores, desarrolladores y usuarios deben poder mantener un ritmo constante de forma indefinida”

Sin embargo, dado que el desarrollo ágil es un enfoque de ‘arremangarse y atascarse’, la investigación del usuario tiende a ocurrir durante el proceso de diseño, con un estudio mínimo antes de que comience el proyecto. Esto contrasta con un enfoque de diseño centrado exclusivamente en el usuario, donde generalmente hay una investigación exhaustiva de las necesidades de los usuarios, los intereses / deseos de las partes interesadas, el contexto de uso y otros aspectos asociados con la experiencia del usuario antes de comenzar el diseño. proceso.

El problema que enfrenta el equipo de diseño a cargo de un enfoque combinado del proceso de diseño es determinar cuánta información es necesaria antes de comenzar el trabajo de diseño del producto. Desafortunadamente, no hay una respuesta fácil, pero con el uso de un enfoque combinado para el desarrollo, la entrada del usuario se recopila continuamente, por lo que, a diferencia de un enfoque de diseño puramente centrado en el usuario, donde generalmente hay un punto de corte para las pruebas del usuario, el peligro de Falta información importante antes de que se reduzca la implementación de la función asociada.

Modelos de ciclo de vida: los beneficios

Los modelos de ciclo de vida brindan a todos los involucrados en el proceso de diseño una estructura y un marco para ayudarlos a identificar lo que se requiere en una etapa determinada del proyecto, cómo evaluar el proceso de desarrollo y cuándo afectar el cambio. El desarrollo ágil difiere un poco de algunos de los otros modelos de ciclo de vida, ya que las diversas etapas involucradas se superponen hasta cierto punto, y se anima a los diseñadores y desarrolladores a adaptar el producto a medida que surgen nuevas informaciones, ideas y soluciones.

Esto contrasta con otros modelos que involucran etapas claramente definidas y separadas, donde la aplicación de la información recopilada se reserva para una etapa específica hasta que se hayan completado todas las etapas anteriores (sin embargo, también es probable que sean iterativas, por lo que una vez que los cambios Se han realizado al diseño, el proceso comenzará de nuevo; representando un modelo más rígido que el presente en el desarrollo ágil). Además, no todos los modelos de ciclo de vida son tan complejos o abarcadores como los métodos ágiles; por ejemplo, Rapid Applications Development (RAD) es, como su nombre indica, un método rápido que implica una planificación mínima, con el foco en la generación de prototipos comprobables.

Como cada proyecto de diseño involucrará circunstancias, contextos y culturas específicas, los modelos se modifican con detalles adicionales agregados de acuerdo con estas variaciones que ocurren naturalmente, en un esfuerzo por crear un modelo más acorde con las cualidades específicas del proyecto. La elección de un modelo de ciclo de vida es una decisión limitada por una serie de factores, como el tamaño del equipo de diseño, el rango de habilidades dentro del equipo, la cantidad de tiempo disponible, el presupuesto y el tamaño del sistema que se está desarrollando. . Por lo tanto, el nivel de complejidad, el número de etapas y el número de iteraciones involucradas en el modelo de ciclo de vida también estarán limitados por estos factores.

Un proyecto con un pequeño equipo de desarrolladores que trabaja con un sistema limitado solo requeriría un modelo de ciclo de vida simple, mientras que un sistema a gran escala con muchos equipos diferentes de diseñadores y desarrolladores requiere un modelo de ciclo de vida que pueda competir con todos los fuentes de información, proporcionan una estructura de gestión sólida y un marco para sustentar las relaciones y la transferencia de información entre los distintos equipos, usuarios, stakeholders y gestores. Mediante el uso de un modelo de ciclo de vida, el proyecto se estructura, las distintas etapas son cohesivas y la información se aplica y luego se prueba; Sin embargo, instituir un marco en todo el proyecto de esta manera no tiene por qué limitar el talento creativo de los diseñadores, como afirman Rogers, Preece y Sharp, en Interaction Design: Beyond Human-Computer Interaction., “… esto no significa necesariamente que se pierda la innovación o que se ahogue la creatividad, solo que se utiliza un proceso estructurado para proporcionar un marco más estable para la creatividad”.

Integración de UCD con desarrollo ágil: un ejemplo

La empresa : Alias : producen aplicaciones gráficas, tanto en 2D como en 3D, para una variedad de usos diferentes, como bocetos y diseño de juegos.

<> La aplicación: SketchBook Pro v2.0

El enfoque : diseño centrado en el usuario + desarrollo ágil: este enfoque combinado se adoptó para recopilar información de los usuarios y, al mismo tiempo, permitir a los diseñadores implementar cambios durante todo el proceso. Los métodos ágiles incluyeron desarrollo de software ágil, reuniones de scrum y una serie de elementos tomados de eXtreme Programming.

El objetivo : Crear un proceso cohesivo y que ahorre tiempo, identificando cuándo y dónde se podrían implementar las aportaciones de los usuarios sin retrasar el proceso de implantación.Los resultados :

El equipo de desarrollo trabajó en un conjunto más pequeño de características al mismo tiempo, en lugar de grupos separados que trabajaran en un conjunto más grande de características.
Se buscó la opinión de los usuarios con frecuencia y la implementación de la información obtenida de las pruebas de los usuarios se llevó a cabo al mismo tiempo, y cada parte informó a la otra.
Los diseñadores de interacción ayudaron al equipo a identificar elementos del diseño que requerían una participación mínima de los usuarios, por lo que pudieron trabajar en paralelo con los miembros recopilando información de estudios de campo, encuestas, etc.Beneficios identificados por los diseñadores de interacción :

1. La integración de los dos enfoques permitió al equipo ahorrar tiempo y significó que ningún grupo dentro del equipo estaba esperando a otro antes de poder cumplir con sus responsabilidades.
2. Las pruebas de usabilidad y la recopilación de información para el siguiente conjunto de características podrían realizarse durante las mismas sesiones; nuevamente ahorrando tiempo y dinero.
3. La flexibilidad de un enfoque ágil significó que las características superfluas fueron identificadas y descartadas antes de que se hubieran implementado y se podrían realizar cambios en el cronograma si ciertos elementos del diseño tomaban más tiempo de lo proyectado.

En resumen

El diseño centrado en el usuario está respaldado por un enfoque claro y directo en aquellos para quienes se diseñan los productos. El proceso de recopilación de información de los usuarios, las partes interesadas y otras personas afectadas por la introducción de un producto se puede combinar con otros enfoques de diseño para maximizar los beneficios de adoptar un enfoque centrado en el usuario. Las actividades involucradas en cualquier proceso de diseño pueden considerarse como un modelo de ciclo de vida y es posible, y a veces beneficioso, combinar diferentes modelos de ciclo de vida.

Un ejemplo de la combinación de modelos de ciclo de vida se puede ver con la integración de un enfoque de diseño centrado en el usuario y un desarrollo ágil. Este último se refiere a un grupo de métodos que proporcionan una estructura y un marco claro para guiar el proceso de diseño, con especial énfasis en la colaboración entre todos los grupos dentro de un equipo de diseño y la implementación de características en el transcurso del proyecto, en lugar de una fase dedicada. al final de todas las demás etapas del proceso de diseño iterativo.

Hay una serie de beneficios asociados con la adopción de un enfoque de diseño centrado en el usuario en combinación con un desarrollo ágil, como una buena gestión del tiempo, la identificación de funciones innecesarias antes de la implementación y la oportunidad de recopilar información de los usuarios durante todo el proceso. Sin embargo, hay varios métodos ágiles diferentes y los proyectos a menudo dictarán el tipo de modelos de ciclo de vida que puede y debe adoptar. Por ejemplo, cuando se trabaja con un equipo pequeño en un sistema a pequeña escala, un enfoque de desarrollo de software ágil sería similar a usar un mazo para romper una nuez. Por lo tanto, es importante elegir un modelo adecuado, o una combinación de modelos, para su proyecto, que, en teoría, debería resultar evidente al investigar sus limitaciones, el dominio del producto y buscar la opinión de los usuarios y las partes interesadas.