WiSe17 AK Beschlussdatenbank: Unterschied zwischen den Versionen

← Zum vorherigen Versionsunterschied

VisuellWikitext

@@ Zeile 10: / Zeile 10: @@
 : HH:MM Uhr
 ; Redeleitung
-: Opa (Alter Sack)
+: Opa, Paddy (Alte Säcke)
 ; Protokoll
-: Opa (Alter sack)
+: Opa (Alter Sack), Marcus (Alumni)
 ; Anwesende Fachschaften
 <!--:RWTH Aachen,-->
@@ Zeile 56: / Zeile 56: @@
 <!--:Westfälische Wilhelms-Universität Münster,-->
 <!--:Philipps-Universität Marburg,-->
-<!--:Carl von Ossietzky Universität Oldenburg,-->
+Carl von Ossietzky Universität Oldenburg,
 <!--:Universität Potsdam,-->
 <!--:Universität Regensburg,-->
@@ Zeile 83: / Zeile 83: @@
 == 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):
+. 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.
+. 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:
+. HowTo
+- Reso schreiben
+- Redeleitung
+. Eingabemaske für AK-Erstellung
+. AK bereiten sehr gut vor, StaPF korregiert Kleinigkeiten (Kategorie anpassen)
+. 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 ==
@@ Zeile 96: / Zeile 148: @@
 [[Kategorie:AK-Protokolle]]
 [[Kategorie:WiSe17]]
+[[Kategorie:Ergebnissicherung]]