KIF485:Pleⁿnum – Redeleidtung insb. im Neuland

Aus KIF
Version vom 15. Mai 2021, 22:21 Uhr von 46.5.5.190 (Diskussion) (Die Seite wurde neu angelegt: „ ----- == breaks: false<br /> tags: kif, kif485, 485, ak, meta, plenum, redeleitung == = KIF 48.5 – AK 241 – $Ple^nnum$<code>.conf</code> = | Key | Valu…“)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)

== breaks: false
tags: kif, kif485, 485, ak, meta, plenum, redeleitung ==

KIF 48.5 – AK 241 – $Ple^nnum$.conf[Bearbeiten]

| Key | Value |
| :---- | :---- |
| start | 2020-11-07T10:00+01:00 |
| duration | +1.5 hours |
| id | 241 |
| matrix | [[1]]
| mumble | Adelsberg
| bbb | -/? |
| protocol | https://md.kif.rocks/485.ak.plenum.conf |


Vorwort[Bearbeiten]

Ursprünglich gedacht ist dieser AK hauptsächlich, um eine sinnvolle Lösung für "Teil 2" (Resos + Diskussionen) des Abschlussplenums zu finden, da "Teil 1" 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[Bearbeiten]

  • 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[Bearbeiten]

  • 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 -> 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 "+" 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[Bearbeiten]

tech[Bearbeiten]

  • 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 "+" 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 "ist nicht geil, aber funktioniert halt"
    • 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 Redeleitsystem auch online verwenden
    • es gibt fixe Personen, die Meldungen darin eintragen

orga (Ideen)[Bearbeiten]

  • Konsensprinzip erklären
    • wir haben keine Kukels, und emotionalen druck aufzubauen (ihr macht es traurug)
    • Idee: "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" (aka. nicht "mit dem Bildschirm reden")
  • Pausen!
    • mindestens nach einer Runde Resos (nochmal besprechen, essen, etc.)
  • nullte "Runde" 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
      • "einfache" 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
      • "*": Meldung
      • "!": falsche Informationen
      • "?": Rückfrage
      • "@": direkt dazu (mit Namen oder so); evtl. weglassen
      • "1": Zustimmung (statt "+")
      • "0": Ablehnung (statt "-")
      • "V": 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
      • "ein paar" 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