|
�C�mo presentan algunos 'Arquitectos de Informaci�n' sus documentos
de
an�lisis final? Recib� 7 respuestas (gracias a los que contestaron). Al final del documento encontrar�n las conclusiones, si prefieren no leer una por una, y que condenso: - Bego�a Araez crea dos documentos, donde presenta: 1) Bocetos de interfaces, navegaci�n del sitio, diagramas de flujo, estructuras de contenidos. Creados en Visio o Power Point (PP); 2) Explicaci�n del documento creado en Visio/PP (ideal para complementar la presentaci�n al cliente). Creado en Word. - Juan Luis Ortelano utiliza 2 documentos, donde presenta: 1) An�lisis, estudios, wireframes. Creado en Word y PP y exportado a PDF. Lo entrega impreso y en CD. 2) Presentaci�n donde condensa los puntos principales (no m�s de 12 slides). Creada en PP. - Javier Velasco presenta un documento en HTML con el siguiente contenido: 1) Mapa de navegaci�n con explicaci�n. Creado en Visio y con base en el JJG's Visual Dictionary. 2) Dise�o de p�gina. Ejemplo de interfaz de una "p�gina tipo". 3) "Next steps". Pasos a seguir basados en sugerencias. Los documentos anexos se pueden descargar como PDF's. - Javier Ca�ada crea varios documentos: 1) Especificiaciones de usuario: Creado en Word (supongo). 2) �rbol de contenidos: Creado en Visio o Freehand, se exporta en PDF para cliente, en EPS para equipo). 3) Flujos de navegaci�n o diagramas de procesos espec�ficos. Cito: "los procesos funcionales no se representan en el �rbol como flujos, con todas sus posibilidades, y es necesario documentarlos (para el equipo y para el cliente)". Se crea en relaci�n con las necesidades del cliente y "a su forma de ver el negocio". 4) Wireframes. Cito: "representan la estructura de la interfaz en todas sus posibles formas, y en cualquier punto del �rbol (navegaci�n, ubicaci�n de elementos)". Creadas en freehand. 5) Tests y evaluaciones: Si se involucra al cliente, hay que recoger aspectos como los antecedentes, la metodolog�a, capturas, grabaciones... para "hacerlo comprensible". 6) Documentaci�n final. Cito: "se realiza por parte de todo el equipo (tech, dise�o, AI-HCI, copy, WD), para el cliente. Recoge todos los entregables del proyecto, en bonito, y explicados. Explica qu� se ha hecho, qu� hay y c�mo est�, y cu�l debe ser la evoluci�n l�gica (en caso de que haya que hacer cambios). El doc puede recoger gu�as espec�ficas que ayuden al cliente a administrar su site. Normalmente, se presenta un documento escrito que combina un mont�n de formatos en su interior, y que va acompa�ado de anexos m�ltiples, en digital (CDROM), o en papel". - Sal Atxondo presenta su trabajo... eh... de la siguiente manera (cito/edito): "en mi experiencia, la presentacion muy pocas veces es un estandar. Siento que cada cliente prefiere, le gusta o "tiene" una aplicacion y no otra: a los inform�ticos les encanta "Visio" para los esquemas, pero a un CEO lo tiras de espalda si le presentas eso... A ellos normalmente les va mejor un power point o un html o hasta un gif". Tambi�n "construir una extranet donde puedan ver ordenados los trabajos y a otros solo un listado". "En general, usamos mixturas propias: (puede ser) Word con links o hasta un flash (no es co�a) para alguna presentacion puntual. De la manera que tu sientas y pienses que lo entendera mejor. O entendera lo que tu quieres que entienda, que es lo que siempre yo deseo. (al leer esta respuesta me parece que no te he dicho nada!!!)" :-) En fin, resumiendo: Sus presentaciones las realiza de acuerdo a las expectativas de quienes las van a utilizar, lo cual va desde un documento de Word, un Flash, Visio (para esquemas), Power Point, HTML, GIF, o extranets. Plantea una frase interesante: "El conocer la sensibilidad del cliente y donde el se siente mas comodo es como se lo has de entregar". C�sar Astudillo entrega los siguientes documentos: - Declaraci�n de objetivos (PowerPoint) - "Personas" o perfiles de usuario (PowerPoint) - "Benchmark" de contenidos/funcionalidades de la competencia (Excel/PowerPoint) - Lista inicial de contenidos/funcionalidades (PowerPoint) - Criterios de selecci�n de contenidos/funcionalidades para determinar ratio atractivo/coste (PowerPoint) - Evaluaci�n y selecci�n de contenidos/funcionalidades (PowerPoint) - Descripci�n funcional (PowerPoint/Word) - Arquitectura de la Informaci�n (�rbol de navegaci�n + etiquetado) (HTML) - Prototipo navegable con el interfaz de usuario completo (HTML navegable). (Presentando los avances a medida que se completan las tareas correspondientes). Rafa, de Almac�n de Informaciones, utiliza dos tipos de presentaciones: 1) Gr�ficas. Las utiliza para: a) orientar sobre las posibilidades de abordaje de un proyecto para comprobar diferentes opciones y el estudio de la sugerencia final. b) realizaci�n del informe final, como resumen para los involucrados en el proyecto. Entrega su presentaci�n en papel, adem�s de copias en color de las diapositivas presentadas. 2) Informes (Vol�menes de informaci�n o "Tochetes"): Los utiliza para proporcionar datos precisos para continuar el proyecto sin la presencia del equipo de consultores. Ejemplo: para realizar adaptaciones de un ERP a una empresa. Nota: La copia impresa es imprescindible, ya que va firmada por los involucrados para evitar dolores de cabeza a posteriori. La copia electr�nica se proporciona cuando se trata de un requerimiento del proyecto. Y recomienda este libro: "La Consultor�a de Empresas. Gu�a de la profesi�n" OIT Oficina Internacional del trabajo. Ginebra Direcci�n de Milan 3� Edici�n revisada Editorial: OIT (Precio: aprox. 10.000 Pts.) CONCLUSIONES: Aunque no contamos con una muestra considerable, percibo que a nuestra comunidad le falta refinar una metodolog�a para la presentaci�n del trabajo realizado, lo cual puede representar una ventaja competitiva, tanto para la profesi�n como para los individuos. Es l�gico que esto suceda, pues se trata de una disciplina muy joven, pero que debe evolucionar. Con esto no quiero decir que se armen recetas, pues cada proyecto tiene sus caracter�sticas particulares y es a estas a las que se debe responder, adem�s de que cada ArqInfo debe imprimirles su muy peculiar estilo y forma de trabajar. Sin embargo, pienso que tendr�an que existir ciertos puntos importantes en cada presentaci�n, ciertos puntos indexados que respondan cuestionamientos clave de frente a nuestros proyectos. Tal vez ser�a interesante aportar una "metodolog�a tipo" que sirviera de ejemplo y ya que cada quien la aproveche de la forma que quiera. As� la cosa, condenso los diferentes puntos considerados por cada uno, dividido en dos tipos de documentos: 1) DOCUMENTOS PARA PLANEACI�N, ADMINISTRACI�N Y AN�LISIS: - Declaraci�n de objetivos, - Especificiaciones (o perfiles) de usuario, - An�lisis, - Tests y evaluaciones (aka. "Estudios), - An�lisis de contenidos/funcionalidades de la competencia, - Criterios de selecci�n de contenidos/funcionalidades para determinar ratio atractivo/coste, - Evaluaci�n y selecci�n de contenidos/funcionalidades - Documento explicativo (aka. "descripci�n funcional") - Documentaci�n final, 2) DOCUMENTOS DE PROPUESTAS: - Bocetos de interfaz, - Diagramas de flujo (aka. "Flujos de navegaci�n", "diagramas de procesos espec�ficos", "Arbol de navegaci�n del sitio"), - Estructuras de contenidos (aka. "�rbol de contenidos"), - Etiquetado, - Wireframes, - Pasos a seguir, - Prototipo navegable con el interfaz de usuario completo. APLICACIONES USADAS: - Visio - Power Point - Word - Freehand - Excel FORMATOS DE PRESENTACI�N - HTML - Documentos Impresos - Diapositivas (Power Point) - EPS - Im�genes (GIF) Espero que esto les sirva para compararlo con sus propias metodolog�as y les ayude a mejorarlas. Esto tambi�n podr�a servir como cimiento para el desarrollo de un formato modelo del que todos nos podamos beneficiar. Tal vez si alguien tiene una metodolog�a m�s trabajada, o si
alguien desarrolla alguna, que no sea marrete y la comparta. Ojal� y este resumen les sirva de algo y espero comentarios. Pablo Pozo Pietra Santa [EMAIL PROTECTED] 2002 Est�s suscrito a Cadius como: [EMAIL PROTECTED] Si quieres darte de baja o modificar tu suscripci�n, puedes hacerlo desde http://www.cadius.org/forms/login.html |
