:)
si, la asamblea final tiene mas un caracter evaluativo.
pero, al no haber una asamblea, como antes, d caracter propositivo, q
reflexione sobre el hm y sus propositos, el hm se esta volviendo mas un
evento (envent en ingles), en vez d meeting (encuentro).
la diferencia es, para mi, gente q trabaja todo el año colaborativamente
(como antes los hls u otros proyectos) y se encuentra en el hm.
ahora es mas un evento, como una chispa q se enciende y apaga...
pero solo es una apreciacion.
d todas formas, en una asmablea evaluativa si q se pueden asumir
compromisos pequeños, como arreglar q las previsualizaciones d la wiki
para pngs no funcinan.
evaluar sin marcar objetivos y asumir responsabilidades para mejorar, es
mas un acto emocional pero poco productivo... :)
no hay mas q ver el video d hackelarre para ver q es tan actual como
cuando lo hicimos, es decir, los mismos bugs...
tambien, en esta sociedad se ha criminalizado el ser responsable y se ve
el asumir responsabilidad a marron, lo cual hace q los movimientos
sociales pierdan fuerza desde mi punto d vista, claro.
para mi la satisfaccion d conseguir una responsabilidad asumida es algo
q la gente olvida... es acercar tu utopia a la realidad... es sentirte
capaz... es genial :)
tambien pasa q el compromiso con el trabajo pagado, se cumple a pies
juntillas, pero el compromiso con los movimientos sociales se puede
romper, sin avisar incluso y perjudicando el trabajo en cadena, y no
pasa nada :)
para un antropologo seria interesante estudiar la evolucion q ha habido
en dar la palabra (antes rompias tu palabra y tela) en el estado español
en un siglo tan solo.
bon dia :)
y contenta d q salga el tema :)
On 10/08/2012 01:44 PM, Ruben Pollan wrote:
Creo que tengo una vision bastante diferente de la asamblea final del
hackmeeting. Para mi no es util como herramienta para resolver problemas, no
podemos confiar en que las responsables que salgan de ella vengan al siguiente
hackmeeting. La gente cambia mucho de un hackmeeting a otro y nunca sabes que te
va a pasar en 12 meses y si podras estar en el siguiente.
Por otro lado creo que es muy util como autoreflexion colectiva de que tal ha
estado el hackmeeting. En ella se plantean los problemas que no se hablan en
otras asambleas y nos auto-alagamos planteando las cosas que han salido
especialmente bien. Creo que es muy util ver hablar a la gente del CSO en el que
se ha hecho, como han visto el hackmeeting desde fuera, y a la gente nueva que
tiene menos cosas preconcevidas en su forma de ver el hackmeeting. Solemos
conseguir en la asamblea final que la gente se sienta comoda para hablar y que
gente que no ha hablando casi en otras asambleas diga su opinion.
Para mi el objetivo de esta asamblea es ver que cosas hacemos bien y cuales
necesitan mejorar. Para tenerlas en mente de cara al siguiente hackmeeting. Creo
que no es necesario sacar responsables de solucionar los problemas, sino que con
ser consciente de que existen y recordarnoslos cuando se acerca un nuevo
hackmeeting ya hemos cumplido con su funcion.
Quoting -- -- (2012-10-07 03:12:24)
Aupa!
Es bien conocido por muchas de nosotras que desde hace unos años la
asamblea final del HM no es nada productiva. Se abren unos tickets con cosas
para solucionar que personas se las asignan durante esa asamblea pero luego no
se realizan ni el 1% de ellas.
Es un bug que lleva abierto hace unos años y sino hacemos nada por
intentar solucionarlo o ir dando pasos hacia esa solución, cada año que pasa la
asamblea final va ser menos productiva y llegara un año donde se pase de esa
asamblea. Las personas estaran hay pero sus mentes estarán en otra dimensión
debido a esperiencias negativas en este aspectos de años anteriores que no
invitar a participar. Estamos bastante o totalmete de acuerdo hasta aquí ¿no?
¿Porque no intentamos hacer colectivamente la/s mejora/s que podemos hacer
para llegar esto adelante? Mi propuesta es:
Que cada una le de vueltas al bug. Cada una tiene sus esperiencias en la
asistencia a asambleas y cada una tenemos una idea de que cosas nos han
funcionado y cuales no. Hagamos inteligencia colectiva que somos capacez de
sobra para poder solucionar este bugs. Recordar: seamos constructivas que para
este caso la destrucción nos sigue dejango dentro del bucle! :-P
Estas son las cosas que se me ocurren a mi (mi granito de arena):
- informar a la peña en el infopoint mediante un resumen del funcionamiento
del hackmeeting donde se especifican para que son las diferentes asambleas que
se van a celebar: principio y cierre. La mas importante es la de cierre porque
la del principio funciona! (somos muy grandes!)
- En mi opinión vital. Que haya algun/a encargada de estar encima de que las
tareas se van realizando, si hay algun problema... Encargarse de coordinar un
poco este tema.
¿Quien se anima a solucionar este bug? Estaria bien hacer un grupito (solas no
vamos a ningun lado!) para coordinar este tema y nos reunamos presencialemnte
para atar los ultimos hilos para que el pensamiento colectivo que vamos a
realizar vaya por el mejor camino psoible. Recordar que para ayudar solo son
necesarias las ganas de solucionar el bug!
Ongi bizi! (Vivir bien!) aitiba
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Diu Voltaire, ja madur
"jo, com Don Quijxot, m'invente passions tan sols per exercitar-me"
d'un llibre trobat al carrer....
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"más sabe el diablo por viejo, que por pendejo"
sabiduría popular
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
do you know who is the ignorant/black humored doctor that named the
"Diogens sindrom"?
please, write to me. i want to do something about that.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________
HackMeeting mailing list
[email protected]
https://listas.sindominio.net/mailman/listinfo/hackmeeting
