Bearbeiten von „KIF485:Pleⁿnum – Redeleidtung insb. im Neuland“


-----

== breaks: false<br />
tags: kif, kif485, 485, ak, meta, plenum, redeleitung ==

= KIF 48.5 – AK 241 – $Ple^nnum$<code>.conf</code> =

| Key | Value |<br />
| :---- | :---- |<br />
| start | 2020-11-07T10:00+01:00 |<br />
| duration | +1.5 hours |<br />
| id | [https://ak.kif.rocks/kif485/submission/ak/241/ 241] |<br />
| matrix | [[https://matrix.to/#/#485.ak.plenum.conf:kif.rocks|#485.ak.plenum.conf:kif.rocks]]<br />
| mumble | [https://ak.kif.rocks/kif485/plan/room/67/ Adelsberg]<br />
| bbb | -/? |<br />
| protocol | https://md.kif.rocks/485.ak.plenum.conf |

<!-- hier wird mal ein Protokoll stehen … hoffentlicht -->

== Vorwort ==

Ursprünglich gedacht ist dieser AK hauptsächlich, um eine sinnvolle Lösung für &quot;Teil 2&quot; (Resos + Diskussionen) des Abschlussplenums zu finden, da &quot;Teil 1&quot; von der Orga gemanaged wird.

Dieser ursprüngliche Gedanke soll den AK allerdings nicht unnötig limitieren, falls wir darüber hinaus gehen möchten.

== Erwartungen ==

* Strukturen/Möglichkeiten finden, die Redeleitung so aufzubauen, dass die Diskussion im Plenum möglichst produktiv abläuft
** Lenkung von Themen teils nötig
* 

== 480 ==

* technisch
** mumble
** 1-2 matrix-Räume (für Diskussionen + schriftliche Wortmeldungen)
** etherpad (Redeliste, Reaktionen, Abstimmungen, teils Zusammenfassungen)
* der Plenums-Proxy wurde teils nicht genutzt, und das Pad missbraucht
* Proxy-Beiträge waren teils veraltetet
** Nachrichten lassen sich bearbeiten -&gt; darüber zurückziehen
* das etherpad als Redeliste hat (nicht toll, aber) funktioniert
** wenn es keine bessere technische Lösung gibt, tut das
* mumble tat recht gut
** es fehlt visuelles Feedback, das ist stärkeres Feedback, als ein &quot;+&quot; in nem Pad
** BBB würde das auch nicht lösen, da Video von allen OVerload wäre (+ mehr technische Probleme als bei mumble)

== 485 ==

=== tech ===

* wir benötigen (mindetens) eine Person als RL, die das ganze koordiniert, (wie auch im RL)
* mumble als (Sprach-)Medium wäre weiterhin sinnvoll
** BBB zusätzlich für visuelle Reaktionen?
*** selbst bei ~20% der KIFfels mit Video in einem Raum könnte das eklig (Systemlast) werden
*** Benachteiligung von Leuten, die nicht drin sind (vistuelle Rektionen sind stärker, asl ein &quot;+&quot; im Pad)
*** visuelles Feedback wäre aber schön ''*seufz*'' (nein, nicht per Zoom!)
** Plenums-Proxy ist sinnvoll!
*** Leute wollen/können nicht sprechen
*** dann landen Text-Beiträge nicht (im Volltext) in der Redeliste
**** muss durchgesetzt werden
* etherpad &quot;ist nicht geil, aber funktioniert halt&quot;
** Redeleitsysteme tun (woerit uns bekannt) nicht ganz was nötig ist
** REaktionen sind praktisch
** es muss ordentlich mit dem Pad umgangen werden!
* für die Redeliste lässt sich das [https://fsmpi.eu/rls Redeleitsystem] auch online verwenden
** es gibt fixe Personen, die Meldungen darin eintragen

=== orga (Ideen) ===

* Konsensprinzip erklären
** wir haben keine Kukels, und emotionalen druck aufzubauen (ihr macht es traurug)
** Idee: &quot;nehmt euch ein Plüschi, setzt es vor euch und den Bildschirm, erzählt diesem eure Beiträge, und lasst euch von diesem die Beiträge der anderen erzählen&quot; (aka. nicht &quot;mit dem Bildschirm reden&quot;)
* Pausen!
** mindestens nach einer Runde Resos (nochmal besprechen, essen, etc.)
* nullte &quot;Runde&quot; nur Vortstellung der Resos + Verständnisfragen
** wenn Verständnisfragen nicht funktionieren, dann eben ohne
* erste Runde
** eher nach Bauchgefühl
*** es läuft gut vs. es geht schief
*** &quot;einfache&quot; Resos gehen potentiell schnell durch
* sonst: nach 20/30min die Debatte Unterbrechen und zur nächsten Reso gehen
** auch früher, wenn es nur im Kreis geht
* Umgang mit Meldungen
** dazwischen reden sollte sich irgenwann regeln
** Reaktions/Meldungs-Zeichen ~~(für die Redeliste im Pad)~
*** in den Chat posten, damit jemensch sie ins RL-System eintragen kann
*** &quot;*&quot;: Meldung
*** &quot;!&quot;: falsche Informationen
*** &quot;?&quot;: Rückfrage
*** &quot;@&quot;: direkt dazu (mit Namen oder so); evtl. weglassen
*** &quot;1&quot;: Zustimmung (statt &quot;+&quot;)
*** &quot;0&quot;: Ablehnung (statt &quot;-&quot;)
*** &quot;V&quot;: Veto
*** Meta in gerennter Liste
*** wenn Dinge missbraucht werden, limitieren oder spontan abschaffen
* Redeliste verwalten
** auf unnötige Meta-Meldungen aufpassen
** welche Regeln?
*** nur unten dran schreiben
*** quotieren?
**** manuell wird das Chaos, im Pad nicht sinnvoll umsetzbar
**** pro Reso evtl. machbar?
*** erstmeldungen vorlassen?
**** nur pro Reso
*** Reso-Leute dürfen immer antworten (eine verantwortliche Person je Reso; sollen sich untereinander abstimmen)
* das Redeleitsystem (https://fsmpi.eu/rls) ließe sich auch so von einer person bedienen
** dann muss es nicht im Etherpad gepflegt werden
** braucht 1-2 Personen (min.), aus dem RL-Team
* Rollen/Leute
** Redeleitung
*** 1 Person, die aktiv redet und interagiert
*** 1+ Person, die Zeug (z.B. Redeliste) sortiert/aufräumt
*** Leute im Hintergrund können durchwechseln/einspringen
*** Backup-Personen sind sinnvoll
** Plenums-Proxy
*** 2(+) Personen, die Beiträge aus matrix vorlesen
** Plenums-Awareness
*** &quot;ein paar&quot; Leute als Stelle, an die sich Leute wenden können
**** wenn sie übersehen wurden
**** wenn was in der RL schief läuft
**** etc.
**** Anprechpersonen benennen, die im matrix angeschrieben werden
*** evtl. mal Personen vom Awarenss-Team anprechen
*