Metodología de trabajo
Para el desarrollo del proyecto hemos querido alejarnos de los tradicionales procesos en cascada e intentar involucrarnos con metodologías ágiles.
Pese a que el uso de métodos ágiles no era un requisito fundamental para el proyecto, después de un par de clases nos vimos motivados y decicimos que era otra oportunidad para aprender, no solo diseño si no también diseño de trabajo.
Así, establecimos que no íbamos a hacer entregas secuenciales, donde primero haríamos toda la arquitectura para mas tarde pasar al diseño, y luego a la programación. Haríamos entregas incrementales. Establecimos que íbamos siempre a entregar un prototipo que fuesemos capaces de testear con los usuarios, usando html y css, siempre que fuese posible.
Diseñamos nuestro proceso de trabajo así:
Primero planteamos las historias de usuario y los objetivos del proyecto. Desarrollamos las historias incluyendo todas aquellas facetas que consideramos necesarias: workflow, entrevistas, wireframes, diseño visual, y desarrollo del prototipo. Al final probamos el prototipo y con las conclusiones sacadas volvemos a plantear nuevas historias de usuario.
Lo cierto es que no fué un círculo cerrado ni perfecto, y el proceso real se aleja del esquema. Hubo veces que no tuvimos tiempo a acabar las historias, por lo que empezábamos la siguiente release con el prototipo sin testear. O a veces nos costaba mucho esfuerzo hacer el planteamiento y teníamos un backlog lleno de tareas por hacer.
Herramientas
Como equipo no tenemos un lugar de trabajo, cada uno trabaja en su casa y periódicamente nos reunimos para hablar. Al no tener una pizarra física donde apuntar las cosas que íbamos haciendo decidimos usar herramientas virtuales:
- Dropbox: para almacenar todos los archivos y documentación.
- Featured Map: para planear las historias de usuario.
- Trello: para organizar las tareas y saber que está haciendo cada miembro del equipo.
Estas herramientas nos han ayudado a gestionarnos y a estar coordinados.
Los Roles
Todos tenemos un background profesional muy parecido, por lo que los roles no tenían mucho sentido. No somos un equipo multidisciplinar, ya que todos somos diseñadores, por lo que no hubo roles establecidos. Además el objetivo del proyecto era aprender y poner en práctica todo lo que íbamos viendo en las clases por lo que todos intentamos participar en cada uno de los aspectos del proyecto (investigación, UX/IU, código...), y cada persona se involucraba más o menos según sus capacidades y sus intereses.