Obwohl Hop-on das Erreichen eines beruflichen oder akademischen Bildungsabschlusses in den Fokus stellte, sollten Nutzer_innen ohne (anerkannten) Abschluss immer die Möglichkeit haben, andere Wünsche oder Bedarfe zu äußern. Dies beinhaltet sowohl die Unsicherheit über die eigenen Wünsche als auch die Entscheidung, Arbeit zu finden. In diesen Fällen stellte Hop-on weitere Informationen zu Beratungsangeboten und Online-Informationsplattformen zur Jobsuche zur Verfügung.

Alle Inhalte von Hop-on wurden von Anfang an in GitLab für die Öffentlichkeit zugänglich gemacht und unter CC-Lizenz gestellt. Dies erlaubt die Weiterverwendung und Anpassung der Inhalte. Wir wissen dabei nicht, ob von dieser Möglichkeit Gebrauch gemacht wurde.

Die meisten deutschen Webseiten bieten Informationen nur auf Deutsch und Teile auf Englisch an. Während insbesondere Projekte und Angebote für Migrant_innen weitere Sprachen anbieten, sind insbesondere Persisch und Tigrinya unterrepräsentiert. Uns war wichtig, dass Übersetzer_innen für ihre Leistungen auch finanziell entlohnt werden und wir – als gut bezahlte Angestellte – nicht auf Ressourcen des dringend gebrauchten ehrenamtlichen Engagements zurückgreifen. Aufgrund unserer begrenzten finanziellen Ressourcen war eine Übersetzung nur in drei Sprachen möglich. Die Übersetzer_innen arbeiteten dabei in crowdin, welches einmal übersetzte Begriffe und Sätze speichert. Da wir die deutschen Texte in einfacher Sprache formuliert und zur Verständlichkeit konsequent dieselben Begriffe verwendet haben, erleichterte dies auch die Übersetzungstätigkeit.

Das Lotsen durch Angebote muss durch entsprechende Fragen an die Nutzenden gestaltet werden. Für die Entwicklung der Fragen ist die Einbeziehung der Zielgruppen entscheidend, da nur sie wissen, welche Fragen sie haben. Die Einbeziehung erfolgte in Hop-on vor allem über Berater_innen, die mit der Zielgruppe von Hop-on arbeiten und sowohl die Fragen als auch Antworten bündeln konnten. Darüber hinaus haben wir teilnehmende Beobachtungen bei der Nutzung des Fahrplans und des Kompasses zur beruflichen Bildung von erwachsenen Neuankommenden und zwischen dem dem 25.07. und dem 30.10.2017 eine Nutzer_innenumfrage auf der Webpräsenz durchgeführt. Die Erkenntnisse – beispielweise zur Navigation oder unverständlichen Begriffen – wurden in Hop-on integriert. Grundsätzlich hätten wir uns jedoch eine stärkere Einbeziehung der Menschen gewünscht, die wir ansprechen wollten. Dies wird unter den Herausforderungen noch einmal aufgenommen.

Ein befristetes Projekt wie Hop-on ist darauf ausgerichtet, so schnell wie möglich Ergebnisse zu produzieren. Dieser Druck kann dazu führen, dass die eigentlichen Zielgruppen zu wenig in die Entwicklung einbezogen werden. Partizipative Formate zu organisieren, umzusetzen und auszuwerten, erfordert Zeit. Auch das Erreichen der Zielgruppen ist kein Automatismus einer Webpräsenz. Grundsätzlich ist es schwierig, als kleines Projekt so viel Aufmerksamkeit zu generieren, dass die angestrebten Zielgruppen davon wissen und es nutzen können. Wir waren auf verschiedenen Veranstaltungen, zum Beispiel beim Digitalen Flüchtlingsgipfel. Wir waren bestrebt, insbesondere an Initiativen von Neuankommenden wie Syrer-Azubis und Make it German anzuknüpfen. Die Videointerviews sollten den Menschen Raum geben, die die in Hop-on beschriebenen Wege gegangen sind. Insgesamt hätten wir uns gewünscht, ein größeres festes und diverseres Team zu sein und partizipativer vorgehen zu können – sowohl bei der Entwicklung der Inhalte als auch der technischen Umgebung.

Es ist großartig, dass mittlerweile fast alle Beratungsangebote Webpräsenzen haben, auf denen man sich über die Inhalte und Kontaktmöglichkeiten informieren kann. Problematisch ist, dass kontinuierlich

1) (befristete) Projektangebote verschwinden,

2) neue dazu kommen und

3) Änderungen an den Webseiten stattfinden.

Für ein Angebot, das Orientierung schaffen und Menschen durch die Tiefen des Internets begleiten möchte, heißt dies dementsprechend, kontinuierlich Links und Angebote zu prüfen und zu korrigieren. Eine Hilfe kann dabei ein Linkchecker sein, der automatisch benachrichtigt, wenn Links nicht mehr funktionieren. Angesichts der komplexen Inhalte und der unterschiedlichen Orte derselben Links in Hop-on, ist die Korrektur jedoch ein nicht zu unterschätzender Aufwand. Bereits Zertifikatsänderungen führen dazu, dass Links nicht mehr funktionieren. Da es sich vor allem um Beratungsangebote handelt, war eine Einbettung der Inhalte wie Kontaktinformationen keine Option, da sich diese auch stetig ändern können.

Webbasierte Angebote eignen sich besonders dazu, von Engagierten weiterentwickelt zu werden. Bei Hop-on war es insbesondere bei crowdin möglich, Übersetzungen in andere Sprachen selbstständig einzupflegen. Diese Möglichkeit wurde jedoch in nur sehr geringem Maße wahrgenommen. Grundsätzlich ist ein kollaborativer Ansatz unserer Meinung nach gut für kurzfristige, jedoch weniger für langfristige Angebote geeignet, es sei denn, er wird kontinuierlich angeregt und – nicht zu vernachlässigen – die Freiwilligen sehen einen Sinn, Mehrwert und Ziel in ihrem Engagement. Zudem stellt sich die Frage nach der Qualität. Hinsichtlich der Übersetzungen von Hop-on ist zu berücksichtigen, dass Behörden- und Fachbegriffe auch für deutsche Muttersprachler_innen oftmals nicht verständlich sind. Es kommt demnach nicht nur auf eine korrekte Übersetzung, sondern auch eine Einschätzung an, wann ein Begriff so landes- und sprachspezifisch ist, dass er nicht übersetzt, sondern der deutsche Begriff verwendet werden sollte. Für einen deutschen Grundlagentext bedeutet dies wiederrum, dass Begriffe erklärt werden. Zur Qualitätssicherung bräuchte es zudem Personen, die die Übersetzungen prüfen können – wo wir wieder bei Herausforderung 1 sind.

Hop-on lag eine komplexe technische Infrastruktur zugrunde, die verschiedene Anwendungen verzahnte. Im Kontext der oben beschriebenen Fahrplanentwicklung konnten wichtige Erkenntnisse für die Anwendungsentwicklung mit GitLab, Docker und Django gesammelt werden, die in einem späteren Projekt des ITBH, dem digital.learning.lab, aufgegriffen und weiterentwickelt werden konnten. Insofern ist ein wesentlicher Gewinn darin zu sehen, dass soziale und kulturelle Praktiken, aber auch technische Kenntnisse und Fertigkeiten erworben und transferiert werden konnten.

Komplexe technische Systeme bergen somit Chancen, aber auch Risiken für eine Weiterentwicklung, da bereits kleine Veränderungen zu Fehlern im Zusammenspiel dieser führen können. Aus unserer Erfahrung braucht es demnach entweder einfache Anwendungen, die auch mit wenig Entwickler_innen-Knowhow entwickelt und gepflegt werden können. Oder es braucht eine verlässliche Ausstattung mit technischem Personal, das auch nach dem Aufsetzen des technischen Systems kontinuierlich ausreichende Ressourcen hat, sich um Probleme und Weiterentwicklung zu kümmern. Es ist daher die Frage zu stellen, welche Aufgabe Hochschulen an dieser Stelle zukommt: Liegt diese in der Entwicklung lauffähiger Anwendungen, die als Produkte langfristig vorgehalten und gewartet werden können, oder in einem Moment des forschenden Lernens an neuen Technologien, zukunftsweisenden Szenarien und innovativen Ansätzen, dessen Erkenntnisgewinn einen Beitrag zur digitalen Transformation leisten kann. Die Antwort liegt vielleicht irgendwo dazwischen und fordert die Entscheidung heraus, ob unter den geschilderten Rahmenbedingungen, vor allem im Hinblick auf Personalressourcen, produktive Lösungen überhaupt anzustreben sind.