imported>Jamasi: Textersetzung - „Antragssteller“ durch „Antragsteller“

2013-02-19T04:16:17Z

Textersetzung - „Antragssteller“ durch „Antragsteller“

Neue Seite

=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 [https://lichtenberg.piratenpad.de/ftliquid 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

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

imported>Jamasi: Textersetzung - „Antragssteller“ durch „Antragsteller“