Design Critique a "Piratas del Código"

En este artículo veremos en qué consiste el Design Critique, utilizado típicamente en equipos con metodologías de Design Thinking.

Lo aplicaremos a un juego que me acabo de inventar 😅 que se va a llamar “Piratas del Código”. Entenderemos qué factores hay que tener en cuenta a la hora de realizar este workshop y algunos antipatterns que debemos evitar a toda costa. ¡Después de leer este artículo espero que puedas ponerlo en práctica! 🥊

📝 Definición

La palabra crítica no necesariamente tiene connotaciones negativas, una crítica bien hecha con un entorno y mindset adecuado tiene un efecto muy productivo. una definición de lo que podría ser un Design Critique:

Es un proceso de evaluación y análisis del diseño de un producto, servicio o sistema, con el objetivo de identificar áreas de mejora, resaltar fortalezas y proporcionar retroalimentación constructiva.

El design critique es un elemento esencial en el proceso de diseño, ya que permite a un equipo aprender de sus aciertos y errores, adaptar sus enfoques y, en última instancia, crear soluciones más efectivas e innovadoras.

¿Cuándo lo aplicamos? Algunos momentos ideales para aplicarlo son:

• Durante la fase conceptual
• Cuando queremos mantener a todo el equipo alineado
• Antes de la implementación final a modo de verificación final
• Después de las pruebas de usuario
• Cuando hay algún bloqueo o inseguridad
• Para evaluar los resultados de un Design Studio

🎮 El Juego: Piratas del Código

Vamos a analizar el juego ficticio “Piratas del Código”, el juego permite a los jugadores aprender programación mientras navegan por un mundo de aventuras y desafíos.

Dentro de todas las partes del juego, en el ejercicio nos centraremos en una parte específica, por ejemplo, el tutorial inicial del juego que guía a los jugadores principiantes.

¡Empecemos con la sesión bucaneros! (1.30h Aproximadamente)

1. Preparación y planificación (10 minutos)
   • 🎯 Definir el objetivo: Mejorar la experiencia y efectividad del tutorial en "Piratas del Código".
   • 👩🏼‍🦱 Persona y su contexto: Jugadores principiantes que se embarcan en su primera aventura de programación.
   • 📚 Preparar el material: Reunir elementos de diseño relacionados con el tutorial, como capturas de pantalla, prototipos y secuencias de video.
     • 📌Consejo: Es recomendable que los participantes echen un vistazo antes de la sesión a esta parte para agilizar o resolver cuestiones en el caso de que haya alguna duda, que se pueda aclarar previamente y poder focalizar en el problema durante la sesión
2. Presentación del problema y diseño actual (15 minutos)

   • 💬 El diseñador presenta el tutorial actual de "Piratas del Código", explicando cómo guía a los jugadores a través del material preparado.

     

3. Sesión de crítica de diseño (45 minutos)

   • 🔎 Paso 1: Exploración y Reflexión (15 minutos)

     • Los participantes se dedican a examinar el diseño del tutorial.
     • Para no intentar sugestionar a otros miembros, es importante que cada participante tenga su zona de trabajo independiente donde no se pueda “contaminar” el trabajo de otros en esta parte de la sesión.
     • Se anotan ideas para mejoras o cambios en nuestra zona de trabajo individual, como ajustes en la interfaz, claridad en las instrucciones, niveles de dificultad y mecanismos de feedback del sistema mostrado, también es importante indicar las cosas que te han molado✌🏼 y que creas que puedan funcionar bien.
       • 📌 Consejo: Usar un sistema de semáforos con post-it que nos ayude en el paso siguiente a identificar mejor donde se puede producir el mayor impacto:
         • 🔴 Me preocupa
         • 🟠 No lo entiendo / Podría mejorar
         • 🟢 Me mola

   • 👥 Paso 2: Compartir resultados (30 minutos)

     • Se colocan los post-it de colores 🔴 🟠 🟢 (identificados con el nombre del propietario) sobre cada uno de los elementos, generando así un mapa de calor sobre el que se trabajará a continuación

     

     • Los participantes se reúnen nuevamente y en equipo comparten sus descubrimientos, exponiendo en orden las mejoras o cambios sugeridos para el tutorial de "Piratas del Código".
       • 📌 Consejo: Si hay muchos post-it y prevemos que se puede alargar demasiado, nos ayudaremos de los colores y frecuencias (mapa de calor del ejercicio) para priorizar los puntos a tratar que puedan proporcionar un impacto mayor.
4. 🚀 Acciones (15 minutos)
   • Describa las mejoras y cambios identificados en el tutorial y que acciones se van a tomar.
5. 👋🏼 Cierre y reflexión (5 minutos)
   • Resumir los resultados del taller y agradecer al equipo por su participación y contribuciones valiosas.
   • Invitar al equipo a reflexionar sobre el proceso de design critique para que pueda mejorarse en próximas sesiones.

¿Quieres un panel para poder practicar? Aquí te dejo uno hecho en Figma 👇🏼

Abrir Panel

⛔️ Antipatrones

Antes de comenzar con un design critique, tenemos que saber que es esencial establecer un ambiente de confianza y respeto entre todos los participantes, mantener un enfoque de comunicación abierta y estar centrados en el problema a resolver y en nuestros clientes y usuarios y NO en las personas que crean las soluciones:

Veamos algunos antipatterns principales.

1. Enfoque en lo personal: Centrarse en las habilidades o preferencias del diseñador en lugar de analizar objetivamente el diseño. Las críticas deben enfocarse en el trabajo, no en el individuo.
2. Falta de estructura: No definir claramente las personas (representaciones ficticias de los usuarios) y los objetivos del diseño antes de la sesión puede llevar a malentendidos y discusiones poco productivas.
3. Negatividad excesiva: Concentrarse exclusivamente en los aspectos negativos del diseño, sin reconocer las fortalezas y logros. Una crítica equilibrada y constructiva es más efectiva.
4. Ambigüedad: Ofrecer comentarios vagos o imprecisos que no proporcionan una dirección clara para las mejoras. Es fundamental ser específico y concreto al señalar áreas de mejora.
5. Tratar de resolver problemas en el momento: Intentar solucionar problemas o proponer soluciones inmediatas durante la sesión de crítica puede desviar la atención de la retroalimentación y la discusión en curso. En lugar de eso, es mejor tomar nota de los problemas identificados y analizar posibles soluciones después de la sesión, una vez que se haya procesado y analizado todo el feedback

Fuente: NN/g

🤔 Conclusiones

El Design Critique es una herramienta muy útil en el proceso de diseño, se plantea en un entorno con una comunicación abierta y enfoque en el problema en lugar de las personas, donde la colaboración y retroalimentación entre los miembros del equipo es el pilar principal para identificar áreas de mejora.