WiSe17 AK Beschlussdatenbank: Unterschied zwischen den Versionen

Aus ZaPFWiki
KKeine Bearbeitungszusammenfassung
 
(3 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 12: Zeile 12:
: Opa, Paddy (Alte Säcke)
: Opa, Paddy (Alte Säcke)
; Protokoll
; Protokoll
: Opa (Alter Sack)
: Opa (Alter Sack), Marcus (Alumni)
; Anwesende Fachschaften
; Anwesende Fachschaften
<!--:RWTH Aachen,-->
<!--:RWTH Aachen,-->
Zeile 104: Zeile 104:


Wir haben die Idee entwickelt, dass es einen "Reso-AK" geben sollte, ähnlich dem ZäPFchen-AK. D.h. nach der Vorstellung der AK's kommen alle potentiellen Reso/Positionspapier schreibende nach vorne und bekommen alle Infos kompakt mit Handreichung genannt, zusätzlich kann auf den Reso-Workshop verwiesen werden.
Wir haben die Idee entwickelt, dass es einen "Reso-AK" geben sollte, ähnlich dem ZäPFchen-AK. D.h. nach der Vorstellung der AK's kommen alle potentiellen Reso/Positionspapier schreibende nach vorne und bekommen alle Infos kompakt mit Handreichung genannt, zusätzlich kann auf den Reso-Workshop verwiesen werden.
Zusammenfassung:
1. HowTo
- Reso schreiben
- Redeleitung
2. Eingabemaske für AK-Erstellung
3. AK bereiten sehr gut vor, StaPF korregiert Kleinigkeiten (Kategorie anpassen)
4. Teaching auf der ZaPF
- Handout (Zusammengefasst, gedruckt) an Leiter austeilen
- Leiter/Resos-AK a la ZäPFchen-AK
Wir haben einen interessierten Henkel gefunden: NAME
Wir haben ein (Diskussions-)Meinungsbild gemacht zur Frage wie das HackMD angekommen ist. großteils positiv (arbeitserleichterung), aber Probleme von doppelter Protokollierung und Datensicherheit. Wir wollen das HackMD erstmal laufen lassen und mal nach zwei ZaPFen schauen wie es eigentlich genutzt wird. Es soll aber die Nutzung angeleitet werden (anfangsplenum und entsprechende Infomails und so zeuch).
Anmerkung zu HowTos im Wiki:
Es fehlen noch HowTos, es existieren welche sind aber nicht als solche gekennzeichnet etc.
Folge AKs? Jap ein bis drei (Wiki(effektive Gestaltung, Input standartisierung) , Frontend(grafische Dartsellung, 2 ZaPfen-Plan), Außenwirkung (Wurde hier garnicht besprochen, da wir keine zeit mehr hatten))


== Zusammenfassung ==
== Zusammenfassung ==
Zeile 117: Zeile 148:
[[Kategorie:AK-Protokolle]]
[[Kategorie:AK-Protokolle]]
[[Kategorie:WiSe17]]
[[Kategorie:WiSe17]]
[[Kategorie:Ergebnissicherung]]

Aktuelle Version vom 24. Juni 2018, 15:08 Uhr

Vorstellung des AKs

Verantwortliche/r: Opa (Alumni), Anna (Uni Kiel), TOPF
Nachdem die ZaPF seit einigen Jahren wächst und wächst und eine enorme Steigerung an Resolutionen und Positionspapieren aufweist, stellt sich zunehmend die Frage, wie wir bei den ganzen Beschlüssen den Überblick behalten, so dass einerseits nicht ständig die gleichen Themen diskutiert und sich ähnelnde Beschlüsse gefasst werden, andererseits die Beschlusslage schnell zugänglich ist. Insofern soll diskutiert werden, wie wir sinnvoll unsere Beschlüsse archivieren.

Arbeitskreis: Beschlussdatenbank

Protokoll vom 31.10.2017

Beginn
11:15 Uhr
Ende
HH:MM Uhr
Redeleitung
Opa, Paddy (Alte Säcke)
Protokoll
Opa (Alter Sack), Marcus (Alumni)
Anwesende Fachschaften

Freie Universität Berlin, Universität Duisburg-Essen; Standort Duisburg, Goethe-Universität Frankfurt a. Main, Technische Universität Kaiserslautern, Universität Konstanz, Ludwig-Maximilians-Universität München, Carl von Ossietzky Universität Oldenburg, Eberhard Karls Universität Tübingen, Universitas Saccos Veteres, Julius-Maximilians-Universität Würzburg,

Wichtige Informationen zum AK

  • Ziel des AK: Eventuell Arbeitsauftrag an den StAPF/TOPF
  • Handelt es sich um einen Folge-AK: nein
  • Wer ist die Zielgruppe?: Erfahrene, StAPF, TOPF, etc.
  • Wie läuft der AK ab?: Offene Diskussion
  • materielle (und immaterielle) Voraussetzung: Erfahrung in der Arbeitsweise der ZaPF

Einleitung/Ziel des AK

Protokoll

Prinzipiell ist alles im Wiki (und über Github) gesichert. Es können auch Kategorien im Wiki hinterlegt werden. Damit ist Kategoriesuche und Volltextsuche möglich. Eine Beibehaltung des Wikis als Haltung der Bestandsdaten ist unstrittig. Es wird aber als sinnvoll angesehen, ein graphisches Archivierungs-Frontend auszuprobieren. Zudem ist es möglich, die Anlegung eines AK vor der Zapf im Wiki dahingehend zu automatisieren, dass eine Eingabemaske verwendet wird, die z.B. auch die Kategorien über ein Drop-Down-Menü abfragt.

Eine Sammlung aller Resolutionen und Beschlüsse ist derzeit schon über die Wiki-Startseite zugänglich. Offensichtlich ist diese Info aber noch nicht allen bekannt. Hier sollte eine Mail vor der Zapf sinnvoll sein. Es kann auch eine How-to-AK-Mail vor der Zapf geben.

Der Topf ist derzeit für die technische Infrastruktur zuständig, nicht für die Pflege von neuer Software.

Idee:

Es müssen zwei getrennte Wege verfolgt werden (möglichst bis Würzburg):

1. Das Wiki muss aufgeräumt werden und in der Anlage für die Arbeitskreise vereinheitlicht werden, damit die Datenhaltung eindeutig und vollständig ist. Das Entscheidende ist ein vorher bestehendes Raster für die Dateneingabe.

2. Ein Frontend für die Visualisierung muss aufgesetzt werden. Das ist unabhängig von der Wiki-Pflege.

Der Stapf muss die Kategorien im Anschluss an die Zapf redigieren.

Der Stapf hat nicht die Kapazitäten, um noch zusätzliche Aufgaben zu übernehmen.


Wir haben die Idee entwickelt, dass es einen "Reso-AK" geben sollte, ähnlich dem ZäPFchen-AK. D.h. nach der Vorstellung der AK's kommen alle potentiellen Reso/Positionspapier schreibende nach vorne und bekommen alle Infos kompakt mit Handreichung genannt, zusätzlich kann auf den Reso-Workshop verwiesen werden.



Zusammenfassung:

1. HowTo - Reso schreiben - Redeleitung 2. Eingabemaske für AK-Erstellung 3. AK bereiten sehr gut vor, StaPF korregiert Kleinigkeiten (Kategorie anpassen) 4. Teaching auf der ZaPF - Handout (Zusammengefasst, gedruckt) an Leiter austeilen - Leiter/Resos-AK a la ZäPFchen-AK


Wir haben einen interessierten Henkel gefunden: NAME


Wir haben ein (Diskussions-)Meinungsbild gemacht zur Frage wie das HackMD angekommen ist. großteils positiv (arbeitserleichterung), aber Probleme von doppelter Protokollierung und Datensicherheit. Wir wollen das HackMD erstmal laufen lassen und mal nach zwei ZaPFen schauen wie es eigentlich genutzt wird. Es soll aber die Nutzung angeleitet werden (anfangsplenum und entsprechende Infomails und so zeuch).


Anmerkung zu HowTos im Wiki: Es fehlen noch HowTos, es existieren welche sind aber nicht als solche gekennzeichnet etc.


Folge AKs? Jap ein bis drei (Wiki(effektive Gestaltung, Input standartisierung) , Frontend(grafische Dartsellung, 2 ZaPfen-Plan), Außenwirkung (Wurde hier garnicht besprochen, da wir keine zeit mehr hatten))

Zusammenfassung