Comments (18)
Mal davon abgesehen, das ich das Umbenennen von "aktives Mitglied" in "Stimmberechtigte Person" für wenig sinnvoll halte, gibt es noch ein weiteres Problem:
Wenn wir die Hürde aktives Mitglied zu werden aufweichen, wird es immer schwerer Entscheidungen zu treffen. Es ist ja (offensichtlich) jetzt schon schwer genug alle Menschen zu motivieren, sich an Entscheidungen zu beteiligen. Das würde mit mehr Stimmberechtigten dann sicher nicht einfacher werden.
Daher meine Meinung: diesen Punkt so lassen wie er aktuell ist. Die Orga-Transparenz können wir gerne verbessern, aber dafür gibts ja #31
from orga_guidelines.
Ich würde die Unterscheidung zwischen aktiven Mitgliedern und Mitgliedern abschaffen. Angenommen der Orga Kanal würde wie hier von mir beschrieben genutzt werden, so würde man nur noch unterscheiden zwischen Personen, die an AG relevanten Abstimmungen teilnehmen dürfen und diesen, die es nicht dürfen. Stimmberechtigt sollte jeder werden dürfen. Dieses Recht vergeben wir allerdings nicht von uns aus, sondern die betroffene Person muss, sofern sie dieses Recht erhalten mag, dieses z.B. im Rahmen einer Sitzung anfragen. Die bereits Stimmberechtigten können dann darüber diskutieren (in welchem Rahmen auch immer) und entscheiden, ob sie der entsprechenden Person genügenden Vertrauen entgegenbringen, um ihr dieses Recht zu geben. Weitere Rechte wie der Zugriff auf die Cloud und den Zugriff auf das Git kann man dann so vergeben wie sie nötig sind.
from orga_guidelines.
Das letzte is aus meiner Sicht ein schrecklicher Vorschlag ^^
from orga_guidelines.
Nur so als Vorschlag. Jeder, der sich an der Strukturierung der AG beteiligen will und somit in den Orga Kanal kommt ist automatisch stimmberechtigt. Ein Veto hat die gesamte AG vereint. Es zählt dabei immer ein Mehrheitsentscheid, egal ob die Idee abgelehnt wird oder aber dieser zugestimmt wird. Natürlich sollte in der Situation dennoch geguckt werden, was genau die übrigen Personen stört und evtl findet man eine ergänzende Lösung mit der man alle zufrieden stellen kann.
from orga_guidelines.
Wo/wie würden wir denn festhalten, wer "stimmberechtigt" ist?
from orga_guidelines.
Wir könnten das mit der GitHub und Gittea-Organisation verknüpfen. Oder es uns einfach merken. xD
from orga_guidelines.
Man kann das vllt einfach in die Protokolle übernehmen? So eine "Berechtigtenliste" einfach immer mitschleppen?
from orga_guidelines.
Das letzte is aus meiner Sicht ein schrecklicher Vorschlag ^^
Hätte aber den unheimlichen Vorteil, dass man immer sieht wer berechtigt ist und wer nicht. Es ist schon ein wenig besser als beispielsweise wieder eine Vermischung mit anderen Plattformen zu versuchen, welche unsere Struktur ohnehin nicht richtig abbilden können xD
@InnayTool Hast du vllt eine bessere Idee?
from orga_guidelines.
Da drehen wir uns doch wieder im Kreis! Der Vorschlag war den Orga-Kanal offen zu machen. Meines Verständnisses nach heißt das den Link dazu z.B. in den Subtitel vom Laber-Kanal zu packen.
Wenn der versteckt und nur auf Anfrage existiert, dann sind wir irgendwie wieder beim Status Quo, oder irre ich mich da?
from orga_guidelines.
@dragetd ich sehe grad nicht ganz den Bezug zu deiner Antwort. Es geht auf jedenfall darum den Kanal öffentlich zu machen und nicht zu verstecken. Hier geht es ja erst mal nur um die Definition von aktiven Mitgliedern und Stimmberechtigung.
from orga_guidelines.
Ja. Und unter der Prämisse, dass der Orga Kanal komplett offen ist, bin ich dagegen, dass eine Anwesenheit dort drin irgendetwas impliziert. Weder 'aktiv' noch 'stimmberechtigt'. xD
from orga_guidelines.
Was wäre dein Vorschlag?
from orga_guidelines.
Aktive -> streichen (siehe PR)
Stimmberechtigt -> arbiträre Liste, wo auch immer geführt. Wobei ich auch nichts dagegen hätte, dieses Konzept ebenfalls zu streichen. Dann wäre die Rolle der Maintainer der 'Safeguard' für Einzelpersonen die Projektfortschritt und Abstimmungen torpedieren.
[edit] Wobei ich durchaus gerade bemerkt habe, dass ein 'Streichen' der Stimmberechtigten dann in der Umsetzung doch @ThiefOfTime's Idee entspricht. Wäre das vielleicht eine Lösung?
from orga_guidelines.
Ich versuche hier mal @davidmehren wiederzugeben, wenn ich sage: Dieses Issue ist eigentlich unsinnig, da wir hier Wortklauberei betreiben, die keine echte Änderungen hervorrufen wird, solange wir nicht umsetzen worüber wir reden.
Ich persönlich stimme in Teilen zu, wobei ich der Ansicht bin, dass wir ruhig mal einen anderen Begriff wagen können ;)
from orga_guidelines.
Dann lässt es uns tun. Wagen wir das bisher besprochene Und nehmen dazu noch einen neuen Begriff
from orga_guidelines.
Ich unterstütze @davidmehren in seinen Ansichten. Umbenennung wird keinen Effekt bringen, ich vermute dass dies einfach durch Vermischungen mit #31 entstanden ist. Ich würde dieses Issue und den korrespondierenden PR ablehnen.
from orga_guidelines.
Da entgegen meiner Annahme kein aktueller PR existiert und wir nach meinen Informationen noch weiteren Diskussionsbedarf haben, entferne ich dieses Issue aus dem aktuellen Milestone und stelle dieses für die nächste Iteration zurück.
from orga_guidelines.
from orga_guidelines.
Related Issues (20)
- Gitea Nutzung für nicht-aktive HOT 8
- GitHub Teams sollten auch nicht-Member einladen können HOT 3
- v3 Release HOT 9
- Guidelines für AG Treffen. HOT 2
- Dokumentation "Handzeichen" HOT 12
- Öffentlich Kalender HOT 4
- Umstruktirierung der Matrix-Kanäle HOT 31
- Notwendige Bedingungen für „aktive Mitglieder“ HOT 14
- Bezeichnung von „aktiven Mitgliedern“ HOT 1
- Rechte von „aktiven Mitgliedern“ HOT 4
- Notwendigkeit der Rolle des "aktiven Mitgliedes" HOT 12
- Zweiwöchige Orga HOT 4
- Timeboxing von Orga-Themen HOT 12
- Weniger Sitzungen HOT 14
- Nextcloud zur Fachschaft migrieren HOT 29
- Vorschlag: Kalender, in dem unsere Treffen eingetragen sind, zur Fachschaft migrieren HOT 4
- Issues erst schließen, wenn es eine Mehrheit gibt oder es umgesetzt wurde HOT 8
- FOSS-AG Dortmund Matrix Raum auf neuen E2E Raum migrieren. HOT 5
- FOSS-AG Dortmund Matrix Raum auf neuen v6 Raum migrieren. HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from orga_guidelines.