Low-Code No-Code mit GS-Service

Thomas Zapp: Die Features & Functions der IT-Lösung lassen sich auf einer grafischen Benutzeroberfläche zusammenklicken. Das erinnert ans Lego-Prinzip mit vorkonfigurierten Inhalten: Man steckt Bauteil für Bauteil aus einer schon existierenden Komponentenbibliothek zusammen. Drag-and-Drop-Tools ersetzen hier ganz bewusst Programmzeilen per Texteingabe.

Thomas Zapp: Die digitale Welt kennt zahlreiche Möglichkeiten von der privaten Webseitenerstellung über CRM-Systeme und Chatbots bis hin zur Generierung von Applikationen wie GS-Service, GS-Web oder GS-Touch von GreenGate, die sich im No Code-Verfahren aus Bausteinen zusammenfügen lassen.

Thomas Zapp: Im Gegenteil. Es liegt seit Firmengründung in der DNA von GreenGate, No-Code-Anwendungen für den industriellen und kommunalen Einsatz bereitzustellen und darüber hinaus mit Low-Code-Möglichkeiten ganz präzise anpassbar zu machen. So wurde die Software von Beginn an konzipiert. Dazu kommt, dass die offene Systemarchitektur die Kopplung an andere Systeme erlaubt. Es hört sich widersprüchlich an, aus Bausteinen 100 % individuelle Lösungen zu entwickeln, das trifft aber voll den Punkt. Unsere Lösungen passen zu unseren Kunden – das übliche „Friss oder stirb“ gibt es bei uns nicht.

Thomas Zapp: Darum geht es. Natürlich können die Anwender dabei auch auf uns und unser Expertenwissen zurückgreifen – wir haben das notwendige Know-how, weil wir weit über 20 Jahre Praxiswissen bei der Verschmelzung physischer und digitaler Prozesse in Instandhaltung und Betriebsführung mit einbringen. Das ist in diesem Fach fast einmalig.

Thomas Zapp: Zu 100%, das ist doch klar. Wenn man Use Cases selbstständig umsetzen kann, ohne auf die IT-Abteilung warten zu müssen, dann hat das seinen Reiz. Man stelle sich vor: Mitarbeitende aus der Produktion, aus Instandhaltung, Vertrieb, Marketing, Service, Dispo – wenn die Prototypen selbst auf die Schnelle entwickeln könnten oder wenn nur ein MVP, ein Minimum Viable Product als minimal überlebensfähiges Produkt entstehen soll, dann wäre das doch perfekt.

Thomas Zapp: Auch wenn sich das Konzept in erster Linie an Nicht-Entwickler und Programmier-Laien richtet, lautet die Antwort: Ja, genau dann, wenn Profi-Developer mit Low-Code-Entwicklungsumgebungen schneller ans Ziel kommen. Der Software-Entwickler muss sich nicht mit trivialen Wiederholungsarbeiten befassen.

Thomas Zapp: Entwicklungsarbeit lässt sich so viel besser aufteilen: Citizen Developer erstellen einfache Bestandteile der Lösung, professionelle Developer dagegen programmieren die komplexen Anwendungs-Teile dazu. Das geht und funktioniert gut. Grundsätzlich gilt: Die Möglichkeit zur Konfiguration von Apps via Low-Code hat jeder, die Rechte dazu sollten allerdings eindeutig und nachvollziehbar definiert sein. Es ist erwiesenermaßen hilfreich, wenn auch die zuständige Stelle für Leitung, Organisation und Überwachung aller IT-Prozesse im Unternehmen über den aktuellen Stand informiert ist.

Thomas Zapp: Das Prinzip ist vergleichbar zur Produkt-Konfiguration im Internet, wie sie jeder kennt – nehmen wir die klassische Auto-Durchkonfiguration am Rechner. Nur dass in unserem Fall hinterher kein Produkt, sondern ein IT-Prozess – eine App bzw. Anwendung – bei herauskommt.

Immerhin kennt man das Prinzip schon aus den 1980er Jahren – Stichwort Rapid Application Development, kurz RAD. Später kam ja noch die Modellgetriebene Softwareentwicklung – das Model-Driven Software Development oder MDSD – auf.

Thomas Zapp: Es macht einfach Sinn, weil es schnell geht und individualisierte, professionelle Business-IT-Lösungen eben auch von fachfremden Mitarbeitenden erstellt werden können. Der übliche Trend zur Do-it-yourself-Gesellschaft auch im IT-Segment hat breite Massen eh schon geschult und gestählt im Umgang mit digitalen Bausteinen, das ist dann eben der nächste Step. Zumal der Fachkräftemangel nach wie vor existent ist und sich Unternehmen mit dem Konzept auch ein Stück weit unabhängiger machen können.

Thomas Zapp: Kurz und knapp: Ja. Deswegen empfehlen wir als Software-Anbieter, der seit über 20 Jahren auf No- und Low-Code-Technologien setzt, die Koordination durch eine zentrale Stelle im Unternehmen. Sei es der Key User, der den Überblick behält, oder ein eingesetztes Gremium, das firmeneinheitliche Standards für die Anwendung definiert und ihre Einhaltung kontrolliert. Als praxisfest hat sich da auch schon externer Support erwiesen.

Thomas Zapp: Bedingt ja. Es ist uns grundsätzlich wichtig, dass die Softwarelösung von Beginn an richtig eingesetzt wird, darum geht es. Dafür braucht es beides: die Ausstattung mit Kapazitäten und das entsprechende Expertenwissen, gerade, was die Verknüpfung digitaler und realer Prozesse in der Instandhaltung anbelangt. Hier liegt doch das eigentliche Potenzial. Den Software-Betrieb en passant durchlaufen zu lassen frei nach dem Motto: ´Wir machen es nebenher selber´ oder: ´Wir holen uns eben einen Studenten dafür´ verkennt die Notwendigkeit von fundiertem, dauerhaftem Support mit klaren Regeln und Zuständigkeiten.

Thomas Zapp: Man muss sicherstellen, dass qualifiziertes Personal dafür sorgt, dass ein qualifiziertes System entsteht. Qualifizierte Leute schaffen zum Beispiel die Voraussetzungen dafür, dass unternehmerisches Wissen in die digitale Lösung überhaupt einfließen kann. Sie wissen auch, wie es geht: Lernen aus den eigenen Prozessen, reflektieren, richtig machen – das System also Schritt für Schritt weiterentwickeln. Ziel ist eine durchgängige Lösung, die das Unternehmen als Ganzes von Instandhaltung über Controlling bis Geschäftsleitung nicht nur entlastet, sondern entscheidend voranbringt.