Por ejemplo, la ecuación “tenemos una voluntaria = informática y redactora permanente”, mientras que yo prefiero la idea de montar una herramienta, formar y que la entidad funcione de manera autónoma.

Aunque, en otros casos, sí que me gustaría ser bloguera permanente… desde luego (excepto en el proyecto de la India o alguna jornada a la que me invitaron) no suelen salir oportunidades de voluntariado así.

Así que rumiaba esta idea que por fin sale……

PEQUEÑO ACUERDO DE VOLUNTARIADO BLOG

La voluntaria se encargará de…

• Presentar una propuesta, discutir propuestas y explicar cualquier duda antes de tomar una decisión
• Montar el sitio con las indicaciones acordadas
• Formar a las personas para que usen el sitio
• Preparar un pequeño manual de uso
• A veces, es posible que contribuya con algún artículo o cambio razonable en el diseño

La voluntaria no se encargará de…

• Continuos cambios en el diseño
• Publicar cada día artículos

La organización se encargará de…

• Actualizar el sitio una vez montado
• Usarlo habitualmente, no abandonarlo
• Usarlo con un objetivo reivindicativo claro reflejando diversidad, paso de sitios “escaparate” para la gloria de la junta directiva o espacios pensados sólo para recaudar fondos
• Diseñar el sitio de forma participativa, con todas las personas implicadas en el proyecto
• Trabajar para que el sitio sea participativo y nadie se quede fuera de él
• Guardar, completar y compartir el manual de uso
• Guardar y proteger las contraseñas del sitio
• Funcionar de forma transparente y alegre
• Respetar las decisiones tomadas, sobre todo las que se tomen democráticamente
• Pensar en cómo seguirá funcionando el sitio aunque cambien las personas de la organización… y formar a esas nuevas personas que lo usarán

Lla cosa sería presentárselo a las organizaciones y que lo tenga muuuuy presente.

Más de una vez, tras impartir un curso, he pensado que el desconocimiento o la no puesta en práctica de algunas de las herramientas de internet que vemos en clase no solamente es la “pérdida de oportunidades” en la red (presencia, posibilidad de proporcionar información y abrir canales de comunicación a socios, voluntarios, junta directiva…) sino también una forma de analfabetizarse digitalmente.

Solamente poniendo en práctica lo visto en el aula, habrá que enfrentarse a “decisiones” que van más allá de una mera concepción técnica de la aplicación:

- ¿qué sistema de moderación de comentarios utilizamos?
- ¿que “rol” asigno a las y los participantes en el grupo de correo?
- ¿quién puede escribir y administrar contenidos en el blog?
- ¿puedo reproducir contenido de otra web? ¿Límites?
- ¿ qué contenidos puedo o no subir a youtube? ¿Límites?
- ¿puedo criticar, reivindicar, denunciar, en definitiva, hacer activismo en la red? ¿Límites?
- ¿puede que hablen de “mi organización” en internet? ¿Cómo lo controlo?

Seguro que para responder a muchas de las anteriores preguntas los movimientos sociales necesitan debatirlas en grupo, repensar, crear o trasladar el modelo de participación interna a través de la red, cuestionarse cómo quieren que sea su “identidad digital”…

Pero sin duda que habrá organizaciones que preferirán quedar encalladas en arenas de ignorancia, enclaustradas en la desconfianza, el miedo y la criminalización de cualquier nueva forma de expresión en la red.

El “aislamiento TIC” de una entidad puede derivar en la radicalización del discurso y un comportamiento reaccionario y ridículo traducible, por ejemplo, en una progresiva pérdida de voluntariado, base social, socios, escasa visibilidad en la red…pero sobre todo, en un naufragio total en su adaptación a las TIC.

Por ello, seguro que queda mucho trabajo por hacer en lo que a “educación en internet” se refiere. Y aquí, todas y todos tenemos todavía mucho por aprender.

En el futuro, no sería deseable que existieran entidades incapaces de ver más allá de la monocausa que defienden mientras cuestionan otros derechos fundamentales por una inadecuada “alfabetización digital”.

Tan grande como es… Subcomendante Flip

Artículos relacionados
El laboratorio no es una clase de informática

Un criterio para evaluar un proyecto también puede ser la calidad de los comentarios.

¿Qué preguntas básicas nos podríamos hacer para evaluar la calidad de los comentarios y aportaciones realizadas en un blog, foro, etc?

• ¿El comentario está relacionado con el artículo o no? (off-topics)
• ¿El comentario es un saludo de alguien que conocemos, representa el mantenimiento del contacto o una toma de contacto con una nueva persona que potencialmente pueda integrarse en la red?
• En el comentario, ¿se aporta o solicita algo?
• Si solicita por ejemplo información o respuestas, ¿la pregunta es buena e interesante, puede incluso hacernos reflexionar o elaborar un artículo que valga para otras personas?
• ¿El comentario aporta una idea nueva con respecto a lo presentado (sea off-topic o no) o reafirma lo expuesto?
• ¿El tono y finalidad del comentario es constructivo o destructivo?
• ¿El comentario se entiende en el contexto o no?
• ¿El comentario se ha dejado en el espacio adecuado? Por ejemplo: cuando realizamos difusión de otros proyectos, la gente trata de participar en ellos a través de nuestro sistema de comentarios. O esos sienes y sienes de comentarios de gente que pide financiación para proyectos.
• Preguntado de otra forma, ¿la persona que realiza el comentario entiende cómo funciona la entidad y el espacio? Quizá ésta pregunta nos dice mucho no sólo del escaso tiempo que la gente dedica a leer en su navegación, sino que nos dice si la gente entiende nuestros fines rápidamente.
• Otras ideas: ortografía, estructura del comentario, credibilidad, ¿la persona se identifica correctamente, deja un enlace?, rapidez de reacción ante otros comentarios…

Apunto algunas ideas:

Información básica

• Quiénes somos: descripción de todos los perfiles (personas por las que trabajamos, voluntariado, equipo técnico, equipo directivo…)
• Qué hacemos: proyectos, actividades…
• Cómo lo hacemos: metodología, formas de trabajo…
• Dónde estamos: dirección postal de la sede o sedes, autobús o metro…
• Por qué lo hacemos: causas, objetivos, misión, documentación…
• Cómo colaborar: voluntariado, donaciones…
• Contacto: teléfono, correo-e…

Secciones
Si en el sitio se va a publicar habitualmente información…

• Novedades relacionadas con el contexto del proyecto: legislación que cambia, iniciativas de otras organizaciones, conflictos…
• Galería de fotos y/o vídeos
• Sección reflexiva: citas célebres, artículos recomendados…
• Reseñas de recursos: pelis, libros, música, juegos…
• Rincón literario o creativo
• Etc

Servicios
No me refiero a los servicios de la entidad en sí, sino a los del sitio. Por ejemplo:

• Buscador
• Suscripción RSS
• Suscripción por correo
• Mapa para localizar recursos

Ayuda
Si el sitio es completo, habrá que indicar algunas pistas, ¿no?

Por fin…
Y ahora una pregunta muy seria… ¿Son todos estos elementos necesarios? ¿Podemos simplificar? ¿Cuál es la necesidad comunicativa del proyecto y qué cosas de todas estas contribuyen a enfrentarse a ella?

¿Dónde pondremos toda esta info? ¿Qué es lo que tendría que estar más a la vista?

Artículos relacionados
Guía básica de planificación cuestionamiento de proyectos TIC
Usabilidad. Qué es, para qué sirve y cómo conseguirla

No había nada. Estamos haciendo ahora un esfuerzo por la digitalización documental y planificación adecuada de procesos y proyectos.

Una de las herramientas propuestas para trabajar es un RECI, un modelo de planificación en hoja excell cuya sigla significa “Responsable, Ejecutante, Consulta, Informa”.

Sirve para planificar procesos en los que participan muchas personas y que se organizan eventualmente. Por ejemplo, la organización de un congreso.

Aquí tenéis el boceto de un RECI para la elaboración de la memoria de una entidad, en la que general colabora mucha gente pero cuya responsable -en este caso- soy yo porque llevo la comunicación.

Hay que marcar, para cada cargo y por cada tarea, quién es responsable, quién ejecuta la tarea, a quién se le puede consultar para hacerlo y a quién se le debe informar de la tarea cuando se realiza.

Ahora bien… este modelo no sirve tanto ni para planificar trabajos en los que no participa tanta gente, ni para controlar el grado de cumplimiento de las tareas. Lo que molaría es tener un documento que unificara tanto planificación como seguimiento.

Empresas de tecnología especializadas en el sector. También fluyen muchas peticiones para que se recomienden empresas de desarrollo web para proyectos de ONG. Empresas que tardan siglos en entregar pequeños trabajos, que piden millonadas… Los comentarios que se oyen dan una imagen de un sector muy oscuro, aunque también tendrá algo que ver la falta de formación desde el lado oenegero.

Gente de plantilla -voluntaria o no- experta en recursos gratuitos en internet. Una, dos, tres personas -por ejemplo- que conozcan las herramientas chulas que se pueden utilizar, a las que hay que adaptarse pero que pueden dar buen resultado.

¿La gente usará esto? ¿A cuánta participación podemos aspirar?
¿Programar de cero o tunear herramientas gratuitas quizá más limitadas?
¿Soñamos demasiado o demasiado poco?
¿Qué cosas mejor públicas y qué cosas mejor privadas?
¿Cuáles son los servicios que más les interesan a nuestras entidades, que no tienen apenas idea la mayoría?
¿Estamos contratando a la gente adecuada?

¿Quién se va a encargar de realizar el proyecto? ¿Cómo repartiremos los cargos?

Si esta persona deja de encargarse de este proyecto… ¿qué pasará con el sitio?, ¿de qué manera lo podremos seguir manteniendo?

Pongamos que tuviéramos que planificar un posible traspaso de una web… o de toda la identidad digital de una entidad. ¿Cómo se haría?

Anoto algunas ideas:

• Documentación sobre la planificación del espacio (objetivos, recursos, etc.).
• Realizar y clasificar copias de seguridad de… todo.
• Teléfonos de contacto con soportes técnicos varios y las empresas de diseño y de programación implicadas.
• Documentación sobre la programación y el acceso a las entrañas del sitio: contraseñas, lenguajes utilizados, versiones de la tecnología utilizada, servidores, cuentas FTP, URL de administradores, cuentas, etc.
• Mini libro de estilo de redacción.

Seguro que se os ocurren más cosillas.

Participar en la creación y los contenidos del sitio hasta cierto punto nos asegura que sabremos cómo acceder a nuestros sitios y cuentas. Podremos mantener el espacio si la persona contratada, la empresa contratada, alguien de la familia o la persona voluntaria que la lleva… deja de hacer ese trabajo.

Para que lo entendáis, he hecho un prototipo cutre.

Pongamos que quiero montar un portal con un servicio muy concreto. Hay gente que tiene cosas que no necesita y queremos que las regalen o donen para evitar que acaben en la basura. Así que habrá anuncios de esta gente ofreciendo cosas.

El programa que utilizo se llama Axure RP. Ignoro si hay uno libre o gratuito que haga algo parecido, pero es posible descargar una versión de prueba y con los video tutoriales que tienen se aprende perfectamente su funcionamiento.

Éste es el programita. La imagen tiene notas, así que si os interesa pulsad en ella.

Esto es el resultado. Está hecho en unos minutos y ni siquiera van las tildes, pero creo se entiende.

El resultado es una página navegable que parece que funciona. Hasta ahora había visto hacer diseños funcionales con dibujitos y documentos de texto. Lo bueno de esto es que se puede crear una versión ligera del sitio muy rápidamente y llegar a anticiparte a muchas necesidades.

Por ejemplo, ahora estaba pensando que hubiera estado bien incluir tags hacia las coas que se anuncian.

En realidad la idea la he cogido de una página cántabra titulada TeLoDoY que hacen exactamente esto con un foro.

Veo que también se está haciendo algo parecido con lo que parece un blog: No lo tiro.