Hola Sergio, El tema que nos planteas tiene "tela" y creo que buena parte de los que hemos trabajado en proyectos cuyos desarrollos han sido asignados a un equipo distinto del nuestro, hemos pensado finalmente "mmm, no era como yo lo hab�a imaginado". Es bastante l�gico si se piensa que pueden existir no s�lo competencias y formaciones profesionales diferentes, sino adem�s m�todos de trabajo distintos. Frente a eso recomendamos un per�odo de convergencia y apresto entre los equipos, de tal manera que las ambig�edades propias del lenguaje disminuyan.
Respecto de tu pregunta sobre documentaci�n. - En t�rminos generales creo que la documentaci�n que se entrega para la producci�n, debiera incluir la operacionalizaci�n de instrucciones (medidas cuantificables) y provisi�n de patrones (problemas y sus respectivas soluciones, con ejemplos). Adjunto abajo algunos estudios relacionados. Un saludo. ------------ En 1990, Bevan, uno de los principales gestores de la definici�n ISO de usabilidad informaba de las dificultades para implementar directrices(1), entre otras razones porque suelen ser vagas y separadas del contexto en que deben ser utilizadas. Esta dificultad parece afectar tanto a novatos como expertos(2), lo que finalmente termina incidiendo en que sean escasamente utilizadas. Seg�n Ivory (2003) s�lo el 33% de los dise�adores las usa. La escasa utilizaci�n de las gu�as esta relacionada adem�s con su gran n�mero y el diverso grado de confiabilidad de sus fuentes(3). Los intentos por resolver estos problemas han involucrado proyectos de gran alcance como EvalWeb (5) y WebTango (6) los que tiene como una de las principales fases de su trabajo el generar medidas operacionalizables, es decir, indicaciones medibles que no est�n sujetas a ambig�edad. Aunque su prop�sito sea la evaluaci�n autom�tica, entrega un marco de instrucciones para evaluar la usabilidad de un sitio. Por otra parte, respecto de la utilizaci�n efectiva de directrices y su combinaci�n con patrones una interesante propuesta(7). Y finalmente, aunque pueda salirse del tema de la documentaci�n, te env�o el enlace de un important�sima reflexi�n respecto del concepto de usabilidad y de como su ambig�edad genera directrices, pautas y gu�as ambiguas. Para resolver el dilema se plantea un modelo en tres capas y como cada un de ellas puede aportar en las fases de desarrollo de un producto (8). (1)http://www.usability.serco.com/papers/useofguidelines.pdf (2)http://webtango.ischool.washington.edu/pubs/hcii03/hcii03a.pdf (3)http://www.irit.fr/recherches/LIIHS/farenc/documents/UAHCI_2001.pdf (4)http://www.acm.org/sigchi/chi96/proceedings/shortpap/Rodriguez/rn_txt .htm (5)http://www.tri.sbc.com/hfweb/scapin/Scapin.html#Ratner96 (6)http://webtango.ischool.washington.edu/pages/home.php (7)http://depts.washington.edu/dmgwksp/PP/henniger.pdf (8)http://www.cs.vu.nl/~gerrit/gta/docs/Interact99.pdf Marcelo Garrido Palma Tel: 56 - 09- 7184165 www.amable.info > Est� muy bien teorizar sobre c�mo debe de ser un buen dise�o de > interacci�n, pero a la hora de plasmarlo en una documentaci�n, que deba > comprender un equipo de desarrollo, surgen multitud de problemas. Y estos > problemas no son nada comparados con los quebraderos de cabeza que derivan > de mantener actualizada y gestionar esa documentaci�n y todo lo que > conlleva (Gesti�n de versiones, trazabilidad hacia atr�s...) > > Creo que nunca he visto hablar de ello en esta lista y me gustar�a que > pudi�semos compartir m�todos, ideas, herramientas, etc... > > Un saludo, > > > Sergio de la Casa Sotillo > Dpto. de Planificaci�n > mailto:[EMAIL PROTECTED] > _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
