Diskussionsstand LD: Unterschied zwischen den Versionen
Zeile 144: | Zeile 144: | ||
**Delegationen an Gruppe werden über Liste (evt. andere Methode) an Gruppenmitglieder weitergegeben | **Delegationen an Gruppe werden über Liste (evt. andere Methode) an Gruppenmitglieder weitergegeben | ||
***Selbstverständlich können Gruppenmitglieder an sich gegenseitig delegieren | ***Selbstverständlich können Gruppenmitglieder an sich gegenseitig delegieren | ||
− | **Moderator verteilt Stimmen an Mitglieder | + | **Moderator verteilt Stimmen an Mitglieder |
+ | *Wenn Gruppe in sich selbst delegiert, wird dieser Kreis erkannt und die verursacher bei der Aufteilung der Stimmen in der Gruppe nicht berücksichtigt. | ||
=== Anlegen/Moderation === | === Anlegen/Moderation === | ||
Zeile 170: | Zeile 171: | ||
**''Kommentar: ''Dieses Szenario wirkt auf mich sehr konstruiert. Zum einen ist dies ein "Problem", das z.B. auch jede Fraktion im Budestag hat, zum anderen sollte ein Gruppe keine Meinungen Propagieren, zu denen nur 5 ihrer 9 Mitglieder stehen. --[[Benutzer:Chronial|Chronial]] 22:16, 11. Mai 2010 (UTC) | **''Kommentar: ''Dieses Szenario wirkt auf mich sehr konstruiert. Zum einen ist dies ein "Problem", das z.B. auch jede Fraktion im Budestag hat, zum anderen sollte ein Gruppe keine Meinungen Propagieren, zu denen nur 5 ihrer 9 Mitglieder stehen. --[[Benutzer:Chronial|Chronial]] 22:16, 11. Mai 2010 (UTC) | ||
*Konsensorientierte Gruppe wird zu einem Mehrheitsmodell gezwungen, muss also abstimmen. | *Konsensorientierte Gruppe wird zu einem Mehrheitsmodell gezwungen, muss also abstimmen. | ||
− | **''Kontra:'' Nach dem "Moderator verteilt Stimmen"-Ansatz ist dies nicht der Fall.<br> | + | **''Kontra:'' Nach dem "Moderator verteilt Stimmen"-Ansatz ist dies nicht der Fall.<br> |
**''Kontra:'' Würden nicht alles Mitglieder gleich abstimmen, wenn dieser "Konses" wirklich ein Konsens ist?<br> | **''Kontra:'' Würden nicht alles Mitglieder gleich abstimmen, wenn dieser "Konses" wirklich ein Konsens ist?<br> | ||
*schwieriger zu implementieren, warum viel Aufwand in Implementierung stecken, was wir im RL eher aufweichen möchten?<br> | *schwieriger zu implementieren, warum viel Aufwand in Implementierung stecken, was wir im RL eher aufweichen möchten?<br> |
Version vom 11. Mai 2010, 23:59 Uhr
Hier wird der Diskussionsstand zu den verschiedenen Aspekten der einzuführenden/entwickelnden LD-Lösung reflektiert. Um die Übersichtlichkeit zu erhöhen, bekommt jedes Unterthema einen getrennten Abschnitt. Die Quelle für die erste Version dieses Wikiartikels sind hier (.doc) zu finden.
(Ergänzung für MS-averse: (.pdf) )
Inhaltsverzeichnis
1 Neuer Input
- Wir sollten ein Mindestquorum für Initiativen einführen, dass bestimmt, ob eine Initiative hinterher überhaupt zur Abstimmung steht --Chronial 13:32, 26. Mär. 2010 (UTC)
- Wofür gelten Delegationen? Möglich für: Wahl, Interesse, Population, Unterstützung. Dabei ist auch nochmal über stimmverteilung bei Gruppendelegationen denken. --Chronial 14:19, 2. Apr. 2010 (UTC)
- Das Projekt braucht einen Namen! --Chronial 22:18, 11. Mai 2010 (UTC)
2 Allgemeines
Es wird angestrebt ein eigenes System für das LD-Experiment zu entwickeln bzw. auf dem vorhandenen Kern von Liquid Feedback aufzubauen und diesen nach den hier folgenden Vorgaben massiv auf unsere Bedürfnisse zuzuschneiden und mit wichtigen Ergänzungen zu versehen.
In nächster Zeit soll aus diesem Diskussionsstand ein Pflichtenheft destilliert werden, mit dessen Hilfe weitere Unterstützung, vor allem (aber nicht nur) auf der technischen Seite zu gewinnen ist. ProgrammiererInnen sind also dringendst gesucht.
3 Eingangsseite
- Bei Erstanmeldung Frage nach Pseudonym.
- Einfache Auswahl für eher passive (Delegation)
- und eher aktive Nutzer (Entscheidungen / Stimmabgabe)
3.1 Delegationen
Standarddelegation: Dropdown mit Gruppen und dem user bekannten Personen + „an andere Person delegieren….“
Delegationsbaum: Baum, der eine Übersicht über vergebene Delegationen anzeigt – mit Links auf die jeweiligen Seiten, auf denen diese Delegationen festgelegt werden können.
Delegierte Entscheidungen: Liste mit von Deleganten getroffene Entscheidungen.
Mit: Topic (Link), Entscheidung (Link), Zeitpunkt, Person/Gruppe (bei Gruppe noch wer aus der Gruppe, die entscheidung getroffen hat – nicht zu hervorgehoben, um User nicht zu verwirren – hier sollte auch eine Möglichkeit her, herauszufinden wie/ob diese Entscheidung weiterdelegiert wurde), Quelle der Delegation (Global, Themenbereich, Thema, Enscheidung)
Evenetuell keine Liste, sondern Gruppiert nach Themenbereichen / „Wie hat … für mich entschieden?“. Ansicht umschaltbar.
3.2 Entscheidungen / Stimmabgabe
- Top 5 anstehende Entscheidungen (Kriterien: Aktualität / Anzahl Teilnehmender User)
- Liste mit Themenbereichen -> Thema
- Link zu „Alle in der Abstimmungsphase befindlichen Entscheidungen“
4 Themen
Es sind Themenbereiche zu definieren, die dann auch insgesamt delegierbar sein sollen.
Eine Themenliste muss einsehbar sein (Design vgl. LF)
Was gehört alles zu einem Thema:
Titel + Beschreibung des Themas. Von wem erstellt? - Anfänglich vom Eröffner des Themas, Bearbeitungsrecht kann jederzeit grundlos auf Moderator übertragen werden, damit dieser diese Beschreibung pflegt. Liste der Initiativen. Weitere Infos und Anregungen z.B. bei LiquidFeedback.
Konkretisierungen:
- Haben keine eigene Existenz – entstehen mit Initiative, werden gelöscht wenn letzte Initiative gelöscht wird.
- Titel und Beschreibung vom Ersteller der ersten Initiative, Bearbeitungsrechte auf Moderator übertragbar.
- Beschreibung hat Änderungshistorie
- Wird erste Initiative gelöscht, so erhalten/sehen Moderatoren eine Nachricht, dass das Thema einen neuen Titelpfleger benötigt
- Automatische Übertragung des Rechts auf Ersteller der Initiative mit der meisten Unterstützung?
- Interesse am Thema
- Kann per Hand angemeldet werden
- Wird automatisch angemeldet bei Aktion im Thema (genauer: Aktion bei beliebiger Initiative im Thema)
- Auto-Ablehnung?
- Themen durchlaufen Phasen, siehe Abschnitt Themen-Phasen
5 Themen-Phasen
- Manche Phasen haben eine festgelegte Zeitdauer, welches durch das Entscheidungsgeschwindigkeits-Modell festgelegt wird.
- Diese Modell wird vom Ersteller des Themas bestimmt.
- Melche Modelle gewählt werden dürfen wird durch Regeln definiert (siehe auch Folie Schnellentscheide)
- Diese Modell wird vom Ersteller des Themas bestimmt.
- Beim Erstellen des Themas beginnt Automatisch die erste Phase:
- "Neu": Probephase. Alles ist erlaubt. Diese Phase dient dazu, zu überprüfen wie interessant das Thema ist. Um als relevant zu gelten, muss es eine Initiative geben, die eine ausreichende Menge an potenziellen Unterstützern hat.
- Zwei Möglichkeiten:
- "Geschlossen": Wenn die Akzeptanzzeit endet und die Bedigungen nicht erfüllt wurden wir das Thema geschlossen. Massives Neueröffnen von soeben geschlossenen Themen ist ein Regelverstoß und wird geahned (von Hand).
- "Diskussion": Wenn es innerhalb der Akzeptanzzeit zu einem Zeitpunkt eine Initiative gibt, für die das Verhältnis von potenziellen Unterstützern zu am Thema Interessierten und Themenbereichs-Mitgliedern eine festgelegte Schwelle überschreitet, kommt das Thema in die Diskussionsphase.
- Weiterhin alles erlaubt
- Diskussion kann beliebig lange dauern. Die nächste Phase wird unter bestimmten Bedingungen begonnnen (siehe Vote Now/ Vote later) – LF Konzept ist hier etwas verwirrend. Fällt uns was Besseres ein?
- "Eingefroren/Validierung": Das Thema wird zur Wahl vorbereitet. Nun darf keine Änderung an Initiativen mehr vorgenommen werden, aber es dürfen neue Initiativen eingebracht werden. Dies ist für den Fall, dass jemand kurz vor Phasenwechsel seine Initiative in einer unakzeptablen Weise verändert hat.
- Dauert eine festgelegte Zeit, danach automatischer Wechsel in nächste Phase
- "Wahl": Obvious. Dauert festgelegte Zeit.
6 Initiativen
- Können von jedem angelegt werden
- Können bis zur Abstimmungsphase angelegt werden
- Diskussion über Initiativen nicht auf der Platform
- Verringert Entwicklungszeit massiv (!)
- Wir stellen separates Forum / Wiki (mit gelinkten User-Datenbanken) zur Verfügung.
- Pro Forum da benutzerfreundlicher (jeder kennt Foren, wenige waren schon auf Wiki aktiv)
- Keine andere Diskussionplatform, z.b. wegen user-accounts
- Beschreibungsseite der Initiative gehört dem Ersteller
- Ersteller kann weitere Autoren für die Beschreibungsseite angeben.
- Dafür läd er sie ein – wenn sie annehmen, werden sie Autoren und werden auch als solche angezeigt.
- Beschreibungsseite hat Änderungshistorie! (brauchen noch mehr Überlegung was Änderungen angeht)
- Ersteller kann weitere Autoren für die Beschreibungsseite angeben.
- Haben Unterstützer und Potentielle Unterstützer (siehe Glossar)
- Haben Anregungen (siehe Abschnitt Anregungen)
7 Anregungen
- Können bis Verifikationsphase einbracht/abgestimmt etc. werden. Danach freeze.
- Titel + Beschreibung – mit Titel für easy User, und Beschreibung für Details
- Optional Auswahl: „Diskussion aktivieren“ -> erstellt Thread im Forum und linkt auf ihn
- Können nicht bearbeitet werden
- Verwirrungsfaktor, Verwaltungsaufwand….
- Jeder User bestimmt seine Einstellung zur Anregung:
- Muss: User wird potentieller Unterstützer
- Soll: User ist (bleibt) Unterstützer
- Neutral: Keine Konsequenz
- Soll nicht: Wie soll keine faktische Auswirkung
- Darf nicht: User wird seine Unterstützung entziehen, wenn umgesetzt
- Umsetzung wird von Usern bewertet
- Text von LF gefällt
- Bei gewissen Rating gilt es als umgesetzt => „Muss“ Voter werden zu Unterstützern, „Darf nicht“ Voter werden zu potentiellen Unterstützern
8 Wahl
- Jeder Vorschlag bleibt eine gewisse Zeit (je nach Modell) im Wahlmodus
- Nach dessen Ende -> Entscheidung
- Entscheidungsmodell genau wie LF:
- Man kann Initativen, die man unterstützenswert findet, ranken. Auserdem kann man Initativen ablehnen (und auch dort rankgen) oder sich zu einer Initiative enthalten.
- Erster Check: Initiativen mit mehr Ablehnung als Zustimmung gelten als abgelehnt, fliegen raus.
- Entscheidung: Nach Schulze-Methode
- Entweder Mindestwahlbeteilgung, oder Auto-Ablehnen Feature
9 Entscheidungsgeschwindigkeit
- Müssen wir Diskutieren!
- Wie sind sie festzulegen, können Moderatoren sie ändern?
10 Moderatoren
- Brauchen eigene Einstiegs-/Übersichtsseite?
- Anfänglich von FSK bestimmt, später gewählt?
- Können sich Bearbeitungsrecht für Themenbeschreibung holen.
- Können Initiativen in bestehende Themen verschieben
- Können Initiativen-Bearbeitungsrechte ändern – muss gut begründet sein.
- Löschrechte???
- Öffentlicher AktionsLog!
11 Gruppen
11.1 Modell 1
11.1.1 Anlegen/Moderation
11.1.2 Vorteile
11.1.3 Nachteile
|
11.2 Modell 2
11.2.1 Anlegen/Moderation
11.2.2 Vorteile
11.2.3 Nachteile
|
12 Schnellentscheide
- Zwei Arten von Schnellentscheiden:
- Ultraschnell:
- Nicht über LD, sondern wird von gewählter Person/Gruppe (je nach wichtigkeit der Entscheidung?) getroffen
- Schnell:
- Durchläuft die Phasen sehr schnell
- Wird jedem User deutlich angezeigt (Startseite/Popup/Direkt auf Themenbereichsübersicht)
- Anzeigelevel einstellbar
- Solang keine Einstellungen getroffen wurde: eher geringes Level, wird allerdings durch Aktivität automatisch hochgestuft
- Ultraschnell:
- Müssen gut begründet sein! (warum eilig?)
- Harte Regelungen gegen Missbrauch
13 Nutzungslevel
- Einteilung der User in 3 Nutzungslevel:
- Desinteressiert: Gibt maximal ein paar Delegationen an. Wichtige Zielgruppe, da Mehrheit
- Extrem einfache Möglichkeit nötig, Delegationen global und Themenbereichsbezogen einzurichten!
- Interessiert: Delegiert hautptsächlich, nimmt schwach selbst an Entscheidungen teil.
- Möglichkeit mit geringem Aufwand abzustimmen und sich über Initiativen zu Informieren
- Aktiv: Delegiert wenig, nimmt stark an Entscheidungen teil.
- Will vollen Zugang zu Möglichkeiten der LD. Nutzt Anregungen, ist evt. Mitglied in Gruppe.
- Will vollen Zugang zu Möglichkeiten der LD. Nutzt Anregungen, ist evt. Mitglied in Gruppe.
- Desinteressiert: Gibt maximal ein paar Delegationen an. Wichtige Zielgruppe, da Mehrheit
14 Glossar
- Gruppe
- Person = User
- Themenbereich: Grundsätzliche Themengruppierung, Wichtig für Übersichtlichkeit + Delegationen
- Mitglieder: Kann jeder werden, haben automatisch Interesse an allen Themen des Bereichs
- Thema: Eine konkrete anstehende Entscheidung
- Population: Alle an einem Thema interessierte Personen. Das sind Mitglierder des Themenbereichs + interessierte.
- Initiative: Eine Entscheidungsmöglichkeit innerhalb eines Themas (Wort gefällt mir nicht)
- Unterstützer: Leute, die die Initiative in ihrer aktuellen Form unterstützen
- Potentielle Unterstützer: Leute, die die Initiative unter Vorbehalt unterstützen.
- Wichtig: Usern klar machen, dass dabei technisch kein Unterschied, sondern nur Feedback an Initiativen-Ersteller!
- Interesse: Siehe Abschnitt Themen
15 Notes / Fragen
- Die großen Infoboxen von Liquid-Feedback sind schön – so was brauchen wir auch
- Zeitachse - SHOULD
- Zentrale Aktivitätsmessung? (Methode zur Bestimmung des Aktivitätsgrades eines Users)
- Todo: Übersichtsseite ähnlich Einstiegsseite von Liquid Feedback
- Initiativen löschen? Wer, wie?
- Kann man Initiativen noch zurückziehn, wenn das Thema in Verifikation ist?
- Disksussion verschoben, aber wichtig
- Advanced Mode, mit anderer Einstiegsseite und weniger agressiven Delegier Buttons.
- Später drum kümmern
- Dokumenten-Upload
- Im Forum – nicht in der Platform
- Einfache Funktion zur Beantragung von Gruppenmitgliedschaft
- Spamschutz: wie contingent Table von LF. Limit auf
- Initiativen erstellt in bestimmtem Zeitraum
- Anregung erstellt in bestimmtem Zeitraum.
- Wir brauchen Pseudonyme (bei erstanmeldung festzulegen)
- Hinweis an User, wenn er Teil eines Delegationskreises ist.
- Jeder User kann einstellen, wie lange von ihm getroffene Entscheidungen sichtbar bleiben sollen. Die Delegationskette wird dabei nur angezeigt, wenn alle Teile der Kette ihre entscheidung noch sichtbar halten wollen. Mindeszeit: 6 Monate.
- Unsere Sprache ist sehr (!) wichtig – wir sollten uns über jedes Wort noch einmal Gedanken machen.
- Klarer Hinweis an potentielle Trolle, dass sie ihre Rechte verlieren werden und nicht mehr am Diskurs teilnehmen können
16 Auto-Ablehnung
- Keine Auto-Ablehnung
- Mindestwahlbeteiligung:
- Eine Entscheidung braucht einen gewissen Prozentsatz um gültig zu sein
- Dieser Prozentsatz wird an der Population des Themas gemessen
- Dieser Prozentsatz wird an der Population des Themas gemessen
- Eine Entscheidung braucht einen gewissen Prozentsatz um gültig zu sein
17 Members(LF Konzept)
- Bin mir nicht sicher über dieses Konzept – ist mir zu kompliziert und undurchsichtig. Scheint mir auch gefährlich (zu viele inaktive Mitglieder). Gibt es dafür vielleicht eine bessere Lösung.
- Man kann Member eines Themenbereichs sein
- Wenn man Interesse an einem Thema anmeldet ist das wie Member sein
- Die Quote zur Anerkennung eines Themas (und zur Anerkennung der Endentscheidung) wird nur innerhalb der Members und interessierten bestimmt
18 Programmiersprache
- PHP, mit einem Framework, eventuell CakePHP
- PostgreSQL. Unter anderem weil der LF-Kern in PostgreSQL geschrieben ist, und wir den nehmen wollen.