torresburriel.com

¿Qué entregables son los que se generan tras un proceso de arquitectura de información? Esa pregunta me la he encontrado en la lista de correo IxDA Discuss, y me ha hecho caer en la cuenta de que los entregables, de nuevo, marcan la pauta cuando se trata de evaluar un proceso de trabajo. No se trata de algo absoluto, pero sí que me parece que es una buen apiedra de toque cuando de hacer un repaso al trabajo realizado se refiere.

Una de las propuestas que en la citada lista de correo se ha hecho es la siguiente:

• Personas
• Task analysis grid
• Mapa web
• Wireframes

De la mayoría de estos entregables hemos hablado por aquí en alguna ocasión, a excepción de la task analysis grid, que parece (no lo conocía) una herramienta de trabajo de Todd Warfel, y que la comenta en The Task Analysis Grid.

Lo que me parece reseñable de este nuevo entregable (insisto, al menos para mi) es que su objetivo no es tanto explica, definir y describir el diseño de estructura e información del sitio web de forma general y específica, sino que el foco lo pone en la audiencia a la que se orienta este último enteregable. Se trata de la comunicación de las decisiones de diseño a otras personas clave (skateholders) que van a tener su influencia en el proyecto. Pone el ejemplo del cuerpo comercial, marketing, desarrollo, etc.

¿Cuántas veces una mala o deficiente comunicación de una decisión de diseño, estructura o interacción ha supuesto que el requisito caiga en la fase de definición de un proyecto? No se a vosotros, pero a mi meha pasado más de una vez. ¡¡Y qué rabia me da!!

Por lo tanto, habrá que seguir muy de cerca la task analysis grid.

Al hilo de este post, más cosas que sobre arquitectura de información, procesos y entregables hemos comentado por aquí:

• Arquitectura de información 3.0
• El proceso de arquitectura de información I
• El proceso de arquitectura de información II
• El proceso de arquitectura de información III
• El proceso de arquitectura de información IV
• Narrativa de wireframes guiados
• Herramientas de trabajo para el arquitecto de información
• Rotular, palabra maldita
• La importancia de los wireframes

Actualización: acabo de ver en Transitioning from User Experience to Product Management: Part 1 como Jeff Lash habla del tema cuando dice que There isn’t a UX professional who hasn’t had a bad experience with a stakeholder who, despite their lack of customer interaction or knowledge of needs and workflows, overrules a research-based design on their gut feeling or unfounded opinion. Interesante.

This entry was posted on Lunes, Febrero 12th, 2007 at 4:51 pm and is filed under Arquitectura de Información. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.