[hm] Propuesta de parrilla

[txarlie]

El mar, 06-10-2009 a las 01:51 -0700, Alfonso F R escribi�:
> Agradeciendo la iniciativa de Txarlie y Fran de mojarse con la
> parrilla de nodos, quisiera a�adir mis dos centavos
> .
> -Creo que el formato ODS que propuso Txarlie est� muy bien, es
> correcto en forma y tiene varias pesta�as con todas la informaci�n.
> Aconsejar�a hacer las modificaciones sobre ese mismo documento.
> -Por otra parte, creo que la ordenaci�n del contenido la tiene m�s
> clara Francisco, pues hay que dejar tiempos para asambleas, comidas y
> festejos varios, y tener en cuenta las indicaciones de las
> dinamizadoras de nodo. Tambi�n suscribo los comentarios sobre el
> tr�nsito de personas entre nodo y nodo, las escaleras, WCs, etc.
> 
> Ditxo esto, har�a algunas correcciones:
> 
> -Tres horas para comer me parece mucho. Lo dejar�a en una y media o,
> si somos muchas como se preve, dos horas. Una hora ser�a muy poco para
> todas las que solemos ser, y adem�s hay que dejar tiempo para recoger
> y definir un sistema claro con carteles para que cada uno recoja su
> plato/cacho de mesa/lo que pille. Tres horas nos quita mucho tiempo
> para los nodos.

Es una hora de comida y 2 horas para asamblea y tareas que salgan de la
misma.

> -Las siete me parece un poco temprano para empezar la asamblea, sobre
> todo teniendo en cuenta que todos los a�os hay que perseguir a la
> gente, etc. Pero no la acortar�a mucho tampoco, porque siempre nos
> quedamos con ganas de m�s! y tampoco conviene terminar muy tarde.
> -Sobre hacer coincidir nodos, creo que con las anteriores
> modificaciones har�amos hueco suficiente para simultanear todas en dos
> hilos paralelos. Si a�n as� hubiera que hacer un tercer hilo
> simult�neo, lo har�a con nodos que sean talleres participativos y
> debates, dejando los otros dos para conferencias.

La asamblea ser�a de 15 a 17h. No se de donde te has sacado lo de las 7.

> -Tambi�n hay que mirar bien la duraci�n de charlas, y si hay alg�n
> nodo de dos horas que se puede acortar, pues mejor. Por ejemplo yo
> ped� 45 minutos y me han reservado 60, as� que seguro que se puede
> ajustar m�s as� para que quepamos todas.

Fue simplemente porque estabamos usando slots de 30 minutos. Si te sobra
1/4 de hora, mejor para preparar la siguiente.

> -Sobre los tiempos entre charla y charla: asumir�a que cada nodo debe
> ceder 10-15 minutos "de cortes�a" al principio para que llegue la
> gente y para preparar el audio, proyector, etc�tera. Creo que es mejor
> que las charlas empiecen todas a las horas en punto o a las medias que
> liar mucho la madeja y andar solapando porque se generar�a ruido
> dentro de las salas de gente entrando y saliendo cada quince minutos
> porque les empieza algo en otro sitio. La gente ya sabe c�mo elegir y
> (auto)organizarse.
> -Para evitar mucho tr�fico de gente por las escaleras y en zonas de
> tr�nsito, lo ideal es fijarse en los contenidos de los nodos y
> programar en funci�n de �stos. Por ejemplo: no programar a la misma
> hora dos nodos con un contenido similar, a los que se espera que vaya
> el mismo tipo de p�blico.
> -Por supuesto, tambi�n hay que mantener lo que se viene haciendo, es
> decir, ordenar los contenidos en funci�n de secuencialidad de las
> charlas (poe ejmplo: taller despu�s de introducci�n te�rica sobre el
> mismo tema) y disponibilidad de ponentes (no saturar con muchas horas
> seguidas al mismo, salvo que lo elija expl�citamente).
> -Por �ltimo, debe haber un lugar centralizado donde est� la versi�n
> m�s actualizada del programa y se�alizado claramente para que todo el
> mundo sepa que est� ah�. Otros a�os ha habido varias versiones (en
> papel, en cartulina, en el wiki,...) y era un infierno saber cual de
> todos era el que reflejaba la versi�n m�s reciente y precisa.
> Consecuencia: la gente no sab�a donde ni cuando ten�a que ir.
> 
> F�cil decir pero dif�cil de hacer. Por alg�n sitio (el la lista o en
> el wiki) est�n adem�s las recomendaciones de Blackhold de hace dos
> a�os, que se curr� un programa bien funcional y adem�s lo fue
> adaptando a las circunstancias durante todo el Hackmeeting. Hay que
> asumir asumir por ejemplo que pueda haber un 5-10% de cambios, ni m�s,
> ni menos, y trabajar desde ah� manteniendo el horario "vivo", pues
> ser�a ingenuo pensar que no va a haber ning�n cambio. Hay que mantener
> un equilibrio: ni hacer un programa inflexible y que sea dificil�simo
> cambiar un nodo (porque alguien pierde el autob�s o lo que sea), ni
> estar atormentando a la persona que se encarga del horario y
> despistando a la gente con cambios continuos. 
> 
> Digo todo esto para se�alar posibles vulnerabilidades de protocolo y
> evitarlas, no para criticar, que sabemos que os est�is pegando un mazo
> de curro!
>  
> ###############################
> 
> Aswarp
> http://alfonsoycia.blogspot.com/
> ###############################
> 
> 
> 
> 
> 
> ______________________________________________________________________
> De: Francisco <ffmartin en gmail.com>
> Para: txarlie en sindominio.net
> CC: HackMeeting <HackMeeting en listas.sindominio.net>; Pinger .
> <revoluciondigital en gmail.com>; miguel miguel <blingesagger en gmail.com>
> Enviado: martes, 6 de octubre, 2009 9:50:36
> Asunto: Re: [hm] Propuesta de parrilla
> 
> Hola txarlie,
> 
> no creas ni por un momento que no valoro el trabajo que haces, se que
> es muy complicado y s�lo intento ayudar. Por eso en vez de decir "Ay
> que bonito!!!", me pongo analizar lo que falla. Tambi�n me es
> imposible no acordarme de errores pasados y hago lo posible por
> remediarlo.
> 
> http://sindominio.net/hackmeeting/index.php?title=Discusi�n:2009/Programa
> Ya propuse mi idea, aunque no contaba con la fiesta del s�bado,
> tampoco program� nada el viernes
> 
> Hora/d�a     S�bado     Domingo     Lunes
> 10h-11h     --------------  -------------  [          ]
> 11h-12h     [          ]     [          ]     [          ]
> 12h-14h     [          ]     [          ]     [          ]
> 14h-17h     Comida     Comida     Comida
> 17h-18h     [          ]     [          ]     
> 18h-20h     [          ]     [          ]     
> 20h-22h     [  Mani ]  [          ]
> 22h-24h     [          ]       22-23h
>                                   23-24h     
> De esta manera, con 3 salas por slot y dividiendo en dos el �ltimo
> slot del s�bado: 24 slots de 1h y 21 de 2 horas
> 
> Un saludo,
> Francisco.
> 
> El d�a 6 de octubre de 2009 08:52, txarlie <txarlie en sindominio.net>
> escribi�:
> > Probad a colocar todos los nodos a la misma hora y ved si caben, y
> menos
> > haciendo que se solapen solo 2. El .ods est� publicado, pod�is hacer
> > vuestra propia propuesta, pero lo de empezar a la misma hora solo es
> > posible empezando sobre las 9 AM los primeros nodos, a los que no
> ir�
> > nadie aunque empiecen a la vez.
> >
> > El mar, 06-10-2009 a las 06:37 +0200, Pinger . escribi�:
> >> +1 para francisco
> >>
> >> 2009/10/6 Francisco <ffmartin en gmail.com>:
> >> > El d�a 6 de octubre de 2009 03:26, miguel miguel
> >> > <blingesagger en gmail.com> escribi�:
> >> >>> > >>
> >> >>> > >> Creo que todos los nodos deben comenzar y acabar a la
> misma hora.  Si
> >> >>> > >> las charlas se solapan en el horario, el programa es m�s
> ca�tico y se
> >> >>> > >> aumenta el transito de gente de charla en charla.
> >> >>
> >> >> Al contrario. Si las charlas terminan al mismo tiempo
> exactamente, todas las
> >> >> personas saldr�n a los pasillos a la vez y ser�a m�s pr�ctico
> hacer esto en
> >> >> escalado. Y si empiezan al mismo tiempo lo mismo. Creo que si
> una charla
> >> >> empieza a las 18 y la gente es puntual. A las 18h20m deber�an
> estar ya todos
> >> >> dentro y podr�a empezar otra charla, quedando los pasillos cada
> vez m�s
> >> >> despejados.
> >> >
> >> > Hay varios problemas si cada charla empiece a una hora y se
> solapan:
> >> >  - Nos perdemos varias charlas para ir a una, las que se solapan
> en el
> >> > horario antes y despu�s. O bien vemos medias charlas.
> >> >  - La gente no sabe cuando comienzan las charlas, ya que no hay
> >> > horarios fijos y llega tarde a las charlas.
> >> >  - La gente entra y sale de las charlas por las causas
> anteriores,
> >> > adem�s si se llegas a medias a una charla y no te enteras te vas.
> >> > El resultado es que te pierdes m�s charlas, y hay gente vagando
> de
> >> > charla en charla.
> >> >
> >> >> Creo que la estrategia deber�a ser evitar que la gente confluya
> durante
> >> >> mucho tiempo en los pasillos y que habr�a que pensar en que los
> >> >> dinamizadores deben empezar y terminar las charlas explicando a
> los
> >> >> asistentes como dirigirse al patio o a su siguiente destino,
> porque desde
> >> >> cada sala hay un itinerario mejor para llegar a seg�n a qu�
> talleres y
> >> >> espacios.
> >> >>
> >> >> Si organizamos un circuito o un recorrido aconsejado para
> moverse y entrar y
> >> >> salir, seremos water my friends.
> >> >
> >> > Totalmente de acuerdo en esto, aunque no a costa de los horarios
> de los nodos.
> >> > Debemos indicar las rutas alternativas, sobre todo para no
> confluir en
> >> > la entrada principal, escalera entre 1�  y 2� planta y entrada de
> la
> >> > cafeter�a. Hay que redirigir el fujo por la escalera secundaria e
> >> > indicar bien los WC disponibles.
> >> > Estos recorridos deben de estar indicados con carteles, en el
> >> > infopoint y en el tr�ptico.
> >> >
> >> > Un saludo,
> >> > Francisco.
> >> > _______________________________________________
> >> > HackMeeting mailing list
> >> > HackMeeting en listas.sindominio.net
> >> > https://listas.sindominio.net/mailman/listinfo/hackmeeting
> >> >
> 
> 
> 
> __________________________________________________
> Correo Yahoo!
> Espacio para todos tus mensajes, antivirus y antispam �gratis! 
> Reg�strate ya - http://correo.yahoo.es 
> _______________________________________________
> HackMeeting mailing list
> HackMeeting en listas.sindominio.net
> https://listas.sindominio.net/mailman/listinfo/hackmeeting