Keikendo: debuggeando gente (Diseño de Interacción para equipos de desarrollo) - Bar Camp Buenos...
42
Debuggeando gente Diseño de Interacción para equipos de desarrollo Santiago Bustelo, Federico Lois, Sebastián Fernández Quezada Sábado 20 de noviembre, 2010 • BarCamp Buenos Aires MEMBER
-
Upload
santiago-bustelo -
Category
Design
-
view
115 -
download
5
description
Resumen de la presentación de Keikendo (keikendo.com) para BarCamp 2010. El diseño y la usabilidad son atributos cualitativos intrínsecos al software, como la performance. No existe software "sin diseño", sino interfaces en donde el diseño no fue realizado de forma intencional. Con una aplicación de ejemplo, se muestra cómo se articulan el diseño de interacción, la usabilidad y el desarrollo sobre metodologías ágiles.
Transcript of Keikendo: debuggeando gente (Diseño de Interacción para equipos de desarrollo) - Bar Camp Buenos...
Debuggeando genteDiseño de Interacción para equipos de desarrollo Santiago Bustelo, Federico Lois, Sebastián Fernández Quezada Sábado 20 de noviembre, 2010 • BarCamp Buenos AiresMEMBER
www.keikendo.com
Santiago Bustelo (orador)
• Diseñador de Interacción• IxDA (Asociación de Diseño de Interacción)– Director de diseño y desarrollo, Icograma– Fundador y Coordinador General
IxDA Buenos Aires (ixda.com.ar)– Coordinador de IxDA en latinoamérica
• Keikendo (Icograma+Corvalius)– Junto con Federico Lois y
Sebastián Fernández Quezada– Investigación, capacitación y mentoring sobre IxD y
metodologías ágiles para equipos de desarrollo
www.keikendo.com
Diseño de Interacción (IxD)
• Diseño de experiencias• Diseño de Interacción• Diseño de Interfaces
← Define el modelo de operación de los productos y sistemas con los que interactúa el usuario
www.keikendo.com
¿Quiéndiseña la experiencia
de los usuarios?
www.keikendo.com
Diseño y Usabilidad
• Son atributos cualitativos, intrínsecos a un producto digital (como la performance).
• Siempre “ocurren”– Hay diseños intencionales– ...y diseños que se cometen
• Todo desarrollador está diseñando: poner un botón a un lado o al otro, ponerle “OK” en lugar de “Aceptar” o “Enviar”, son decisiones de diseño.
www.keikendo.com
Objetivo de nuestra aplicación
• Resolver un problema del usuario– Entender al usuario• Contexto relevante al problema• Capacidad operativa del usuario
– Entender el problema
www.keikendo.com
Entender al usuario
Modelo de Operación
Secuencia de Pasos Algoritmo
Relevar y testear con usuarios:debuggear el diseño
www.keikendo.com
Entender el problema
Problemas Bien Definidos
www.keikendo.com
Entender el problema
AlgoritmosMetodología estructurada
Problemas Bien Definidos
www.keikendo.com
Entender el problema
AlgoritmosMetodología estructurada
Problemas Bien Definidos
www.keikendo.com
Entender el problema
AlgoritmosMetodología estructurada
Problemas Bien Definidos
Problemas Perversos
www.keikendo.com
Entender el problema
AlgoritmosMetodología estructurada
Problemas Bien Definidos
Problemas Perversos
www.keikendo.com
Entender el problema
AlgoritmosMetodología estructurada
Problemas Bien Definidos
Problemas Perversos
www.keikendo.com
Entender el problema
AlgoritmosMetodología estructurada
Problemas Bien Definidos
Problemas Perversos
HeurísticasMetodologías ágiles
www.keikendo.com
Definimos alcance
• Administración de Mesas– Abrir mesa– Cargar pedido
• Cerrar mesa• Reservas
www.keikendo.com
Ver qué hizo la competencia
• Google es nuestro amigo• Evaluación competitiva cualitativa y funcional– Analizar, entender aciertos y defectos– No queremos competir con una lista de features– Prestamos atención a:• Features que no consideramos• Features que son innecesarios o perjudiciales• Features cuyo valor no entendemos
• Objetivo: evitar un producto“Feature Rich, Quality Starved”
www.keikendo.com
Decisiones limitadas por la tecnología: economía de recursos.La aplicación sigue ofreciéndose en el 2006: ¡algo bueno hicieron!
www.keikendo.com
Menos limitaciones no es mejor: menor legibilidad de número de cada mesa,hay que hacer click para ver cuánto llevan consumido, abuso de iconos.
www.keikendo.com
Redundancia en identificación de botón por posición y color.Operaciones adicionales necesarias para customizar colores, carga de complejidad
innecesaria al usuario. Uso de recursos gráficos sin atender a función.
www.keikendo.com
VALIDACIÓN DEL MODELO CON USUARIOS (al menos uno)
Ejemplo
www.keikendo.com
¿Qué operaciones se registran?
• ¿Se registra cuando se abre una mesa?– No, se registra con el primer pedido.
• ¿Se registra el cierre de una mesa?– Si, porque hay que cobrar.
www.keikendo.com
¿Es útil la presentación espacial?
• Cuando llegan varios comensales:– Los comensales o el mozo juntan las mesas– El mozo avisa por control– De ahí en adelante, se refiere al conjunto usando el
número de una de las mesas
www.keikendo.com
• Se manejan “slots”:– A la noche: “cena temprano” (8pm a 11 pm) y
“cena tarde” (11pm a 1am)– De esta manera se resuelve de forma práctica
cuándo ir “echando gente”– Desde luego, importa registrar (como texto) el
horario y nombre de la reserva
¿Con qué precisión manejan las reservas?
www.keikendo.com
DISEÑO Y DESARROLLODEL MODELO
Ejemplo
Sprint 1 Sprint 2 Sprint n
www.keikendo.com
IxD adelantado un sprint
Desarrollo
Diseño
Sprint 0
Sprint 1 Sprint 2 Sprint n
www.keikendo.com
Card SortingAgrupar tareas y funcionalidades sobre modelo mental del usuario
www.keikendo.com
Juntar y SeleccionarVersión basada en links Juntar y Seleccionar
Versión basada en drag&drop
Slots de reservas
www.keikendo.com
Diseño Centrado en el Usuario
• ¿Cuándo está terminado el trabajo de Diseño de Interacción?– Cuando le gusta al diseñador– Cuando le gusta al cliente– Cuando se termina la implementación– Cuando el usuario logra lo que esperábamos
www.keikendo.com
Diferenciar claramente…
Lo que el UsuarioPide
Lo que el UsuarioQuiere
Lo que el UsuarioNecesita
www.keikendo.com
Incorporar al usuario
• La diferencia entre probar nuestras hipótesis con cero usuarios, vs. hacerlo con un solo usuario, es infinita.
• Testear con 5 usuarios revela el 80% de los problemas de usabilidad por iteración.
• Pruebas rápidas y de gran impacto cualitativo.
• No se toman requerimientos del usuario. Nos enfocamos en lo que el usuario hace.
Jakob Nielsen: Why You Only Need to Test with 5 Users
www.keikendo.com
Ya están diseñando la experiencia del usuario.
www.keikendo.com
Sólo resta que elijan cómo quieren hacerlo.
keikendo.com
Debuggeando genteDiseño de Interacción para equipos de desarrolloSantiago Bustelo, Federico Lois, Sebastián Fernández Quezada
