Hola Pedro y colisteros:

Puedes consultar en la web más dedicada a Gestión de Información de IWETEL,
donde hace poco trataban temas así:
http://listserv.rediris.es/archives/iwetel.html

Más concretamente, en http://tinyurl.com/t3odj
**
Luis Villa también habló del tema en
http://www.alzado.org/articulo.php?id_art=130 por si quieres una referencia
de alguien más de esta lista.

Y los archiveros saben mucho de eso (los principios archivísticos clásicos
sirven muy bien a efectos de Gestión del Conocimiento, por ejemplo, algo que
no se conoce mucho pero que de alguna forma se ha trasladado a la reciente
norma internacional ISO 15489 records management, por ejemplo, tras los
desastres de ENRON)

En general diría que depende de cómo usan o quieren usar tus usuarios el
sistema, como mostró Sal Atxondo con la intranet de la Caixa mediante Card
Sorting(http://www.alzado.org/articulo.php?id_art=318) Por cierto, si está
por ahí Sal, ¿todavía siguen buscando los productos de la Caixa, da igual lo
que sea, por la palabra clave "Estrella"?? Qué divertido, si no te sabes el
nombre exacto del producto los trabajadores tenían un problema de
recuperación de información importante.

En fin Pedro, habría que saber más de tu caso, dependiendo del presupuesto o
las posibilidades, si no tienes otras posibilidades podrías facetar o hacer
clasificación múltiple aumentando los puntos de acceso mediante accesos
directos del MS Office, es una solución pobre pero sencilla y si todo el
mundo lo adoptara, eliminaría los duplicados, si no tienes presupuesto ni
tiempo para historias.

Si tienes que seguir trabajando por carpetas y no puedes optar por algún
tipo de gestión más "dinámica" tipo Gestor Documental o de Contenidos, se
puede discutir mucho, pero casi diría que sea lo que sea (por funciones y no
por organigrama, por organigrama y no por funciones, con metadatos
recuperables a posteriori, con plantillas en vez de cada cual a su manera,
etc) que haya consenso en cómo se va a usar. De nada servirá que tú elabores
un procedimiento de cómo clasificar las carpetas, si no hay acuerdo entre
los usuarios del sistema (en un entorno empresarial, preferentemente
impulsado por el Director de la empresa) porque en dos semanas está igual de
mal.

Ánimo y al toro, abrazos,
-- 
Jorge Serrano Cobos
Departamento de Contenidos
http//www.masmedios.com

Miembro del Grupo Thinkepi
http://www.thinkepi.net
Web personal: http://trucosdegoogle.blogspot.com

------------------------------

Message: 4
Date: Mon, 4 Dec 2006 10:23:04 +0000 (GMT)
From: Pedro Ramírez <[EMAIL PROTECTED]>
Subject: [cadius] Directorios comunes organizados
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=windows-1252



He estado dudando de si esta pregunta o comentario lo debía
incluir en la lista por, quizás, su carácter ya que no está íntimamente
relacionado con arquitectura web, pero sí con arquitectura de usabilidad y
diseño en entorno informático... Me explico.


Desde la comunidad quizás sí que haya comentarios para la
siguiente pregunta. Se me está planteando la estructuración de un directorio
de
carpetas y archivos comunes de un determinado departamento. Como se puede
imaginar, ese directorio común es cada día más caótico y es difícil que los
empleados puedan encontrar la documentación ?x? porque tal documentación
está
dispersa en innumerables nombres de carpetas que en muchas ocasiones no
tienen
sentido. Evidentemente, muchos documentos también se encuentran duplicados.


Vamos a hacer ?limpieza? de todo ello y establecer un
sistema lógico de carpetas, subcarpetas, etc. que sean lo suficientemente
intuitivas como para que todo el mundo sepa trabajar conjuntamente, en común
y
de forma organizada.


Para un departamento en cuestión, ¿qué modelo creéis que es
más lógico? ¿cómo lo ordenaríais vosotros? Por áreas???? (subdepartamento 1,
subdepartamento 2, etc???), por proyectos????....


Cualquier comentario será bienvenido


Saludos,
_______________________________________________
altas, bajas y modificaciones:
http://www.cadius.org/lista/opciones.html

Responder a