ACTA de la Cuatricom + Pregunta asambleas para difundir a través de la lista de la TRICOM

Share
Print Friendly, PDF & Email

Buenos días,

Se adjunta el acta de la reunión de la Cuatricom celebrada el día 31 de Agosto de 2011.  CUATRICOM es un grupo de trabajo de la Comisión de Comisiones de Comunicación (TRICOM) de la Asamblea de Barrios y pueblos de Madrid (APM), que nace con el objetivo de extender las herramientas de comunicación más allá de la zona de Madrid, en principio a toda España y Portugal.
En esta reunión se ha pensado crear un foro PHPBB para la participación de todas las asambleas y personas integradas en el movimiento 15M a nivel España + Portugal, para que sirva de coordinación y poder facilitar el trabajo de todos.
Se pide que se consulte a cada Asamblea si hay consenso en la creacción de este foro para decidirlo en la próxima TRICOM.  También se pide que se informe que, una vez puesto en marcha, es un servicio que tendrá un coste, y debemos ser responsables de él.  Es un coste que será ínfimo en comparación con la cantidad de gente, pero aún así se pide que cada asamblea sea responsable de participar con una pequeña contribución económica en la medida de sus posibilidades para mantener el servicio en funcionamiento.

ACTA DE LA REUNIÓN DE LA CUATRICOM

DEL DÍA 31 DE AGOSTO DE 2011

A continuación se presenta el acta de la reunión de la CUATRICOM1. La reunión se celebró en la
plaza de las Descalzas (Madrid), el día 31 de Agosto de 2011 a las 19:30, y tuvo una duración de 2
horas y media.
Asisten un total de 10 personas, entre ellos representantes de Villalba, Valdezarza, Chueca,
Comunicación Sol, Retiro, Lavapiés, Arganzuela y Navalcarnero.
El objetivo es, tras un trabajo inicial expuesto en N-1, definir cómo articular una comunicación lo
más horizontal y transparente posible entre las asambleas.
Se fija un orden del día mínimo y se comienza la reunión.

1.- Aspectos técnicos.

Se realizan varios comentarios:

Un foro PHPBB, que es lo que se había hablado ya, es lo que más posibilidades ofrece y es
relativamente sencillo.

Se comentan varios problemas:

◦ ¿Qué servidor usar?

◦ ¿Cómo se administra?

◦ ¿Cómo se registran y controlan los usuarios?

◦ ¿Cómo se modera el foro?

◦ ¿Qué diseño y estructura se implementa?

◦ ¿Cómo se pone en marcha?

Se insiste en la necesidad de evitar nombrar responsables o tener dominios a nombre de
nadie.

Se comenta que existe un proveedor de servicio en Suecia que asegura el anonimato, que
costaría aproximadamente 1500 euros/año estimando el ancho de banda, y que se paga
incluso enviando un sobre con el dinero.

Otra posibilidad es 15Hack, que nos ayudan y ofrece más tranquilidad, pero que igualmente
tendríamos que ser consecuentes y recaudar nosotros el dinero.

Se ve interesante también el tema de la seguridad y la confidencialidad.

Se sugiere que dinero va a costar sea en Suecia o 15Hack.

Se comenta que lo de Suecia no sería nada irrealizable, al contrario, no es un problema a
pesar de lo extraño que parece.

1 CUATRICOM es un grupo de trabajo de la Comisión de Comisiones de Comunicación
(TRICOM) de la Asamblea de Barrios y pueblos de Madrid (APM), que nace con el objetivo de
extender las herramientas de comunicación más allá de la zona de Madrid, en principio a toda
España y Portugal.

Cambiar el foro de sitio no sería un problema para los usuarios, migrar es viable ya que es
fácilmente exportable e importable al tratarse básicamente de una base de datos.

Se decide proponer a 15Hack a ver si hay disponibilidad de recursos (los primeros
contactos indican que sí) y montarlo nosotros, teniendo en mente que quizás sea
necesario más adelante migrar el foro. HAY CONSENSO

2.- Financiación

Se realizan varios comentarios:

Se incide en que será necesaria financiación para esta herramienta.

Se considera pedir dinero a las Asambleas, remarcando que será necesario para ser
consecuentes, nada es gratis.

Se propone organizar fiestas para recaudar dinero, como ya lo han hecho, por ejemplo
15Hack.

Se observa que las colectas son un poco violentas y quedan mal, pero aún así son necesarias.

Se comenta que HackSol estaba pagando ya bastante dinero.

Habría que justificar lo que se recauda.

Se comenta que el problema del dinero no es tanto la cantidad a recaudar, sino como
gestionarlo.

Se comenta otras formas como Paypal, se responde que no es anónimo, lo cual puede
suponer un problema.

Se propone hacer la colecta antes de lanzar el foro, porque luego con la herramienta ya en
marcha la gente quizás no colabore tan fácilmente.

Se propone esperar a recolectar el dinero hasta que se tengan claras las necesidades.

Se hace una propuesta de consenso, pedir inicialmente unos 50 euros por asamblea para
poner en marcha el foro. No se llega a valorar.

Se hace una segunda propuesta de consenso:

◦ Empezar a trabajar en crear el foro.

◦ A la vez que se pide el consenso en las asambleas acerca de la creación del foro,
informar de que esto tiene un coste y se necesita un compromiso de que la asamblea
colaborará.

◦ Se preguntará a 15Hack sobre el coste y cuando habrá que pagarlo.

◦ Se pedirá dinero para pagarlo para llegar al coste, por ejemplo 10 euros las
asambleas pequeñas, y 50 euros las grandes.

◦ Hay matices a la propuesta:

▪ Fijar un tope de colaboración por asamblea.

▪ Es muy necesaria la transparencia. En las actas de las asambleas pondrá la
cantidad recaudada.

▪ Los pagos serán anónimos, por lo cual en las actas no deben figurar nombres
completos de las personas que recauden el dinero.

▪ Que se calcule el dinero total recaudado (cada asamblea lo pondrá en el foro o
similar), y esperando que sobrepase la cantidad demandada, cada asamblea
pondrá solo el % necesario del total recaudado. El resto se lo quedará la
asamblea.

▪ El dinero lo traerá el representante de cada asamblea a una reunión de la
TRICOM y se reunirá para entregarlo al representante de 15Hack que venga a
recogerlo.

SE CONSENSÚA ESTA PROPUESTA CON TODOS SUS MATICES.

3.- Administración del foro.

Se realizan varios comentarios:

Se explica lo que es el back-office y lo que es el front-office en la administración de un foro.

El back-office es el trabajo que administra el foro y la base de datos, se necesita personal de
confianza ya que un error puede ser catastrófico. Puede requerir conocimientos técnicos y
será un esfuerzo importante. Por su propia naturaleza, este trabajo es imposible que sea
horizontal y rotativo. Incluye el diseño de la estructura y estética del foro, así como el
registro de usuarios.

El frontoffice es el trabajo de moderar a los usuarios, no es necesario conocimientos
técnicos, simplemente son usuarios que tienen algunos botones “extra”.

El problema es registrar nuevos usuarios y evitar el spam. Se comenta que con filtros
Captcha y la moderación posterior debería ser suficiente. También se propone dar de alta los
usuarios “a mano”.

El trabajo puede ser mucho al principio, pero luego con todo en marcha es más tranquilo.
Otra persona cree que es un trabajo que no acaba y es muy duro.

Se propone crear muchos admins inicialmente y luego reducir la cantidad.

Las asambleas nuevas de otras zonas también querrán ser admins.

Se comenta que habrá un superadmin y admins, y que el superadmin será irremediablemente
el creador del foro, alguien de 15Hack.

Nadie se ve con muchos conocimientos técnicos para eso, sin embargo surgen 2 voluntarios
para ir poniendo en marcha el foro de momento y ver cómo se puede ir haciendo.

Los primeros admins podríamos ser la gente de la Cuatricom para intentar ayudar de
momento, y la gente que quiera colaborar de la TRICOM.

El representante de Arganzuela se “sacrificaría” para dar un curso de admin de PHPBB.

Se comenta que el foro debería tener 2 zonas, una zona solo para que las Asambleas
comuniquen sus consensos, y otra zona libre para usuarios normales.

Se plantea como dar de alta a los usuarios de Asamblea, cómo comprobar que son
asambleas, etc.

Se plantea que sería interesante tener calendarios para los eventos y convocatorias, tanto uno
nacional como otros regionales.

Propuesta: que cada asamblea cree su usuario con un formato preestablecido, p.e.
“asamblea_<barrio/pueblo>”, y se presente en el foro, indicando cómo se puede
comprobar que realmente es esa Asamblea. Se procederá a comprobarlo y hacer un

upgrade de la cuenta normal a cuenta de asamblea. HAY CONSENSO

Se iniciará el foro desde ya a modo de prueba con la gente de Cuatricom para ir probando, a
la espera de ir teniendo consenso de las Asambleas en la TRICOM.

4.- Moderación del foro.

Se realizan varios comentarios:

Se observa necesario crear unas normas, hay aceptación pero no se somete a consenso.

¿Quién va a moderar? ¿Con qué criterios?

Se sugiere que haya un conjunto de puntos o similar.

Se debe evitar el spam.

Se advierte sobre los trolls y los distintos tipos de trolls, especialmente se ponen algunos
ejemplos.

Se sugiere que exista un hilo escondido para que los moderadores hablen sobre las
decisiones. Hay aceptación pero no se somete a consenso.

La moderación debe ser abierta y transparente.

Se piensa en que sean las asambleas quienes moderen, pero se descarta porque las asambleas
deberían unicamente hablar para escribir sus consensos y puntualizaciones técnicas.

Podría haber un moderador por asamblea, que cada asamblea ofrezca un voluntario
desde su cuenta oficial. Hay CONSENSO

Se pueden usar normas de otros foros para adeltar el trabajo.

Sobre los idiomas del foro, hay un debate bastante intenso:

◦ No se debería obligar ningún idioma.

◦ Todo el mundo debería expresarse en castellano para que todos nos entendamos.

◦ Se deberían de crear distintos foros para cada idioma.

◦ ¿Qué pasaría en los temas transversales?

◦ Se debe dejar al sentido común de la gente.

◦ De momento hay que plantearse solo España y Portugal, así que no es tan complejo.

◦ Se sugiere que como norma se diga que se debe respetar el idioma original de cada hilo.

◦ Se pide no separar distintos subforos por idiomas ni países.

◦ Se sugiere que se podría poner alguna herramienta de corrección automática.

◦ Se propone que cada uno escriba en su idioma, y si algo no se entiende, se ignora. El
sentido común debe prevalecer y se cree que la gente será respetuosa. Se pondrá en
las normas que cada uno puede escribir en el idioma que quiera, pero que se pedirá
usar la gramática correcta para facilitar las traducciones automáticas. Hay
CONSENSO.

5.- Estructura del foro

Se realizan varios comentarios:

Los foros PHPBB suelen tener categorías y foros.

Se indica que tenemos los siguientes tipos de organización: por territorios, por temas, y foro
de asambleas/abierto.

Se debate sobre la separación entre el foro para Asambleas y el foro para usuarios corrientes,
sobre quién puede escribir dónde. Especialmente se debate sobre si las asambleas pueden
escribir como tales en los foros normales, se sugiere que coartaría el debate y además puede
no mantener la oficialidad de la cuenta de la asamblea, pero sin embargo sería más
dinámico. También se sugiere que los usuarios pueden citar lo que ha dicho la asamblea en
un hilo de asambleas y ya está.

Se debate sobre si cada subforo debe tener dentro un foro de asambleas y otro abierto, o en
cambio debe haber dos foros, uno abierto y otro de asambleas. Parece haber acuerdo por la
segunda opción aunque no se somete a consenso.

Se sugiere la siguiente estructura para el subforo de asambleas, siempre tratando de temas
globales: Propuestas, Comunicados, Convocatorias. Queda para el futuro el tema de los
consensos de asambleas, que es más complicado.

Se sugiere que el foro libre irá ordenador por temáticas, de momento empezando con una
estructura sencilla para ir ampliándola.

Se propone crear ya el foro y ponerlo en Beta o pruebas hasta que las asambleas lo
aprueben, momento en el que se empezará a lanzar. Hay CONSENSO.

Se propone que con este acta, cada asamblea decida como ve el asunto y si quiere seguir
adelante con eso.

Se sugiere que se piense sobre como podría integrarse el foro como herramienta para crear
consensos globales, p.e. en el caso de la APM.

Se levanta la reunión a las 22:10.

 

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *