Dieses Pad ist ein Notizpad und enthält keine offiziellen Aussagen der Piratenpartei.
------------------------------------------------------------------------------------------------------------------------
Sitzung der AG Meinungsfindungstool am 23.07.2012
Anwesende
- Slash
- ntroPi / Gereon
- moonopool
- Schnittmenge
- Frisch
- Melcon
- Thomas
Themen
- Schreibtichtest für qKonsens mit mind24
Protokoll
Ablauf:
- Erarbeitung der inhaltlichen Positionen in qKonsens
- Formulierung der Kernaussagen und Kontexte
- Diskussion
- dabei: Anpassung der Kernaussagen und Kontexte mit Ziel "schlüssig" und "konsensfähig"
- Ein "Editor" nimmt die erarbeiteten konsensfähigen Positionen her und formuliert z.B. einen ersten Wurf für einen Antragstext
- Auswahl
- logischer Aufbau: z.B. Präambel, Situation, Argumentation, Forderung
- stilistisch
- Formulierung
- ? Wunder ?
- Großer Profit: Der fertige Antragstext wird ins LQFB o.ä. gestellt zur Abstimmung
-> Wir beginnen mit dem ersten Schritt und wenn wir da etwas weiter sind, können wir uns mit den weiteren Schritten auseinandersetzen.
Wir machen ein Rollenspiel:
Ergebnisse bzw. Erkenntnisse aus dem Rollenspiel:
- Gruppierung wurde kontrovers diskutiert
- Explizite Gruppen (z.B. Geographisch)
- Implizite Gruppen durch gleiche Meinung - Fork-Ersteller ist Moderator. +1
- Keine Gruppierung
- Diskussion in Baumstruktur schnell unübersichtlich
- Sichbarkeit von Minderheitenmeinungen ist problematisch, insbesondere wenn eine Bewertung als Maßstab für die sortierung genutzt wird.
- Untergliederung und Diskussion wurden gleichwertig genutzt
- Vorschlag geschulter Moderatoren - Alternative: der forked wird Moderator seiner Fork, unabhängig von einer Schulung
- Forken und Mergen
- Fork möglichst tief im Baum ansetzen um Duplikation zu verringern und Gemeinsamkeiten zu betonen
- Mergen kann auf verschiedenen Ebenen stattfinden:
- Diskussionsebene: Lokaler Moderator (Autor)
- Kernaussagenebene: ?
- Dokumentenebene: Findet dezentral zwischen verschiedenen Gruppen statt.
- Mergen wurde noch nicht im Detail diskutiert. Hier besteht die Gefahr, dass die Kontroverse nur auf den Mergezeitpunkt verschoben ist. -> Merge Ablauf ist noch nicht diskutiert worden.
- Bedingung: Mergen mindestens so stark wie Forken im System ausgestalten
- Problem: Handhabung von rechtlich bedenkliche Aussagen ? Durch Admin ?
- Ja Admin :-)
- Sorge: Wiki-Admin/Moderator-Kleingärtnertum
- Depublizieren, so dass es nur im Administratorenkreis sichtbar ist -> gegenseitige Kontrolle.
- (Admin-Zugriff erst bei 5 Meldungen/negativen Bewertungen ?)
- Problem: Angemessenheit der Argumente vs. Bewertung der Argumente
- Wiederverwendbarkeit von Argumenten / Kernaussagen muss möglich sein.
- Schneller Einstieg in die Diskussion wird ermöglicht, auch wenn das Maß für die "besten" Argumente nicht neutral ist.
- Erwartung: Die guten Argumente für die Mehrheitsmeinung können leicht anhand der Bewertung gefunden werden. "Gute" Gegenargumente könnten von obigem Problem betroffen sein...
- Identitätsform in der Öffentlichkeit (anonym, pseudonym, Klarnamen) noch unklar
---> Sitzungsende um 23h49 <---
==============================================================================
- Troll / Angreifer
- (Dumm-)Schwätzer (mit Themensprüngen)
- Kompetenzträger / (Intensivnutzer / -leser)
- Schnellleser / Wenig-Poster / Falschversteher (durch schnelles Überfliegen)
- Systemsicht (FURPS auf Kommunikationskette und Abläufe gemünzt)
- FURPS
- Functionality
- Feature set (Eigenschaften, Merkmale)
- Capabilities (Fähigkeiten)
- Generality (Allgemeingültigkeit)
- Security (Sicherheit)
- Usability (Benutzbarkeit)
- Human factors (menschl. Faktoren)
- Aesthetics (Ästhetik)
- Reliability (Zuverlässigkeit)
- Frequency/severity of failure (Häufigkeit / Schwere von Fehlern)
- Recoverability (Wiederherstellbarkeit)
- Predictability (Vorhersagbarkeit)
- Accuracy (Akkuratheit)
- Performance (Leistungsfähigkeit)
- Speed (Geschwindigkeit)
- Efficiency (Effizienz)
- Resource consumption
- Throughput (Durchsatz)
- Response time (Antwortzeit)
- Supportability (Wartbarkeit)
- Testability (Testbarkeit)
- Extensibility (Erweiterbarkeit)
- Adaptability (Anpassung)
- Maintainability (Wartbarkeit)
- Compatibility (Kompatibilität)
- Configurability (Konfigurierbarkeit)
- Serviceability (Reparierbarkeit)
- Installability (Installierbarkeit)
- Localizability (Ortbarkeit)
- Portability (Portabilität)
- Admin