Proyecto tesina 2do encuentro
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Proyecto tesina 2do encuentro

on

  • 1,019 views

Esta presentación es para el 2do encuentro con los alumnos del programa de actualización digital en la FADU, Universidad de Buenos Aires, Argentina. Junio 2010.

Esta presentación es para el 2do encuentro con los alumnos del programa de actualización digital en la FADU, Universidad de Buenos Aires, Argentina. Junio 2010.

Statistics

Views

Total Views
1,019
Views on SlideShare
1,019
Embed Views
0

Actions

Likes
0
Downloads
17
Comments
0

0 Embeds 0

No embeds

Accessibility

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Proyecto tesina 2do encuentro Presentation Transcript

  • 1. TESINA  2 do encuentro  PADD‐2010 
  • 2. mariana.salgado@gmail.com  h?p://pinatasdigitales.wordpress.com/  h?p://www.slideshare.net/marianasalgado 
  • 3. 1er encuentro  Design research   CASO: mi invesGgación  Tormenta de ideas sobre temas de tesina  ppt o prezi‐  todos suben sus presentaciones a la plataforma NING 
  • 4. 2do encuentro:  2000 palabras  Criterios de evaluación de arMculos académicos  Presentaciones de uds con formato Pecha Kucha  6min cada uno  Escenarios  para desarrollar y testear diseño 
  • 5. 3er  encuentro:  5000 palabras  Presentaciones  15min cada uno  Artefactos críGcos 
  • 6. 4to   encuentro:  10000 palabras  Presentaciones  20min cada uno 
  • 7. 5to   encuentro:  10000 palabras  Presentaciones  30min cada uno  Posibilidades de publicación de acuerdo   a los temas de cada grupo 
  • 8. Tesina lista ;‐) 
  • 9. Diseño par+cipa+vo  escenarios  protoGpos  talleres   design probes (sondas de diseño)  artefactos críGcos  personas‐personajes extremos 
  • 10. Diseño par+cipa+vo  escenarios  protoGpos  talleres contextuales  design probes (sondeos de diseño)  artefactos críGcos  personas‐personajes extremos  juegos de roles 
  • 11. Elección  No hay receta.   . Cada proyecto necesita otros métodos   
  • 12. Diseño par+cipa+vo  Escenarios  Juan Freire / Flickr 
  • 13. “los escenarios son historias”  John Carroll 
  • 14. John Carroll 
  • 15. Puede tener diferentes formatos (narración textual, video, historieta)  Testeos en papel/otros testeos 
  • 16. Los escenarios se usan para generar consenso (negociaciones en el grupo de trabajo y hacer visibles las encrucijadas del diseño)
  • 17. Testeos en papel/otros testeos 
  • 18. Elementos de un escenario  Entorno‐ descripción la situación en que comienza el episodio y los objetos que  parGcipan.   Actores  ObjeGvos  Acciones‐ lo que hacen los actores  Eventos‐ cossas que les pasan a los actores  Objetos 
  • 19. 5 razones para un diseño basado en escenarios! son descripciones vividas sobre experiencias del usuario final sobre cuestiones de diseño" los escenarios fijan una interpretación y una solución pero tienen un final abierto y son fáciles de revisar" los escenarios pueden ser escritos con diferentes niveles, propósitos y desde diferentes perspectivas" los escenarios pueden ser abstraidos y categorizados" los escenarios anclan la discusión de diseño en el trabajo, promoviendo la participación entre las partes y de esta manera motiva soluciones de diseño más apropiadas." John Carroll (1999)"
  • 20. Los escenarios están entre las herramientas más poderosas en el diseño de productos y servicios. ! Kim Goodwin"
  • 21. Un buen escenario explica las motivaciones de la persona para un comportamiento en particular e indica cuales son los objetivos de la persona que el sistema le permite lograr. " Alguna gente se opone a los escenarios porque son inventados. Los escenarios se basan un entendimiento humano de un tipo especial de persona. Saben como una persona se va comportar porque saben lo que los chifla. Es como comprar un regalo. " Kim Goodwin (2009)"
  • 22. Escenarios = casos de usuarios = historias de usuarios! E funcionalidad del sistema/ prioridad de las funciones y de la manera que las funciones se expresan en términos de lo que el usuario ve y de la manera que interactúa con los sistemas. (todos los pasos del proceso de diseño)" CU requerimientos funcionales de los sistemas, enfocándose en las acciones básicas del usuario y respuesta del sistema / catálogo completo de tareas a realizar por el usuario (fases tardías de la validación del diseño). Tienen forma de diagramas o UML(unified modeling language). " HU se usan en Agile programming en métodos como Scrum. Son requisitos, de una oración. No describen todo lo que pasa desde el principio hasta el final. No usan personas y no se enfocan en como el usuario piensa y siente. "
  • 23. Concepto  se usa para representar una idea no   elaborada en detalle, puede ser una idea   vaga sobre todo el sistema (ej: casa   conectada), una sugerencia para un servicio   (ej: control remoto para el sauna desde el   celular), o un nuevo uso de una técnica de   interacción (ej: interacción por voz con un   programa de televisión) 
  • 24. Un concepto puede tener diferentes escenarios! Los escenarios son diversos" Individual vs. organizacional" De observación vs. visionario" Todo el proceso vs. una fase" Presentan el mundo como un usuario lo ve, excluyendo todos los detalles de lo que hace el sistema. "
  • 25. Antecedentes! desarrollo de software " diferentes partidos/intereses" Los escenarios se usan para generar consenso (negociaciones en el grupo de trabajo y hacer visibles las encrucijadas del diseño)" Las emociones y las motivaciones también son parte de la persona. Ejemplo: papá subiendo una foto de su bebé recién nacido.
  • 26. Escenarios! se dirigen a detalles del contexto/ dinámica temporal" ayuda para manejar varios aspectos simultaneamente a través de posibilidades concretas" estimulan la imaginación (el tipo de pregunta “que pasa si” que cada circusntancia abre)" evalúan diferentes resultados alternativos"
  • 27. Los escenarios pueden ayudar cuando...! Qué está mal? El problema no está completamente definido." Qué podemos hacer? Los posibles movimientos no están todos dados" Qué puede ayudar? El objectivo es desconocido de antemano. "
  • 28. Primero crear una solución! Analizar para clarificar el estado del problema, movimientos y objetivos" Usar una solución inicial como “generador”" Tema guía/ diseño de concepto " Provocar analogías, conecciones" Preguntas/cambio de objectivos o requerimientos" Evocar creatividad
  • 29. Problemas en primeras soluciones! Insuficiente análisis del problema (los escenarios evocan reflección en diseño) " Prematuro encantamiento (los escenarios son concretos pero maleables)" Insuficiente variedad de soluciones parciales " (los escenarios contribuyen a soluciones multifacéticas)
  • 30. Los escenarios evocan empatía, imaginación y elaboración! Se los experimenta como concretos" Los escenarios promueven preguntas! Hacen visible el uso
  • 31. Los escenarios son: ! concretas visiones de diseño" formas maleables que pueden cambiar facilmente" “Bocetos en el tiempo” Pensando se mueve el testeo" una manera de unificar el problema y definir el análisis. " una herramienta de evaluación y testeo
  • 32. Enfoque con la actividad! Los escenarios describen gente y su trabajo" Mantienen el foco en la actividad humana y la experiencia, las cosas pueden ser familiares, pero no típicas." Los escenarios son accesibles para todos! Es un medio técnico para el diseño participativo (es la manera de compartir ideas con usuarios)" Facilitar la integración de diferentes conocimientos y habilidades describiendo la actividad detalladamente
  • 33. Simplemente…! Observar escenarios problemáticos" 1. Mirar lo que la gente hace" 2. Mirar a como usan herramientas y objetos" Imaginarse escenarios! Kim Goodwin llama a estos Goal-Directed scenarios" 1. Mejores maneras de hacer lo que se hace" 2. Mejor cosas para hacer" 3. Entonces, desarrollar lo que te imaginaste"
  • 34. Escribiendo escenarios! Imaginar y caracterizar un grupo de actores representativos y evocativos.  Poner el foco en la actividad principal. Narrar la experiencia de los actores: objectivos, planes, acciones y reacciones. " Puede incluir interacciones entre diferentes interesados" Reusar actores o artefactos cuando es razonable porque incrementa la coherencia a través del escenario. " Integrar e ilustrar los temas. "
  • 35. Iterar con el análisis de las demandas! Las demandas son la razón para la construcción de escenarios" Impactos positivos y negativos de la experiencia del usuario " Enfatizando problemas" Extender escenarios con preguntaas de tipo “qué pasa si” " Explorar variaciones de objetivos, actores y contextos
  • 36. Escenario re-diseño, evolución:! Mantener objectivos, actores y contexto" Las demandas deben brindar cambios y nuevas definiciones" Referirse a las demandas para obtener dirección
  • 37. El punto importante es" cómo está el escenario creado, usado y compartido " para: " generar empatía, imaginación y preguntas, " facilitar comentarios, orientar el trabajo," incluir a los usuarios" y generar diferentes perspectivas "
  • 38. Viejitos activos - Active seniors
  • 39. Viejitos activos - Active seniors Arki Research Group
  • 40. Co‐diseño‐código abierto‐comunidades‐apropiación de nuevas  tecnologías‐ empoderamiento    
  • 41. Referencias" Esta clase está basada en un workshop dado por J.Carroll en el Media Lab. Universidad de Arte y Diseño de Helsinki. " Para ampliar bibliografía se recomienda leer: " Scenarios Based Methods (Métodos Basados en Escenarios)
 “Five Reasons for Scenario-Based Design” by John Carroll.
 J
 Designing for the Digital Age. How to Create Human-Centered Products and Services. Kim Goodwin. 
 The Semantic Turn. A New Foundation for Design. Klaus Krippendorff.
 The Design of Everyday Things. Donald Norman. Carroll

  • 42. Sugerencias para usar escenarios en el desarrollo de la tesina! Encontrar en su proyecto, el contexto de la actividad y el escenario que describe el problema. " Cada persona en el grupo escribe un escenario. " Pensar y ponerse de acuerdo para hacer un sistema de escenarios. " Presentar los escenarios al grupo. " Llevar los escenarios a entrevistas con los usuarios finales y generar un diálogo con respecto al proyecto y sus posibilidades. " Entender para que les sirvió el o los escenarios. Escribir sobre la experiencia. "
  • 43. Gracias‐Kiitos  mariana.salgado@gmail.com  mis presentaciones están en:   h?p://www.slideshare.net/marianasalgado  h?p://www.scribd.com/salgadomariana  si quieren leer que otras cosas hago,  quiero hacer o me interesan  h?p://pinatasdigitales.wordpress.com/  Mariana Salgado- Media Lab- November 2005 Mariana Salgado‐ PADD‐ FADU‐ UBA‐ Junio 2010