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 <ffmar...@gmail.com> > Para: txar...@sindominio.net > CC: HackMeeting <HackMeeting@listas.sindominio.net>; Pinger . > <revoluciondigi...@gmail.com>; miguel miguel <blingesag...@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 <txar...@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 <ffmar...@gmail.com>: > >> > El día 6 de octubre de 2009 03:26, miguel miguel > >> > <blingesag...@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@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@listas.sindominio.net > https://listas.sindominio.net/mailman/listinfo/hackmeeting _______________________________________________ HackMeeting mailing list HackMeeting@listas.sindominio.net https://listas.sindominio.net/mailman/listinfo/hackmeeting
