Hola Juan Ignacio, Me resulta interesante la cuestión que planteas....conozco dos referencias bibliográficas a este respeto que pueden interesarte:
1. La primera es la que aparece en "no me hagas pensar", el famoso libro de Steve Krug [1], donde, en uno de sus últimos capítulos, plantéa una serie de viñetas muy didácticas sobre este mismo problema. Su propuesta de forma resumidita es centrar la atención del "equipo" en intentar cubrir "las necesidades del usuario" y no las necesidades personales de cada uno, por lo tanto adoptar el enfoque y las metodologías de la usabilidad. [No explica como implantar este modelo en la empresa..lo cual sería otro buen capítulo] 2. El segundo libro que toca este tema de los que yo he podido consultar es "CSS, hojas de estilo en cascada para el diseño web", un libro relativamente reciente escrito por varios "gurús" de la programación web y dirigido por Jeffrey Zeldman[2]. El primer capítulo es tremendamente didáctico, y plantéa entre otras cosas, guias sobre coordinación y distribución de responsabilidades en un grupo de trabajo para la web. También ilustra un modelo del proceso que debería seguir cualquier proyecto web, lo cual, incluye de algún modo, la visión y postualdos de Krug. Ya como reflexión particular, tengo la sensación de que el problema que planteas, tiene mucho que ver con "el modelo del desarrollo del software" que usa la empresa en la que trabajas, y de forma más general, con su propia infraestructura empresarial. Hace ya algún tiempo, que se viene hablando de las ventajas del modelos distribuidos frente a modelos centralizados en las empresas. De lo poco que he leido a este respecto, me parece interesante el famoso artículo de Raymond "La catedral y el bazar" [3] y un escrito de Tomás Maldonado [4], incluido en su "El diseño industrial re-considerado", el cual, hace ya más de 30 años...describió estas problemáticas relacionadas con los modelos de producción en lo que el llamó "el modelo de la calidad total". Maldonado, compara el modelo europeo frente al modelo japonés, adelantando que "habría que cambiar de un modelo centralizado y especializado en sentido vertical" a "un modelo especialiado en sentido transversal" para poder alcanzar mejores cotas de calidad en los productos y de alguna manera, poder competir en un mercado cada vez más exigente en este sentido. Parece que el modelo empresarial en el que tu te ubicas como trabajador, no parece tener en cuenta tus opiniones hasta llegado un punto en la producción, y esto es una cuestión que actúa negativamente respecto al resultado final alcanzado por la empresa a la que perteneces. Futuro incierto.... Espero que esta información te sirva de ayuda, saludos, carlos marrero expósito [EMAIL PROTECTED] Steve Kurg [1] No me hagas pensar, Steve Krug, Practice Hall, 2001 Las CSS´s de Zeldman [Una crítica del libro] [2] http://www.graficacolectiva.org/2006/05/12/el-nirvana-de-las-css/ La catedral y el bazar... [3] http://biblioweb.sindominio.net/telematica/catedral.html Tomás Maldonado reconsiderando el diseño industrial [4]* El Diseño Industrial Reconsiderado*. Barcelona, Gustavo Gili, 1977 El diseño en relación a los modelos de organización. [5] http://www.chr5.com/investigacion/investiga_teoria/index_modelos.html Juan Ignacio Sánchez Lara wrote: >Trabajo en una empresa haciendo aplicaciones web. Tenemos un departamento de >Diseño Gráfico que es el responsable del diseño de los interfaces. Huelga >decir que los interfaces de nuestras aplicaciones son páginas web (html + >css). > >Recientemente hemos tenido un pequeño gran problema serio sin importancia >(ya me entendeis) de competencias y responsabilidades. El diseño gráfico >(entendido como apariencia) por supuesto corre de su cuenta, pero en >desarrollo también utilizamos el código de prototipos/maquetas que ellos >hacen para el producto final. El acabado gráfico es impecable y por supuesto >no lo pongo en duda, pero hasta la fecha el código se venía haciendo "a la >vieja usanza" con Dreamweaver: maquetación con tablas, múltiples "blank.gif" >para hacer huecos en blanco, nada de pasarle validadores W3 o TAW... Todo >esto, aparte de los problemas de usabilidad y/o accesibilidad de los que en >esta lista seguro no tengo que comentar, nos traía a los desarrolladores >otros problemas (al menos desde mi punto de vista): el código de las páginas >se vuelve farragoso y con muchos elementos innecesarios, lo que lo hace >mucho más costoso de mantener; a la hora de pasar los prototipos (estáticos) >a páginas jsp (generadas con bucles, etiquetas de Struts, etc) se tarda >muchísimo... Seguiría con la lista, pero creo que comprendeis a qué me >refiero. El caso es que solicité que se considerase la posibilidad de >mejorar ese aspecto, y, como no podía ser de otra forma, han llegado los >problemas y los malentendidos. > >¿Cuál es el reparto de tareas óptimo en un proyecto, y cuál es el que se >suele realizar en la práctica con resultados aceptables? ¿Tiene que recaer >en el mismo equipo el diseño gráfico, el prototipado de los interfaces, el >desarrollo del código? ¿Utilizais prototipos en HTML o sólo de Visio o >similar? ¿Vuestros prototipos son reutilizables, o desechables? En >definitiva... ¿cuál es la organización que debe seguir un proyecto para el >desarrollo de sus interfaces (web)? No sé hasta qué punto un diseñador >gráfico debe preocuparse de la accesibilidad de las páginas o calidad de su >código... > >Quizá son muchas preguntas en poco espacio. ¿Qué bibliografía puedo >consultar (disponible online a ser posible) para conocer cómo se debe hacer >esto? Es fácil encontrar la separación de tareas entre un analista, un >diseñador (no confundir con diseñador gráfico) y un programador, pero no >tanto que entre en detalle en el desarrollo de los interfaces. ¿Cuál es >vuestra experiencia al respecto? > >¡Gracias por vuestra atención! > > > _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
