Maßnahme Bühne
Zum Projekt

Präsentationswebsite für das Projektarchiv

Das Interface der Projektarchiv-Plattform eignet sich sehr gut zum Archivieren, jedoch weniger zum Präsentieren von Projekten. Die zeitgemäße, ansprechende Präsentation von Projekten ist für den Erfolg der Plattform an der HfG allerdings sehr wichtig, weshalb wir die Website Schaufenster entwickelt haben. Schaufenster ist ein Anwendungsmodul und ruft die Projekte über die API von Madek ab.

Kategorien

Bitte nennen Sie bis zu fünf Stichwörter, die den Inhalt Ihrer Maßnahme aussagekräftig beschreiben.
Website
Software-Entwicklung
Open Source Software
Projektarchiv-Plattform
Madek
Zielgruppe(n)
Wissenschaftliche Mitarbeiter:innen/LfBA
Tutor:innen/stud. Mentor:innen
Professor:innen
Mitarbeiter:innen aus Service, Verwaltung & Wissenschaftsmanagement
Lehrbeauftragte
Hochschul-, Fachbereichs-/Fakultätsleitung
Akteur:innen außerhalb der Hochschule
(Fach-)Öffentlichkeit
Studierende
Handlungsfeld & Aktivität(en)
Technisch-räumliche Infrastruktur
Softwarelösungen & technische Ausstattung entwickeln
Projektkoordination
Wissenstransfer/Dissemination entwickeln
Kommunikationsprozesse & Öffentlichkeitsarbeit entwickeln
Strukturelle Rahmenbedingungen
Anreizsysteme entwickeln

Beschreibung

Herausforderung

Madek eignet sich zum Archivieren, weniger zum Präsentieren von Projekten. Das User Interface ist wenig intuitiv, das Design veraltet. Eine Überarbeitung des Madek Interfaces hätte die Ressourcen des ORC überschritten; die zunächst geplante Anbindung von Madek an die offizielle HfG-Website kam nicht zustande. Die Studierendenprojekte sichtbar zu machen, ist jedoch ein primäres Ziel des ORC und ein bedeutender Anreiz für Nutzer*innen, Projekte mit Madek zu dokumentieren und zu archivieren.

Herangehensweise

Das ORC hat sich für die Entwicklung eines eigenen Anwendungsmoduls zur Präsentation von Projekten entschieden. Schaufenster ist als eigenständige Website konzipiert, die über die neue API v2 ihre Daten ausschließlich von Madek abruft. Für die Gestaltung (UX/UI) wurde ein Design-Team, für die Programmierung ein Softwareentwickler beauftragt. Außerdem entwickelten wir geeignete redaktionelle Workflows und eine Kiosk-Version, die als begleitendes digitales Angebot in Ausstellungen oder für Nominierungen verwendet werden kann.

Das Webdesign von Schaufenster wurde mit Fokus auf modernen Designprinzipien neu entworfen. Bei der Programmierung setzten wir auf ein zeitgemäßes und zukunftssicheres Open Source Framework.

Schaufenster ist über die GNU General Public License lizensiert, quelloffen und kann von anderen Institutionen einfach adaptiert werden. Es ist damit Teil der längerfristigen Strategie, Madek als Open-Source-Lösung für Kunsthochschulen zu etablieren.

Zusammenhang

Wichtig war der Austausch mit anderen Institutionen mit ähnlichen Angeboten sowie regelmäßige Feedback-Runden im ORC-Team während der Konzeption. In der Pre-Alpha-Phase wurde der HfG-Community ein Walkthrough-Video präsentiert, auf welches sehr positives Feedback folgte. Vor dem Launch von Schaufenster wurde eine Beta-Version beim Rundgang mit einer kleinen Testgruppe eingesetzt und anschließend evaluiert.

Voraussetzung

Eine wichtige Voraussetzung auf technischer Seite war die vorausgehende Entwicklung einer vollständigen CRUD-API durch das ORC. Daneben waren ausreichend Sachmittel nötig, um ein Design-Team sowie einen Programmierer zu beauftragen.

Der Programmierer brachte ein hohes Maß an Flexibilität, Sachkenntnis und Eigenständigkeit mit, ohne diese das Projekt nicht hätte durchgeführt werden können. Die langfristige technische Pflege und Weiterentwicklung von Schaufenster konnte ebenso gesichert werden.

Das Design-Team brachte Erfahrungen im Bereich Kunsthochschulen mit, was die Kick-Off-Phase deutlich verkürzte. Trotzdem war sehr viel persönlicher Austausch nötig, besonders in Bezug auf die komplexen Datenarchitektur von Madek, die für die Website in eine einfache, intuitive Struktur übersetzt werden musste. Die Digital Archivists etablierten regelmäßige Meetings mit dem Design-Team und dem Programmierer.

Eignung

Die Eignung der Maßnahme wird augenfällig, wenn das digitale Projektarchiv neben der Schaufenster-Website betrachtet wird. Die unterschiedlichen Zwecke spiegeln sich in Aufbau und Design. Schaufenster ist intuitiv zugänglich, präsentiert die Daten ausschließlich in Form von Projekten und ist damit für eine breite Öffentlichkeit geeignet. Es ist zudem geeignet für mobile Endgeräte. Darüber hinaus haben wir eine Beta-Version von Schaufenster, die beim Rundgang eingesetzt wurde, evaluiert. Die Ergebnisse sind zwar nicht öffentlich einsehbar, bestätigen aber zumindest für die (kleine) Testgruppe, dass Schaufenster den Bedarf nach einer zeitgemäßen Website, auf der Studierende ihre Projekte präsentieren können, sehr gut abdeckt. Auch die Akzeptanz des Projektarchivs ist gestiegen: Studierende beschäftigen sich stärker damit und verstehen seine Funktionsweise besser. Zudem besteht eine Nachfrage nach der Kiosk-Version von Schaufenster für Messen und Nominierungen.

Schritte

Für das Ziel, ein Software-System zu implementieren, das mehrere, ggf. gegenläufige Funktionen abdecken soll (in unserem Fall: ein Projektarchiv und -plattform zum Archivieren und Präsentieren), empfehlen wir eine Modularisierung und Anbindungen über Schnittstellen.

Wir empfehlen bei der Einführung einer neuen Website mit eigenem Workflow zudem die Erprobung mit einer kleinen, motivierten Testgruppe.

Für die technische Entwicklung empfehlen wir grundsätzlich:

• Vergabeverfahren inkl. Ausschreibung so agil wie möglich gestalten

• Minimalversion (MVP, minimal viable product) und Milestones definieren

• Scrum-ähnliche Verfahren für das Projektmanagement einsetzen

• Umsetzung möglichst agil und in sehr kleinen Schritten, beginnend mit dem MVP

• regelmäßige Feedbackrunden zwischen den unterschiedlichen Akteuren

• doppelte Entwicklungszeit einplanen

• Zusätzliches Budget für Projekterweiterung vorhalten

• Freie/offene Lizenzen vergeben

• den Quellcode gut strukturieren und technisch dokumentieren

• Bugfixing und Feinschliff in der letzten Projektphase nehmen verhältnismäßig viel Zeit in Anspruch

Hinweise

Effekte

Studierende beschäftigen sich stärker mit dem Projektarchiv und verstehen seine Funktionsweise besser, wenn sie dort ihre Arbeiten für die Präsentation in Schaufenster erfassen und aufbereiten. Innerhalb der HfG-Community ist das Interesse am Projektarchiv gestiegen.

Die neue Madek API v2 wurde für bestimmte Abfragen, die für Schaufenster relevant sind, optimiert.

Die Community rund um die Projektarchiv-Plattform ist gewachsen: Die an der Realisierung beteiligten Designer und Programmierer sind nun besser mit dem Madek-Kosmos vertraut und stehen für künftige Projekte zur Verfügung.

Die Zusammenarbeit mit der ZHdK hat sich weiter etabliert.

Learnings

Allgemein ist bei Softwareentwicklung viel und gute Kommunikation zwischen allen beteiligten Akteuren notwendig. Zeitpläne sind nur für kleine Projektabschnitte tragfähig, weshalb agile Methoden unbedingt linearen, sequentiellen Methoden (Kaskade) vorzuziehen sind. Agile Projektentwicklung lässt sich mit den Vorgaben zur Auftragsvergabe in öffentlichen Einrichtungen nur sehr schwer realisieren.

Bei der Projektentwicklung selbst sollten unbedingt eine Minimalversion (MVP, minimal viable product) und Milestones definiert werden. Ggf. ist die Entwicklung von Prototypen sinnvoll. Dennoch muss damit gerechnet werden, dass Zeitpläne nicht eingehalten werden oder sich der Featurescope während der Umsetzungsphase ändert. Besonders in der letzten Projektphase nehmen Bugfixing und Feinschliff verhältnismäßig viel Zeit in Anspruch.

Empfehlung

Die Entwicklung von Schaufenster war ein wichtiger und alternativloser Schritt auf dem Weg zum Erreichen unserer Projektziele. Bei der Umsetzung sind wir jedoch auf manche Schwierigkeiten gestoßen, die sich durch die Verwendung agiler Methoden hätten minimieren oder vermeiden lassen. Dass diese nicht angewendet werden konnten, betrifft bestimmte Strukturen an öffentlichen Einrichtungen. Hinzukamen Unklarheiten bezüglich der Projektlaufzeit und dem damit zur Verfügung stehenden Budget, so dass wir die Entwicklung in mehreren Etappen vornahmen und nach Zustimmung zur Projektverlängerung anpassen konnten.

Sonstiges

Schaufenster konnte erst relativ spät in der Projektlaufzeit ausgerollt werden. Es fehlen uns daher noch langfristige Erfahrungswerte. Eine Auswertung der Klickzahlen steht ebenfalls noch aus.

Methoden

Empfohlen

Methoden
Agile Projektentwicklung / Scrum
Technische Tools
Kanban-Board für das Projektmanagement; Repositorium für die Verwaltung des Quellcodes (z.B. GitHub); Issue-/Bug-Verwaltung (ggf. GitHub); Lösung für technische und user-orientierte Dokumentation; Flow-Chart für Architektur und Systemdiagramme (z.B. draw.io); BBB und NextCloud

Nicht Empfohlen

Methoden
Lineare, sequentielle Projektentwicklungsmethoden (Kaskade), bei denen der gesamte Entwicklungszyklus zu Beginn in klar abgegrenzte Phasen unterteilt und nacheinander durchlaufen werden muss.
Material
NameDownload / LinkBeschreibungLizenzFormatGröße
Broschüre zu SchaufensterLink aufrufen/Link/
Nutzerorientiertes Handbuch zu Schaufenster und KioskLink aufrufen/Link/
Projektarchiv-PlattformLink aufrufen/Link/
SchaufensterLink aufrufen/Link/
Schaufenster RepositoryLink aufrufen/Link/

Das könnte Sie auch interessieren

Projekt 101315
Projekt

4R: Repair - Reuse - Reduce - Recycle

Lieblingsjeans gerissen? Handy-Display kaputt? Viele kleine Acryl-Abfälle aus der industriellen Fertigung? Da bleibt nur wegwerfen - ODER? 4R: Repair - Reuse - Reduce - Recycle ermöglicht ein Umdenken und bietet dann auch gleich die Räumlichkeiten und Geräte, um in einer ressourcen-strapazierten Welt ökologisch und ökonomisch zu handeln und gleichzeitig wichtige Kompetenzen wie Arbeitsorganisation, Lösungsorientiertheit und Kommunikationsstärke zu erlernen. 4R bietet Studierenden in einer Werkstatt die Möglichkeit, Objekte zu reparieren, umzunutzen, ungewollte Abfälle anderer in eine Ressource umzuwandeln und ihr Wissen zu teilen. 4R bietet Studierenden mit verschiedensten Lehrformaten Bildungsmöglichkeiten an, um ihnen ein Umdenken und Weiterdenken der Ressourcen- und Klimathematik zu ermöglichen. 4R vernetzt Studierende mit innovativen Unternehmen in der Region und darüber hinaus. 4R ermöglicht Studierenden, echte Verantwortung zu übernehmen und eine nachhaltige Struktur an ihrer Universität zu schaffen. Und das beste daran: 4R ist ein vornehmlich von Studierenden getragenes Projekt. Studierende verantworten gemeinsam mit den Technischen Informations- und Kommunikationsdiensten (TIK) den Betrieb der Werkstatt, planen die Veranstaltungen und übernehmen Vernetzung und Öffentlichkeitsarbeit.

Projekt anzeigen
Maßnahme 100045
Maßnahme

Evaluation von fachspezifischen Communities

Die wesentlichen Herausforderungen bestehen darin, dass es wenig Einblicke in Aktivitäten innerhalb fachspezifischer Professional Learning Communities gibt, die Fluktuation der Teilnehmenden wechselt und es kaum Studien zu Learning Communities gibt, die zwar einerseits fachspezifisch und andererseits hochschul-übergreifend agieren und zudem eine fachspezifische Koordination haben. Um diese komplexen Herausforderungen anzugehen, wurden die fPLC in zwei Schritten evaluiert. Ziel war es, zum einen die Zusammenarbeit zwischen den Teilnehmenden der fPLCs zu optimieren und zum anderen Erkenntnisse zum Aufbau und zur Koordinierung entsprechender Communities zu erhalten. Es erfolgte eine Online-Befragung der Teilnehmenden im Jahr 2024 und ein Gruppeninterview mit den Community-Koordinierenden im Jahr 2025.

Maßnahme anzeigen
Publikation 100171

Kollaboratives Arbeiten in Lehre und Studium – Beiträge des Verbundprojektes Co3Learn beim Hochschulforum Digitalisierung

[Kurzbeschreibung folgt (Anm. StIL)]

Publikation anzeigen