BE:Squads/LiquidFeedback/Protokoll/2012-10-03

Protokoll

Vorstellungsrunde

Petra, Johannes, Pupe, Mario, Andreas (rhotep), Daniela, Anisa, Acid, Gero, Enno, Cyberkalle

Wer macht was im Liquid und wer gibt was wann wie an wen? (Status Quo Beschreiben)

1. 1. Mails landen z.Z. in einem Mailclient > Ticketsystem ist in arbeit
   2. Admins: Acid, Mario (@xedp3x), Björn (@Reimerei)
   3. Support: Daniela, Kletterpirat (Robert)

Joining / Leaving - wie geht das?

1. 1. Anisa: geht über MItgliederverwaltung, Automatisierung in Arbeit mit SageCRM, Versand der Invite Codes läuft dann automatisch
   2. Tickets braucht es dann nur für Trouble Shooting, nicht für Standardprozesse
2. Verhinderung von Doppelakkreditierung?
   1. Anisa: gibt nicht wirklich Prozess, es kann passieren, dass Person doppelt MItglied ist, dann auch doppelte Akkreditierung theoretisch möglich => Problem der Mitgliederverwaltung, nicht im Liquid -> langfristig wird die Bundeskiste das Problem lösen
   2. Probleme ligen eher bei der Mitgliederverwaltung und nicht im LQFB

Ticket-System

1. 1. In support.piratenpartei.de als neue Queue?
      1. Contra:
         1. Datenschutz, Pupe: sollte nichts dagegen sprechen, Emailverwaltung vergleichbar und das ist auch ok,
         2. Dauer für Account (weil ist Bundes IT) - scheint derzeit mit ? aus Hessen gut & schnell zu laufen
      2. Pro:
         1. Alle Vorstandsmitglieder haben Account, Adressierung ggf. einfach möglich
         2. Ein einziges Ticketsystem mit einem Zugriff
      3. Vergleich OTRS und RT: unübersichtlich sind beide, bevorzugt wird OTRS, bei Redmine fehlt Helpdesk-Feature
   2. allgemeiner Konsens: das gleiche Ticketsystem nehmen.
   3. Gero kümmert sich mit Manuel um die Umsetzung (evt. nach dem 11.10. weil Manuel ne Prüfung hat)
   4. Acid kümmert sich um das Anfrageformular
   5. Vorschlag Gero: alle Anfragen an die support-Adresse, ggf. Weiterleitung an Admins
   6. Frage Acid nach Datenschutz: neues Ticket für Mitgliederverwaltung? Bei relevanten Daten Weiterleitung und Löschen, Workflow definieren welche Daten raus müssen
      1. Allgemeine Absprachen über den Umgang mit Ticket Systemen
2. Wer braucht dafür welchen Account?
   1. Rollen definieren: Supporter, Admins, zugriff aller auf alles
   2. Wer braucht einen Zugang: Übersicht der Admins im Wiki => http://wiki.piratenpartei.de/BE:Beauftragungen#Administration_LiquidFeedback , Gero prüft ob diese Seite vollständig ist.
   3. Usersuche über LQAdmin (update für 2.0)
      1. Volltextsuche per Webinterface (Tool von Mario)
      2. Userrechte für Instanzen beschränkbar
      3. Klärung, welche Nutzer Root-Zugriff haben. Im Moment ohne Root-Zugriff kann man nix tun, Update von Mario bald
3. Neue Admins und Supporter.
   1. Was müssen sie können?
      1. Mit der Shell spielen können ? Admins ja, Supporter nein
      2. Viel Ahnung von Linux-Servern
      3. neue Instanzen per Skript anlegen => Beschreibung der Aufgaben (Acid) und jemanden explizit dafür finden
      4. Supporter: nutzen Web-interface, um Anfragen nach Login-Problemen bearbeiten zu können
      5. Sieht nach Aufgabenbeschreibung aus, Enno: möglichst viele Mini-Beauftragungen aussprechen anstatt große, zeitraubende Aufgaben verteilen, Pupe: das hat den Vorteil, den Leuten Ängste zu nehmen und jemand kann sich von Level zu Level "hocharbeiten". Diskussion darum wie streng man eine Eingangs"prüfung" / Evaluation durchführen kann. Pupe: Root-Zugriff ist "Königsklasse", auch von Würfel Plädoyer für genaue "Prüfung" der Person
   2. Wer hat welchen Hut auf?
      1. Gero ist Verantwortlicher als LaVo mit entspr. Geschäftsbereich
      2. Acid, Mario, Björn (Urlaub bis Ende Oktober)
   3. Wem können wir die Aufgaben anvertrauen?
      1. nicht weiter besprochen, durch vorherigen Punkt abgehakt

Neue Instanzen

1. 1. Ungarn
   2. Charlottenburg-Wilmersdorf
   3. Israel
   4. Ticino / Tessin
   5. On hold: Thüringen, Saarland, Slowakei

Acid wird die Skripte starten. Frage Pupe: Was ist der Service, den die von uns kriegen? Antwort Acid: mit 2.0 Version kriegen sie Link und Admin-Account per Email. Keine Tickets an uns. Kein Verwaltungsaufwand für uns. Kein Umweg mit den Invite keys mehr, das war 1.0. Frage, welche Instanzen in welcher Version laufen. Antwort: nicht einheitlich. Bitte an Acid, dass eine Übersichtsseite gemacht wird, auf der das zu sehen ist. Pupe erläutert: jeder LV wird als eigene "Firma" in Sachen Datenschutz angesehen. In Theorie müssten die anderen LVs uns prüfen, ob wir das mit dem Datenschutz auch korrekt machen, weil wir Dienstleister für sie sind. Auftragsdatenverarbeitungsvertrag sollte gemacht werden als rechtliche Grundlage dafür, dass wir das tun. LV Berlin kann damit eine Art "Garantie" geben. Bald mehr Infos dazu auf der Seite http://wiki.piratenpartei.de/BE:Datenschutzbeauftragter

1. Auswertung: Bericht der Datenschutzbehörde & Umsetzung LMVB-Beschluss
   1. http://wiki.piratenpartei.de/Datei:DSB_LQFB_Datenschutpruefung_Antwortschreiben_Datenschutzaufsichtsbeh%C3%B6rde_Berlin_2012_10_02.PDF
   2. Pupe: S018: weg von Klarnamenspflicht, hin zu Pseudonymrecht, welche Lösungen sind praktikabel? Nächster Termin GV 3.11. in Pankow, da braucht es Zuverlässigkeit
   3. Frage : Ist S018 bindend für die Bezirke? => Jura-Squad fragen
   4. Enno: Wir haben GO für Liquid, das ist verbindlich, möglicher Hack: ein Organ gibt sich selbst eine GO - kann sich das Liquid / die Leute im Liquid eine GO geben?
   5. Pupe: wir haben einen Arbeitsauftrag. Wir können die Aufsichtsbehörde jederzeit fragen, jetzt wo wir konkretere Aufgaben haben. Umsetzung auf Landesebene erst nach Prüfung.
   6. Vorstand und SG melden Zweifel an Durchführbarkeit (praktisch und juristisch) einiger Punkte von S018 an: Erkundigung nach Pseudonymen. Ob die Menge an Anfragen ein Problem wird oder nicht, müssen wir dann sehen.
   7. Enno benennt Problem: S018 lässt keine Spielräume, Prozesse sind festgeschrieben, teils auch anders / weitergehender als das was bisher in Pankow und Xhain geplant war.
   8. Pupe. Vorteil des Bechlusses: es gibt prüfbare, konkrete Handlungsanweisungen
   9. Gero: neuer Antrag sollte bei der nächsten LMV als Satzungsänderung angenommen werden
   10. fehlende Angabe zur Übergangsphase, Frage, ob vorhandene Account im LV bestätigt werden oder alles komplett neu angelegt werden muss. Würfel befürchtet Datenverluste
2. Wie gehts weiter in xhain und Pankow?
   1. Enno: Bezirke müssen sich nicht an S018 halten, Nulllinie ist das Gutachten der Behörde, außerdem sind die Punkte des S018 im Bezirk praktisch nicht durchführbar.
   2. Vorschlag: die beiden Bezirke treffen sich

Fristen

1. 1. in zwei Wochen Antworten aus Pankow & Xhain
   2. Wunsch-Start in Pankow 4.11. (nach der GV am 3.11.)
   3. Besuch bei der Behörde: Gero, Pupe,

nächster Termin

1. 1. wird live gedoodelt uasy

(update: nicht live, sondern hier: [1] Zweifeln 17:20, 16. Okt. 2012 (CEST)

Mailingliste zum Thema LQFB

https://service.piratenpartei.de/listinfo/lqfb-koordination