BE:Lichtenberg/Fireteam Liquid/Protokolle/2012-06-09

Protokoll vom 09.06.2012

Leitung

• Ingo

Protokoll

• Oliver

Anwesende

• Ingo
• Torben
• Michael
• Corinna
• Lars
• Thomas
• Oliver

TO

• Vorstellungsrunde mit Hintergrundwissen zum Thema Liquid
• Vorstellung des FT Liquid
• bisher geleistete Arbeit
• Plan für das Flottentreffen
• TODO für das Flottentreffen
• Weitere Aufgaben

Vorstellungsrunde mit Hintergrundwissen zum Thema Liquid

• Thomas, Tom108
  • engagiert bei Linken mit dem Thema
  • hat Wissen aus der Schulung von Jenny
• Michael
  • ist zur Information dabei
  • kann juristische Informationen liefern
• Torben
  • war technischer Admin beim LQFB
• Oliver
  • kann Liquid bedienen
  • kennt einige Schwachstellen
• Corinna
  • kennt wenige technische Details, will aber kennenlernen
• Lars
  • bedient das Liquid
• Ingo
  • ist besonders am Tool zur Willensbildung interessiert

Vorstellung des FT Liquid

• aus letztem Protokoll:
  • Bezirksliquid für die Piraten des Bezirks, nur für diese und auch nur so lange sie Piraten sind
  • Als Meinungsbild der Basis
  • 14 Tage vor der BVV müssen die schriftl. Anträge eingereicht werden
  • Kurzfristige Verfahren u.U. notwendig für schnelles Meinungsbild
  • soll insbesondere zur Verbesserung von Anträgen beitragen
  • Übereinstimmung mit dem Liquid-Regelwerk
  • Austausch mit und ggf. Zusammenarbeit mit dem Squad Liquid Feedback
• später vllt. für gesamt Lichtenberg
• Kurzgefasst:
  • Ein authentifizierungssicheres, skalierbares Abstimmungstool.
• für Meinungsbilder jeglicher Art
• Zielsetzung: ermöglichen von rechtlich gültigen Abstimmungen
  • keine Personenwahlen

Diskussion Problem Anhäufung von Delegationen

• Derzeit kann der Antragsteller mit genügend eingehenden Delegationen seine eigene Abstimmung über das Anfangsquorum heben
• mögliche Lösung: Delegationen des Antragsteller zählen für das Quorum nicht
• Time-to-life für Delegationen (z.B. 3 Monate Gültigkeit)
  • mit Erinnerung vor Ablauf
  • dann Übersicht über Delegationen
  • Übersicht der Abstimmungen der Delegationen
• Technische Unterbindung von Delegationen, wenn mehr als 50% der möglichen Stimmen vergeben sind
• Meinungsbild: Sollten wir verhindern, dass durch eine Delegationskette ein Abstimmender mehr als 50% des Stimmengewichts erhält?
  • Dafür: 5, Dagegen: 2

bisher geleistete Arbeit

• es gibt eine Wikiseite mit Motivation, Anstehende Aufgaben usw.
• bisher einige Treffen
• Beginn Organisation des Flottentreffen
• Beginn der Auseinandersetzung mit der technischen Seite

technische Aspekte

• jetzige LQFB-Software ist für unsere Ansprüche unzureichend
• Verknüpfung von LQ-Accounts und Mitgliedern fehlt
• Verknüpfung von LQ-Accounts und Stimmberechtigung fehlt
• derzeit sind mehrere Accounts möglich (Passwort vergessen)
• Ausweg:
  • Verknüpfung von Mitglied und Account durch generische ID (anonymisiert)
  • automatischer Abgleich von Stimmberechtigung und Account darf abstimmen
• Probleme:
  • Mehraufwand für Vorstand
  • evtl. Satzungsänderung nötig, evtl. auch über Datenschutzerklärung möglich
  • Abgleich der Mitgliedsverwaltung schwierig, da MV nicht online
  • propietäre Software in der MV

Plan für das Flottentreffen

• Plan für Ablauf
  • zu Beginn Vortrag zur Einführung siehe Pad
  • anschließend Diskussion
• Weitere Punkte
  • Argumente für LQ: testcase für Bürgerliquid, Möglichkeit der Abstimmung im Gegensatz zur Meinungsbildung fördert die Teilnahme
  • Technische Umsetzung
    • wie sieht es aktuell aus
    • wie sind die Anforderungen für eine sinnvolle Variante
    • Möglicher Ausweg: eigene Implementation
  • Vermitteln unserer Auffassung, dass wenn LQ dann nur mit Neuimplementation
• Abgleich über Personalausweis-ID zwar wichtig für Authentifizierung, aber erstmal nicht Arbeit von FT LQ

Technische Aufgaben

• Server
  • idealerweise physisch, nicht virtuell
  • Kosten z.B. bei Hetzner 50 EUR/Mon.
    • wer bezahlt das? - nicht komplett über Bezirksbudget machbar
• Entwicklung
  • 2-3 Leute
  • Dauer: 0,5a
  • Hauptimplementierung wohl in Ruby, Phyton
  • Mathematische Teile in C als Extensions
  • haben 2 Entwickler, 1 Admin, evtl. weitere
• Frontend
  • bisher kein Team
  • einige mögliche Mitarbeiter bereits bekannt
  • Schnittstellenbeschreibung zum Core sollte früh sein
• Textkram
  • für Datenschutzgedöhns, Nutzungsbestimmungen und so
  • Dokumentationen
• Live Betrieb
  • Administrierung (System, Benutzerdatenbank, Applikation)
  • Versendung der entsprechenden Daten aus dem Vorstand
    • Freiwillige für die Übernahme für Lichtenberg in der P9
    • evtl. Programmierarbeit an der Mitgliederdatenbank, für generische ID
  • allgemeiner, technischer Ansprechpartner
• Einführungen
  • Testumgebungen
  • regelmäßige Schulungen

TODO für das Flottentreffen

• Räumlichkeit und Termin macht das FT Orga
• Arbeiten für das Flottentreffen und weitere Absprachen bis zum 30.06.
  • Torben: spricht mit Helge
  • Präsentation erstellen (Vorlage von Corinna, eintragen werden die Vortragenden)
  • Vortragende
    • Allgemeines: Ingo, Das Yuri
    • Technik: Torben, Oliver
    • Juristische Aspekte: Michael
  • Absprache mit der Fraktion
    • Änderung der Satzung der Fraktion hin zu Abstimmung, weg von Meinungsbild
    • Bestätigung der vorausgeplanten Verwendungszwecke

Weitere Aufgaben

• Strukturierung der anschließenden Diskussion
  • Klarnamenspflicht
  • welche Anforderungen an die Software werden gestellt
  • Hinarbeit auf eine modulhafte Vorlage für die GV
• Ausarbeitung der Module für die GV

nächstes Treffen

• Mi, 27.06.2012, 20:15 Uhr
• im Park oder evtl Parkblick