Muy buenas, Joer Paco, ¿pides un inventario?, ja,ja. Venga, vamos a intentarlo!.
Primero de nada advierto que suelto un rollazo de mail. [para contextualizar mi mail os digo que vengo de los comentarios del post de Yusef que comenta Paco, ok?] En primer lugar decir que el poco uso de la técnica de Personas, en mi opinión, no es porque no sea interesante sino, al igual que otras tantas técnicas, por desconocimiento: a) de su alcance y/o posibilidades y b) de la técnica en sí. Uno de los motivos del desconocimiento, a parte de la falta de formación global que tenemos en estos temas, son los propios procesos de trabajo de las empresas, sucede que muchas veces la gente está sumergida en procesos de trabajo muy protocolizados y por tanto atados de pies y manos para arriesgarse a incluir/probar con cosas nuevas, no hay margen para la prueba/error. Y es que si experimentas con algo nuevo y no da los resultados esperados la respuesta es "eso no se hace, eso no se toca" en vez de "hemos aprendido X, para la próxima ya lo sabemos". En mi caso he utilizado la técnica de Personas para fines distintos, unas para lo que fue creada "procesos de desarrollo" y otras cosas como la gestión de fases concretas de algunos proyectos. Y es que las técnicas son lo que son, herramientas al servicio de la causa que defiende quien la use. ¿Quién no ha utilizado una llave inglesa o unos alicates en vez de un martillo para clavar un clavo? Un ejemplo de lo último fue: aunar visiones y esfuerzos de un equipo dispar de intereses y conocimientos diferentes. Caso de un proyecto en el cual hay 4 departamentos distintos de la empresa involucrados en hacer una aplicación, uno de ellos es quien tira del carro, ya que es quien tiene que sacar a delante el proyecto, pero necesita de consenso con los otros para que no le pongan troncos en las ruedas. Pues bien el uso de Personas aquí sirvió: 1) para poner juntos varios implicados de diferentes departamentos y tratar el tema en cuestión desde un enfoque paralelo, 2) llegar a un acuerdo sobre para qué público se dirigía la aplicación y 3) que todos se sintiesen partícipes del resultado final. Las claves para mi de la utilización de Personas son: - Se necesita investigación con gente para crearlas, sino son ficticias. - Se crean antes de las fases de prototipado. - Necesario familiarizar a todo el equipo involucrado en el desarrollo de la aplicación antes de ponerse a hacer nada. La verdad es que si un proyecto no contempla fases previas de investigación con usuarios implica añadir un coste adicional ya que las Personas se deben crear a partir de información directa de la gente. Existe una variante, o al menos yo la contemplo, de hacer Personas a partir de datos secundarios, es decir de información no directamente obtenida de primera mano. Esto es una solución para situaciones en las que no se puede hacer investigación. Lo crucial es tratarse las Personas en serio y que el equipo se involucre en el diálogo con esta técnica. Espero contribuir en algo a tu pregunta Paco. Un saludo. El día 15/11/07, Francisco Tosete Herranz < [EMAIL PROTECTED]> escribió: > > ¿Personas sí, Personas no, o Personas quizá? > > A raíz de un post de Yusef > http://www.human-computer.net/blog/2007/11/14/tecnica-persona-y-scenario/ > > leo la discusión sobre la creación y uso de "Personas": > > Personas sí (Jareed Spool): > > http://www.uie.com/brainsparks/2007/11/14/crappy-personas-vs-robust-personas/ > > Personas no (Len Dierickx): > http://www.37signals.com/svn/posts/690-ask-37signals-personas > > una bonita discusión la que se está montando. > > > ¿Opiniones? > > - ¿Qué utilidad real tiene la creación de personas en un proyecto web? > > - ¿Creáis Personas en vuestros proyectos? y en ese caso ¿de qué tipo de > proyecto se trataba (alcance temporal -nº de meses-, presupuesto y nº > de personas implicadas). > > -- biguel.com - diálogo entre Tecnología y Sociedad _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
