[hm] Propuesta de parrilla

Mar Oct 6 10:51:56 CEST 2009

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.
-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.
-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.
-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 
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: </pipermail/hackmeeting/attachments/20091006/e7234beb/attachment-0001.htm>