Antragstitel
Einsatz der BEO-Software zur Vorbereitung von Bundesparteitagen
Antragstext
Modul 1
Der Bundesvorstand wird beauftragt, das von der PG Basisentscheid entwickelte System zur Vorbereitung von Bundesparteitagen einzusetzen. Dieses System besteht aus den folgendenden Komponenten, die für die genannten Zwecke genutzt werden sollen:
- ID-Server: Verwaltung von Nutzerdaten für alle Komponenten, Anbindung an die Mitglieder-Datenbank
- Discourse (mit ID-Server-Anbindung): Entwicklung und Diskussion von Antragsideen, Arbeit an Anträgen
- Portal: Einreichung von Anträgen, Pro/Contra-Debatte von Anträgen, Arbeitswerkzeug für die Antragskommission, Ermittlung einer Antragsreihenfolge
Modul 2
ID-Server und Discourse sollen – soweit möglich – spätestens nach Abschluss der Betatestphase in der Piratenpartei Schweiz in Betrieb genommen werden.
Modul 3
Der Bundesvorstand unterstützt – soweit möglich – die Fertigstellung des in Entwicklung befindlichen Portals sowie die Erweiterung mit speziell für die Vorbereitung von Parteitagen benötigter Funktionalität.
Antragsbegründung
Der Antragsprozess vor Parteitagen ist seit jeher ein Kritikpunkt innerhalb der Piratenpartei. Viele Anträge werden unter Zeitdruck erst kurz vor Antragsschluss eingereicht. Dies führt zu Qualitätsproblemen, unnötigen Konkurrenzen und viel Aufwand für die Antragskommission kurz vor dem BPT. Es ist schwierig, eine geordnete und nachvollziehbare Debatte über Anträge zu führen, da dafür keine “offizielle”, gemeinsame Lösung existiert.
Die PG Basisentscheid arbeitet seit dem Beschluss, den Basisentscheid in die Satzung aufzunehmen, an einem datensparsamen und flexiblem System, das nicht nur Abstimmung, sondern auch die sehr wichtige Entwicklungsphase der Anträge und eine Debatte abbilden soll. Das System ist auch für den Einsatz als Urabstimmungswerkzeug in der Piratenpartei Schweiz vorgesehen. Für den schon nutzbaren Teil läuft dort ein für alle Schweizer Piraten offener Betatest, der demnächst für Gäste geöffnet werden soll. Discourse soll wie im Antrag beschrieben eingesetzt werden und dient außerdem als allgemeine Diskussionplattform der Partei: https://discourse.piratenpartei.ch/
Das Portal ist derzeit noch in Entwicklung und wird aktuell in einer Minimalversion getestet: https://abstimmung.piratenpartei.ch/ Es soll die Antragsteller besser bei der Antragstellung unterstützen als das bestehende Wiki-Antragsportal. Dies wird auch die Arbeit der Antragskommission einfacher machen, da dadurch Fehler bei der Einreichung verhindert bzw. schneller erkannt werden können. Die automatische Prüfung durch den ID-Server, ob die Antragsteller tatsächlich antragsberechtigt sind, ersetzt die fehleranfällige und zeitaufwändige manuelle Prüfung.
Das Portal basiert auf den Ideen aus BPTArguments, das früher zur Ermittlung der Antragsreihenfolge des BPT eingesetzt wurde. Diese Aufgabe würde das Portal für die kommenden BPT übernehmen.
Geplante spezielle Funktionalitäten des Portals für die Antragskommission:
- Prüfung von Anträgen auf formale Korrektheit und evtl. Kommunikationsmöglichkeit mit Antragstellern
- Export von Anträgen nach Openslides für Versammlungsleitung
- Import von Abstimmungsergebnissen
Der Code der einzusetzenden Komponenten ist hier zu finden:
- ID-Server: https://github.com/edemocracy/ekklesia
- Discourse: https://github.com/discourse/discourse
- Portal: https://github.com/dpausp/arguments
Dagegen (und tief durchatmend)
Hier bin ich etwas zu gut im Thema durch die Umsetzung des Beteiligungstools per vvvote in der Fraktion Anfang des Jahres.
Nur soviel. Bitte machen. Irgendwas. Testen lassen. In Konkurrenz stellen. Con machen, das Beste zusammenführen und dann GO. Nur endlich: machen!
Wenn es um den Basisentscheid von cmrcx geht: Der sagt er braucht keinen ID-Server, weigert sich sogar eine Anbindung zu programmieren. Wenn es um das Portal vom Antragssteller geht (wahrscheinlicher): Zumindest Anfang des Jahres war das noch MEILENWEIT von einer anwendungsfähigen Lösung entfernt und auf einen kurzen Blick sieht es nicht anders aus als vor 10 Monaten.
Modul 1: Ja, man kann einen Bundesvorstand verpflichten, das System einzusetzen, aber dann muss es einer technisch umsetzen. Wer soll es denn machen? Die PG Basisentscheid hat sich entweder seit Jahren nicht getroffen oder nicht protokolliert (https://wiki.piratenpartei.de/Basisentscheid). Ohne ein Team (keine Einzelperson!) im Rücken dieses Beschlusses ist er die Luft nicht wert, ihn vorzulesen!
Modul 2: Was jetzt? Entweder der BuVo muss das System jetzt „zur Vorbereitung von Bundesparteitagen“ einsetzen – oder auf die Schweiz warten. Beides geht nicht…
Modul 3: Wenn der BuVo nicht programmieren kann, wie unterstützt er dann? Und was ist die „zur Vorbereitung von Parteitagen“ benötigte Funktionalität? Ich kenne Softwareprojekte so, dass man erst Spezifikationen macht, dann das Projekt vorstellt und DANN um Unterstützung bittet…
Alles in allem habe ich das Gefühl, dass hier eine Lösung angeschoben werden soll durch den Programmierer (in allen Ehren, ich würde das gerne unterstützen!!) und das Team dahinter fehlt. Ich habe einen faden Beigeschmack bei diesem Antrag. Wer kann mir den nehmen?
Vielleicht doch VOR dieser Entscheidung eine CON machen?
