Agile ux aos2011

1,297 views
1,207 views

Published on

Charla para el AOS2011 sobre cómo integrar UX en el ciclo de desarrollo ágil.
Es más bien una recopilación de temas sobre los que hablar y debatir en público, por las prisas ;-)

Published in: Design, Technology
0 Comments
4 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,297
On SlideShare
0
From Embeds
0
Number of Embeds
11
Actions
Shares
0
Downloads
9
Comments
0
Likes
4
Embeds 0
No embeds

No notes for slide

Agile ux aos2011

  1. 1. Agile UX<br />AritzSuescun<br />@ArtziS<br />
  2. 2. Antes de empezar<br />
  3. 3. Etapas<br />por las que pasa un diseñador UX en la adaptación ágil<br />
  4. 4. Negación<br />
  5. 5. Ira<br />
  6. 6. Negociación<br />
  7. 7. Depresión<br />
  8. 8. Aceptación<br />
  9. 9. Kübler-Ross<br />
  10. 10. Por qué es relevante<br />Sin UX no funciona<br />Con UX como consultoría previa y separada no funciona<br />
  11. 11. Queremos productos que resuelven necesidades de los usuarios, son útiles, eficientes, satisfactorios<br />
  12. 12. Cliente<br />Equipo de desarrollo<br />
  13. 13. Cliente<br />Diseñador UX<br />Equipo de desarrollo<br />
  14. 14. ¿?<br />
  15. 15. El resultado es decepcionante<br />
  16. 16. Hay cosas que ayudan<br />Los diseñadores de UX se frustran con un resultado final decepcionante<br />Los desarrolladores se frustran con un resultado final decepcionante<br />
  17. 17. La solución es ágil <br />
  18. 18. Iterativo e incremental<br />Minimizar el trabajo hecho en dirección equivocada<br />
  19. 19. Principios ágiles<br />Personas sobre Procesos<br />Software que funciona sobre Documentación<br />Colaboración con cliente sobre Contratos<br />Responder a cambios sobre Seguir un Plan<br />
  20. 20. Stakeholders<br />Equipo de desarrollo<br />
  21. 21. Stakeholders<br />Usuarios<br />Equipo de desarrollo<br />
  22. 22. Stakeholders<br />Usuarios<br />ProductOwner<br />Equipo de desarrollo<br />
  23. 23. Stakeholders<br />Usuarios<br />Pila de producto<br />ProductOwner<br />Equipo de desarrollo<br />
  24. 24. Captura de requisitos<br />
  25. 25. ¿Captura de requisitos?<br />
  26. 26. Stakeholders<br />Usuarios<br />?<br />Pila de producto<br />ProductOwner<br />Equipo de desarrollo<br />
  27. 27. ¡Especialidad de diseñadores UX!<br />
  28. 28.
  29. 29. Principios<br />Programmers are notusers<br />Customers are notusers<br />Customers are notdesigners<br />Designers are notusers<br />Users are notdesigners<br />Managers are notusers<br />
  30. 30. Ilusiones cognitivas<br />lossaversion<br />valueattribution<br />commitmentbias<br />Pygmalioneffect<br />tyrannyof smalldecisions<br />evolutionarypsychology<br />managementfads<br />abilenesyndrome<br />cognitivefriction<br />memorydistortion<br />hawthorneeffect<br />stockholmsyndrome<br />diagnosis bias<br />…<br />
  31. 31. Herramientas<br />Prototipos<br />Prototipos en papel<br />Sketch<br />Test usuarios<br />Modelos mentales<br />Focusgroups<br />…<br />
  32. 32. Especialidades<br />Desarrolladores: <br />traducir requerimientos en software que funciona<br />UX: <br />reformularel problema que se debe solucionar<br />
  33. 33. Adaptar el modelo ágil<br />
  34. 34. Ciclo de diseñadores UX<br />Negación<br />Ira<br />Negociación<br />Depresión<br />Aceptación<br />Kübler-Ross<br />Lo 1º es llegar a la etapa de Aceptación<br />
  35. 35. Patronesque se vienenaplicando<br />
  36. 36. UX como Product Owner (equipo)<br />Equipo, PO, stakeholders, usuarios<br />Captura de requisitos<br />
  37. 37. Investigación, modelado y diseñoinicial. Sólo lo justo<br />Personajes<br />Modelos de flujos de trabajo<br />Análisis de tareas<br />Modelos mentales<br />
  38. 38. Trabajo en paralelo de UX. Ciclo anterior y siguiente<br />
  39. 39. El prototipoes la especificación<br />
  40. 40. Prototipos de bajafidelidad<br />El problema de la industria de los entregables<br />
  41. 41. Compratiempopara UX con historiastécnicascomplejas<br />
  42. 42. Grupo de usuariosparavalidación continua<br />Tests de usuario en paralelocontinuamente<br />Másactividades con esosusuarios (investigación, validaciónprototipos,…)<br />
  43. 43. Test y evaluacióniterativarápida<br />
  44. 44. Convertirse en un facilitador del diseño<br />Pasa a ser unatareacolaborativa<br />
  45. 45. El equipo sabe cada vez más de UX<br />
  46. 46. Siempre atentos a la solución (visión)<br />No se trata de fijar una idea al principio e iterar<br />
  47. 47. Preguntas, dudas<br />
  48. 48. Referencias<br />Twelve emerging best practices for adding UX work to Agile development de Jeff Patton<br />http://www.thinkingandmaking.com/view/agile-ux-six Contando las experiencias en ComCast<br />http://www.smashingmagazine.com/2011/03/07/lean-ux-getting-out-of-the-deliverables-business/ de Jeff Gothelf<br />UX Designer as Product Ownerde Jeff Gothelf<br />Blog de Jeff Gothelfhttp://www.jeffgothelf.com/blog/<br />http://www.cooper.com/journal/agile2008/ Alan Cooper en el Agile 2008<br />

×