![Workshop Objetive ,[object Object],[object Object],[object Object],[object Object],[object Object],Theory JP Validate Prototype](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recomendados
Recomendados
Mais conteúdo relacionado
Último
Último (20)
Destaque
Destaque (20)
Agile prototyping with justinmind prototyper in cas2010 en
- 1. Agile Prototyping with Justinmind Prototyper Workshop @ CAS2010 – June 11
- 8. How fit prototypes in an agile context Theory JP Validate Prototype 2/2
- 21. Thanks a lot! Xavier Renom (Justinmind) [email_address] Harald Messemer (The Birchman Group) [email_address]
Notas do Editor
- Workshop @ CAS2010, June 11th
- Objetivo del taller Ya programamos todos los días. Los perfiles no técnicos son los perfiles de negocio, los especialistas de negocio. Éste es un taller de prototipado ágil. Muchas gracias por asistir. Hoy vamos a dejar la programación a un lado y nos centraremos en el Prototipado, en qué consiste , para que sirve , como y cuando prototipar . Aquí teneis a Harald Messemer, experto en metodologías ágiles en The Birchman Group. Y yo Soy Xavier Renom, director de Justinmind, una pequeña empresa de Barcelona que ha desarrollado Justinmind Prototyper , un producto para el prototipado rápido de aplicaciones informáticas que incluso puede simular datos.
- Estructura del taller Funcionalidad propuesta en la siguiente transparencia
- Para qué se hace un prototipo? El cerebro del usuario no técnico se pone a funcionar cuando visualiza algo.
- Para qué se hace un prototipo? El cerebro del usuario no técnico se pone a funcionar cuando visualiza algo. Para qué prototipar? Prototipar tiene sentido cuando tenemos que comunicar a usuarios que no son técnicos. Que no son arquitectos, ni programadores... Prototipar tiene sentido si admitimos la filosofía de que ‘el usuario es el rei’. Las aplicaciones se hacen para el usuario final en la mayoría de ocasiones o así debería de hacerse. El usuario final no sabe de documentos de especificaciones largos, pero sí sabe de utilizar aplicaciones sobretodo si están en su dominio. Por ejemplo, los responsables del dept de tesorería de un banco son los más expertos en como tienen que ser las aplicaciones de tesorería del banco.
- Prototipos y agilidad BDD: http://en.wikipedia.org/wiki/Behavior_Driven_Development Iterative Requirements Gathering, pero como? Ahora es posible con Justinmind Prototyper, porqué se puede hacer de una forma rápida y ágil. APDD te dice el cómo: con una herramienta de prototipado Rápido como Justinmind Prototyper La ‘Pared de Diseño’ a veces no es suficiente.
- Cuando usar prototipos y cuando no? Si al hablar con tu cliente funciona el ‘imaginate que ...’ entonces no es ncesario utilizar prototipos. Feasibility Un prototipo al principio te asegura la viabilidad del proyecto, para proyectos de cierta embergadura evita costosos fracados en los proyectos.
- También como referencia en el desarrollo. Fail Early, Fail fast, fail often --> Fail early, fast and CHEAP (on prototype!) APDD explicado breve: En un prototipo rápido e interactivo, puedes minimizar los cambios y las malas interpretaciones con el cliente. Aplica rápido los cambios que te pide el cliente cuando ve el prototipo e interactua con él. Llega rápido con el cliente a un punto de partida de la aplicación que quiere (varias iteraciones pero baratas, pues son sobre prototipo). Entonces inicia el sprint, inicia el desarrollo. Mantén como referencia el prototipo y aplica los cambios sobre el mismo si se producen en el desarrollo (siempre hay cambios eso no puede evitarse). Valida de nuevo el prototipo con el cliente y verifica incongruencias y efectos secundarios, luego aplica los cambios en el desarrollo. El prototipado se puede aprovechar para la etapa de desarrollo? Si se conoce la tecnología en la que se va a desarrollar, puede ser bueno prototipar directamente en dicha tecnología la interfase. Si se trata de un proyecto complejo y extenso suele ser mejor
- BDD: http://en.wikipedia.org/wiki/Behavior_Driven_Development Iterative Requirements Gathering, pero como? Ahora es posible con Justinmind Prototyper, porqué se puede hacer de una forma rápida y ágil. Se elimina por sustitución la documentación sobre los requerimientos funcionales. Hablamos de prototipado ágil porqué prototipar no tiene sentido si no se puede hacer de una forma sencilla y rápida, es decir, a un coste reducido, por ello hablamos de prototipado rápido de software .
- BDD: http://en.wikipedia.org/wiki/Behavior_Driven_Development Iterative Requirements Gathering, pero como? Ahora es posible con Justinmind Prototyper, porqué se puede hacer de una forma rápida y ágil. Se elimina por sustitución la documentación sobre los requerimientos funcionales.
- El usuario ‘es el rei’ (la comunidad de Agile-Spain en este caso): quién validará el prototipo. Wireframes, mockups, prototipado y simulación El wireframe son los dibujillos del UX Designer, los mockups son las imágenes del photoshop. Luego está el protipado y la simulación... Porqué simular? Porqué el usuario es el rei (o debería serlo). Voy a insistir en este punto porqué es la clave de nuestra visión. Cuando no sabemos lo que quiere el usuario final, realizar una maqueta prográmaticamente es demasiado costoso y lento. Por otro lado normalmente ni el própio usuario lo sabe realmente, su cerebro empieza a funcionar cuando ve algo, algo familiar, algo en alta definición, una simulación .
- Como vamos a prototipar Uno pensará como lo quiere y el otro hará el prototipo y las modificaciones Estos 2 roles ‘cliente’ y ‘técnico’ o usuario final y business analyst se irán turnando. Problema de prototipar y solución. El problema de prototipar está en su coste. Hasta ahora no había herramientas de prototipado rápido de software, que permitieran incluso la simulación de datos. Son necesarias herramientas: Fáciles de aprender. Rápidas de usar. Que permitan generar prototipos de alta interacción. En Justinmind hemos intentado crear una herramienta de este tipo: Prototyper , que vamos a utilizar en el taller. Comento aquí que el propio desarrollo de Prototyper se ha realizado con metodologías ágiles , como corresponde a un equipo reducido de desarrollo .
- Como vamos a prototipar Uno pensará como lo quiere y el otro hará el prototipo y las modificaciones Estos 2 roles ‘cliente’ y ‘técnico’ o usuario final y business analyst se irán turnando.
- Estructura del taller Libres sois de prototipar otros requerimientos. Partiremos de la web prototipada en alta fidelidad de CAS2010, solo hay una pequeña modificación: Unas páginas de backend para registro que se han simulado. Yo no sé como se hace el registro porqué no he tenido que registrarme. Pero a parte de este es muy fiel al original, se trata de una simulación!. No nos preocuparemos de la implementación, pues el cliente es el rei y hay que conseguir que entienda fácilmente la funcionalidad que se va a añadir.
- Estructura del taller Libres sois de prototipar otros requerimientos. Partiremos de la web prototipada en alta fidelidad de CAS2010, solo hay una pequeña modificación: Unas páginas de backend para registro que se han simulado. Yo no sé como se hace el registro porqué no he tenido que registrarme. Pero a parte de este es muy fiel al original, se trata de una simulación!.
- Aprenderemos como funciona Prototyper sobre la marcha, cuando tengais algun problema de que algo no se pueda hacer os ayudamos Harald o yo. Subiremos las modificaciones y mejoras en el On-demand para votarlas.
- Aprenderemos como funciona Prototyper sobre la marcha, cuando tengais algun problema de que algo no se pueda hacer os ayudamos Harald o yo. Subiremos las modificaciones y mejoras en el On-demand para votarlas.
- Como vamos a prototipar Uno pensará como lo quiere y el otro hará el prototipo y las modificaciones Estos 2 roles ‘cliente’ y ‘técnico’ o usuario final y business analyst se irán turnando.
- Estructura del taller Libres sois de prototipar otros requerimientos.
- Workshop @ CAS2010, June 11th