7 días para cerrar una votación si se alcanza el porcentaje mínimo de acuerdo

Creo que un mes para tomar una decisión es inutil, no vamos a avanzar nada. Creo que hay que votar menos cosas y con votaciones más cortas.

@eduardobasterreche la propuesta no es que sean 30, es que no sean de 6 días en un caso y de 30 en otro ;) .

Una propuesta alternativa, que la duración "estándar" sean 15 días sí y solo sí se alcanza el quorum mínimo (50%) y si no se alcanza, la votación automáticamente se prolonga hasta alcanzarse.

Sobre el quorum mínimo me parece lógico y habría que establecerlo y tenerlo en cuenta para las próximas propuestas y ver que se hace cuando no se llega a ese mínimo.
Sobre la duración, poner un mínimo de un mes, frenaría las decisiones.
Creo que la solución es hacer un llamamiento a la participación, si queremos DEMOCRACIA debemos PARTICIPAR, ese creo que es el mayor problema.

La sensación que tenía con Redmine, es que la mayoría de la gente ni siquiera lo conocía pero ya decian como que sí. Está claro que estamos aprendiendo y que esto de estar constantemente votando, entre personas que apenas nos conocemos, por tantas cosas es un poco arma de doble filo.

Hay cosas que tampoco son tan transcendentales, si usamos Redmine para seguimiento de tareas o cualquier otra básicamente lo importante es que se le de uso a la que se elija y considero que los que deben de votar por tales cosas, son las personas que realmente van a encargarse de dichas cuestiones.

Yo no usaría Redmine, básicamente por que no me gusta y porque creo que cuantas menos plataformas se usen mejor, sino al final se empiezan a desconectar las cosas unas de otras. Pero no he votado porque no voy a ser de las personas que me encargue de eso y por lo tanto quienes se encarguen de dichas tareas que elijan las que mejor les parezca. Tampoco es que tengamos que votar todos por todo. Probablemente dicha votación no hubiese tenido mucha más participación aunque se hubiese extendido un mes, porque considero es un tema que no llamará a algunos mucho la atención.

Sí que quizás se deberían establecer unos mínimos para que algo sea considerado aprobado y consensuado.

También existe el tema de que porque más personas digan que sí a algo no quiere decir que sea esa la mejor opción. Yo he leído respuestas del tipo, "no lo conozco pero voy a votar que sí" lo cual me parece un poco irresponsable la verdad.

Otra cosa con respecto al tema de Redmine es que mi impresión es que no se han dado muchas más opciones. Era básicamente o Redmine o nada, cuando se podrían haber barajado quizas unas cuantas opciones más?

Si queremos avanzar rápido en esto 1 mes creo que es demasiado tiempo para tomar decisiones. Periodos de entre una semana y 10 días considero son correctos.

@eduardobasterreche @salvamunoz y @mariorodriguez voy a editar la propuesta y pasarlo a 15 días :)

El problema del quorum minimo es que hay que diferencia entre gente que estamos apuntados y la gente que participa activamente en una asamblea referente a un proyecto. En cuanto al tiempo minimo, estaria bien poder tomar decisiones con 15 Dias, pero y que se hace cuando corre prisa?

@jesusmariescobar cuando corre prisa, appgree

Por si sirve de algo, voy a contaros mi experiencia en una asociación muy dispersa en la que he estado cuatro años en la directiva.
Tras varios líos, fijamos un procedimeintos en el que
1- Cualquiera puede abrir un debate
2- Cuando se considera que se han expuesto los diferentes puntos de vista y no hay consenso, se abre una votación. Esto lo hacía el secretario.
3- La votación se cierra una semana después y todos los acuerdos se van recogiendo en un documento. También se encarga el secretario.
4- Cuando corre prisa, se marca la discusión como URGENTE y se establece un plazo inferior.

En mi opinión, para la gente implicada una semana es más que suficiente para votar.
Lo que hace falta es alguien que coordine, que haga esas labores de secretario y que anime a la gente.

Ahora mismo hay un cacao de narices. Alguien debería mandar un correo claro y sencillo a todos los que se han apuntado diciéndoles que se apunten al ELGG y al Loomio y que participen. Y a partir de ahí el que no haga nada en un tiempo prudencial ¿un mes, dos?, lo damos de baja.

Sigo pensando que el principal problema es la participación, al menos indicar la "abstención" cuando por ejemplo uno no se considere competente o lo suficientemente informado para hacer un voto responsable.

Yo justamente quería plantear este debate junto con el resto de cuestiones que podrían dar lugar a un "Manual de uso y buenas prácticas" de Loomio, inicialmente en contexto de TICs pero seguro que también conveniente en otros muchos Círculos.
He sacado el tema en alguno de los debates que ya se han planteado pero mi sensación era que se trataba de una inquietud personal a la que todavía no le había tocado el momento, que no estaba bien planteada, o simplemente que quizás no era el debate apropiado para tratar ese tema.
Por este último motivo decidí lanzar un debate tratando este tema en concreto, pero eran los días en los que ya se había lanzado la propuesta dejar el grupo de Google y comenzar con ELGG y se estaba haciendo el "intento 2".
No sabía por donde lanzar el debate, si por el foro o por el grupo, precisamente por la falta de definición de cuando una propuesta puede ser dada como aceptada o rechazada.
No me apetecía "abrir otro melón" con este tema, y plantearlo aquí directamente, en Loomio, me parecía que podía dar lugar a otra votacion "incompleta" (plazo subjetivo, participación parcial, etc. en definitiva de lo que estamos hablando aquí) que no nos permitiese llegar a tomar ninguna decisión.
Me alegro de que al fin haya surgido el tema tratando uno de los temas importantes que habría que aterrizar: requisitos y consecuencias de las votaciones.