[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