Plantilla:DAFO2010 Debilidades

De Hackmeeting

(Diferencias entre revisiones)
Revisión actual (19:59 25 nov 2010) (ver código fuente)
(editando DEBILIDADES internas del Hackmeeting)
 
Línea 19: Línea 19:
** Miedo al commpromiso y la responsabilidad. Se les llama marrones y la gente no sabe volverlos en amarillos, es decir en oportunidades para crecer como persona y divertirse.
** Miedo al commpromiso y la responsabilidad. Se les llama marrones y la gente no sabe volverlos en amarillos, es decir en oportunidades para crecer como persona y divertirse.
** Mal ambiente en la lista de correo
** Mal ambiente en la lista de correo
 +
** Incapacidad para definir y respetar algunas realidades variopintas, ajenas quizas a nuestro círculo de confianza original. Falta de tolerancia y respeto hacia las inquietudes que no comprendemos. Facilidad para etiquetar como troll a aquellas personas que insisten en denotar ciertas carencias concretas del colectivo.
** Desaparición de muchos hacklabs
** Desaparición de muchos hacklabs
** Lista: Pocos procesos asamblearios y muchas de las que estaban en el Hackmeeting no estaban en la lista o no la seguian
** Lista: Pocos procesos asamblearios y muchas de las que estaban en el Hackmeeting no estaban en la lista o no la seguian

Revisión actual

thub

<< volver al esquema DAFO

Debilidades internas del hackmeeting

Este es el lugar para hacer autocrítica, para señalar aspectos que no te parecen bien o que podrían mejorarse. El propósito es identificar entre todos/as las debilidades internas del hackmeeting (en este caso Hackelarre) como proceso-organización-evento autogestionado y auto-organizado.

Si la cuestión requiere de una descripción detallada puedes crear un enlace a otra página que lo complete.

Clica el enlace "editar" junto al subtítulo "editando DEBILIDADES internas del Hackmeeting" para añadir tu aportación.

editando DEBILIDADES internas del Hackmeeting

escribir después del "noinclude"


  • General
    • Hemos llevado poco trabajo hecho telemáticamente (Poquísima participación en la wiki) y falta de participación en el pre-Hackmeeting
    • Miedo al commpromiso y la responsabilidad. Se les llama marrones y la gente no sabe volverlos en amarillos, es decir en oportunidades para crecer como persona y divertirse.
    • Mal ambiente en la lista de correo
    • Incapacidad para definir y respetar algunas realidades variopintas, ajenas quizas a nuestro círculo de confianza original. Falta de tolerancia y respeto hacia las inquietudes que no comprendemos. Facilidad para etiquetar como troll a aquellas personas que insisten en denotar ciertas carencias concretas del colectivo.
    • Desaparición de muchos hacklabs
    • Lista: Pocos procesos asamblearios y muchas de las que estaban en el Hackmeeting no estaban en la lista o no la seguian
    • Falta de herramientas para la medición de fuerzas en la preparación telemática
    • Falta de mecanismos para la integración y participación de personas nuevas
  • Grupo local
    • Falta de documentación para el grupo local referente a la relación CSO/Hackmeeting
  • Infopoint
    • Hemos llevado poco trabajo hecho telemáticamente
    • No se han creado grupos de trabajo hasta estar físicamente allí
    • hl nòmada: fallaba el traspaso de conocimiento entre turnos. no cambiaba bastante de gente y habia turnos muy largos.
  • Programa
    • Se retrasaron talleres y eso hizo que alguno no se diese por falta de tiempo. Hubo gente que cambio el programa en la parrilla de forma manual sin consultar a la persona afectada que cuando fue a dar su taller se lo habian puesto despues de las actuaciones de los djs. No de debiara poder hacer cosas asi. Si cambias el horario de tu taller por conveniencia, tienes que avisar a la otra persona y esta estar de acuerdo. Si no, no se puede hacer. Si alguien lo hace sin consultar, pues no se acepta.
  • Centro de Medias
    • Hubo falta de talleres de gnu/linux para formar a la gente. Este año falto mucha gente asidua al centro de medias q ya lo hacia todo en gnu/linux.
  • Rádio
    • Gracias a Radio Topo se salvó la papeleta. Faltaba equipo y peña para montarlo. Siroco se cargó con demasiado trabajo.
  • Autofinanciación
    • Si que se hizo el trabajo previo y por eso salio bien.
    • El hacklab nòmada asumió hacer las camisetas.
    • Si que esta documentada en la wiki
    • Hay que comprar las camisetas en la ciudad donde se haga el hm, si no es mucho bulto para quien lo hace.
    • Hay que hacer la mayoria de las camisetas antes si no te come el hm y no puedes hacer otras cosas.
    • faltó al final hacer recuento de camisetas para cerrar las cuentas. Se deberia contar como trabajo d la asamblea final.
    • Hay que vender el "merchandaising" meses antes.
      • Ventajas
        • Disponer de liquidez durante el evento
        • Que la gente ya pueda ir con su cami al evento..
        • Vender material a gente que no va a asistir
      • Metodologia
          • Tienda Nomada: casa fin de semana en una ciudad o eventos sociales
          • Distribuir el material: el sobrante se vende en el HM
  • Red
    • hl nòmada: no estaba coordinado el compartir conexión con móbil. el año que viene estaria bien que el infopoint lo gestione, sobretodo para las primeras horas del hm.
  • Infraestructura
    • hl nòmada: la sala de seguridad no era segura y se podia entrar si eras delgad*.
  • Manifestación
    • hl nòmada: se tiene que preparar y se notó que por parte del hm no se hizo (o quien lo intento no le dejaron aportar la parte hacktivista por ser uno sólo).
    • No había nadie responsable y ha vuelto a ser bastante procesión.
  • Cultura libre
    • Hemos llevado poco trabajo hecho telemáticamente
    • No se ha creado grupo de trabajo hasta estar físicamente allí
  • Cocina
    • hl nòmada: ha de ser más ecológica respecto a platos y sobras de comida. falto la coordinación con tikets. se piensa pedir a la gente que lo hizo en el hm de mataró si quiere hacer un manual. enric contacta.
  • Web
  • Peques
    • Falta de gente para poder dar continuidad todos los dias. Funcionó el sábado.
    • Este es un mecanismo para integrar gente nueva, por tanto esa debilidad del hm no se aplica a esta comisión.
  • Asamblea
    • la funcional muy bien, la d valoración tiene utilidad emotiva más q ser una valoración q sirva d algo para el trabajo futuro.
Herramientas personales
wiki-navigation
project-navigation