Das klingt sehr gut, wie die IT heutzutage funktioniert. Aber wie sind Sie zu Scorion gekommen, warum brauchten Sie dieses System? 

Anfang letzten Jahres hatte ich ein Gespräch mit einem Kollegen über die Ablösung der von uns verwendeten Systeme. Wir setzten vier verschiedene Systeme ein, um Einblicke in die Entwicklung der Studierenden zu gewinnen. Wir stießen an die Grenzen dessen, was diese Systeme leisten konnten. Und uns fehlte der Überblick über all diese Systeme. Ich hatte auch nicht die richtigen Informationen, um dem Prüfungsausschuss garantieren zu können, dass die Studierenden wirklich das konnten, was sie können müssen, um den Kurs zu bestehen. 

Dann wurde mir Scorion gezeigt. Und das war genau das System, was wir brauchten. Denn Scorion ist eine Blackbox. Ein System, das wir selbst einrichten können. Wir benötigen bestimmte Übersichten in Dashboards, z. B. über die Entwicklung von Kompetenzen und Fähigkeiten. Danach konnten wir das bis zum Anfang zurückrechnen. Wie kommen wir an diese Daten? Datenerfassung in einem Formular, welches unterwegs validiert wird, was dann ins Dashboard fließt. Scorion ist die perfekte „Low-Code-Lösung“. 

Was würden Sie als wichtigstes Ergebnis bezeichnen, welches Sie mit Scorion erzielt haben? 

Frieden. Ja, vor allem Frieden, den ich jetzt habe. Wir haben hier bei Open-IT wirklich „die Kurve gekriegt“. Nicht nur für den Prüfungsausschuss, sondern auch für die Studierenden und Dozenten. 

Scorion ist genau das, wonach wir gesucht haben. Wir nehmen immer noch Änderungen vor und lernen jeden Tag, wie das alles zusammenpasst. Wir haben den Code weitgehend umgeschrieben, um ihn handhabbarer zu machen. Aber das macht uns nichts aus, denn wir sind natürlich eine Hochschule mit Technikern, und die wollen alles so effizient wie möglich machen. Damit haben wir jetzt eine sehr gute Einrichtung, die wir in den nächsten Jahren nutzen können. 

Auch die Studierenden sind zufrieden mit Scorion? 

Die Studierenden sagen mir, dass sie mit Scorion sehr zufrieden sind, weil sie selbst sehen können, ob sie genügend Datenpunkte liefern. So können sie ihren eigenen Prozess überwachen, und sehen, ob sie im Zeitplan liegen und ob die Datenpunkte ein ausreichendes Niveau erreichen. Die Studierenden sind daher viel eher in der Lage, hier die Führung zu übernehmen. Außerdem ist es viel einfacher, in einem einzigen System zu arbeiten als in den vier Systemen, mit wir früher gearbeitet haben. Schließlich wollen die Programmierer nur programmieren und sind daher natürlich sehr froh über die Verringerung des Verwaltungsaufwands. 

Und alle Teile der Artefakte, die Sie in der Demo gesehen haben, sind Standardbestandteile des Scrum-Prozesses. Auch in der Scrum-Praxis müssen Sie Ihren Code nach zwei Wochen von einem Peer überprüfen lassen, bevor Sie ihn in den Branch einfügen können. Am Ende macht man immer eine Retrospektive. Bei Scrum macht man auch einen „Daily“, wir haben nur einen Check-in hinzugefügt, um ihn zu dokumentieren. Die Aufgaben, die wir stellen, sind fast alle Aufgaben, die den Studierenden später in der Praxis begegnen werden. 

Schließlich ist die abschließende Bewertung wesentlich effizienter geworden. Während der Ausbildung haben die Studierenden bereits alle erforderlichen Nachweise erbracht und diese von allen möglichen Akteuren validieren lassen. So erhält man für jede Fähigkeit einen Einblick in die Leistungen des bzw. der Studierenden und kann sein oder ihr Niveau angeben. Im Beurteilungsgespräch können wir dies schnell durchgehen und ein richtiges Gespräch führen, z. B. worauf der bzw. die Studierende besonders stolz ist, was beim nächsten Mal anders.