Unternehmen

Und genau da lag das Problem – ein Problem, das die gesamte SPS-Welt bis heute plagt.

Während die Softwareentwicklung in den letzten zwanzig Jahren gewaltige Fortschritte gemacht hat – Unit-Tests, Continuous Integration, automatisierte End-to-End-Tests, Versionskontrolle mit Git, Code-Reviews, statische Analyse, Refactoring-Tools – ist all das an der Welt von TwinCAT, TIA Portal und Co. komplett vorbeigegangen. Diese Systeme arbeiten heute noch weitgehend so, wie sie es in den 90er Jahren getan haben. Keine automatisierten Tests, die prüfen, ob eine Änderung etwas kaputt gemacht hat. Keine Simulationsumgebungen, in denen man eine komplette Anlage virtuell durchlaufen lassen kann, bevor sie beim Kunden in Betrieb geht. Kein aussagekräftiges Type-System, das offensichtliche Fehler schon beim Kompilieren abfängt. Qualitätssicherung bedeutet: Inbetriebnahme vor Ort, Daumen drücken, und hoffen, dass nichts Unerwartetes passiert.

Und mit diesen Methoden – Methoden, die in der restlichen Softwareentwicklung seit langem als überholt gelten – werden heute Anlagen gesteuert, die Millionen Euro kosten, in denen Menschen arbeiten, und deren Ausfall pro Stunde fünfstellige Verluste verursachen kann. Das ist, wenn man einen Schritt zurücktritt und es nüchtern betrachtet, kaum vorstellbar. Als diplomierter Informatiker, der die modernen Praktiken aus dem Studium kannte, war ihm das nicht nur zu trist – es war schlicht zu riskant.

Unser Ansatz: Software wie für Großserien

Unser Framework macht Kleinserien wirtschaftlich – mit der Qualität und Zuverlässigkeit von Großserien-Software. Das bedeutet konkret: Das Framework ist modular und konfigurierbar aufgebaut, sodass sich Kundenwünsche umsetzen lassen, ohne den Softwarekern zu forken. Neue Achse erforderlich? Anderer Sensor gewünscht? Das ist eine Konfigurationssache, kein Code-Fork, der später zum Wartungsalptraum wird.

Jede Änderung wird getestet und simuliert, bevor sie produktiv geht. Unit-Tests prüfen Einzelkomponenten, End-to-End-Tests fahren komplette Anlagenzyklen durch, und in Simulationsumgebungen lässt sich das Verhalten virtuell durchspielen. Wir wissen, was eine Änderung mit dem Code macht – bevor sie zum Kunden geht, nicht erst danach. Das Framework ist wiederverwendbar: Einmal entwickelt, lässt es sich beliebig oft einsetzen, und Updates kommen allen Installationen zugute. Und es wird permanent weiterentwickelt – wir beschäftigen uns täglich mit unserem Framework und den Anlagen unserer Kunden, sodass neue Features, Optimierungen und Bugfixes kontinuierlich einfließen.

Über 30 Installationen seit 2013 profitieren von diesem Ansatz. Das Ergebnis: Höhere Qualität, mehr Zuverlässigkeit, planbare Kosten – und zwar auch bei kleinen Stückzahlen.

Langfristige Partnerschaft

Dieser Ansatz hat eine entscheidende Konsequenz für die Art, wie wir zusammenarbeiten: Service und Support sind nicht Optional oder teures Add-on, sondern integraler Bestandteil der Partnerschaft. Wenn eure Maschine beim Endkunden Probleme macht, ist das unmittelbar auch unser Problem – denn unser Geschäftsmodell hängt davon ab, dass die Maschine funktioniert und ihr weitere verkaufen könnt. Fehlersuche und Problemlösung gehören deshalb selbstverständlich dazu, und zwar nicht nur innerhalb der Software: Wenn die Maschine nicht wie erwartet läuft, schauen wir uns das Gesamtsystem an, helfen bei der Diagnose von Sensorfehlern, Netzwerkproblemen oder Hardwaredefekten – auch wenn die Ursache nicht in unserer Software liegt, denn am Ende zählt, dass die Anlage beim Kunden läuft.

Dazu kommt die kontinuierliche Weiterentwicklung: Unser Framework entwickelt sich permanent weiter, neue Funktionen entstehen, Performance-Optimierungen werden eingepflegt, Sicherheits-Updates deployed – und alle Installationen, also auch eure verkauften Maschinen, profitieren davon. Wenn ihr die nächste Maschinengeneration plant, neue Funktionen benötigt oder andere Hardware integrieren wollt, denken wir mit, beraten und planen gemeinsam, weil wir langfristig in das Produkt und in die Partnerschaft investiert sind, nicht nur in ein einzelnes Projekt. Das ist der Kern unseres Modells: Wir teilen das Risiko. Wenn eure Maschine erfolgreich ist, sind wir es auch. Wenn sie es nicht ist, haben wir gemeinsam verloren. Das schafft eine Form von Vertrauen und Alignment, die in klassischen Auftrags-Dienstleister-Verhältnissen selten entsteht – wir ziehen tatsächlich am selben Strang, weil unsere Interessen strukturell identisch sind.

Für wen wir arbeiten

Unser idealer Partner ist der Maschinenbauer oder Ingenieur, der vor einer spezifischen Herausforderung steht: Er plant, seine Maschine mehrfach zu verkaufen – aber jeder Kunde hat individuelle Wünsche, seien es andere Sensorik-Anforderungen, zusätzliche Achsen, spezielle Prozessabläufe oder angepasste Bedienoberflächen, die sich von Projekt zu Projekt unterscheiden. Standardsoftware kann diese Anforderungen nicht abdecken und sagt in der Regel schlicht: "Das geht nicht." Maßentwicklung hingegen antwortet mit der ernüchternden Rechnung: "Das kostet X, und wenn der nächste Kunde etwas anderes will, kostet es nochmal Y – und beim übernächsten wieder." Wir sagen: "Das ist genau unser Use Case."

Unser Framework ist von Grund auf dafür gebaut, mit dieser Art von Variabilität umzugehen, und zwar nicht durch endlose Konfigurationsmenüs, die am Ende doch nicht alle Fälle abdecken und in ihrer Komplexität selbst zum Problem werden, sondern durch echte Flexibilität im Code – ohne dass für jeden Kundenwunsch der gesamte Kern geforkt werden muss. Wenn ein Kundenwunsch hereinkommt, erweitern wir das Framework an den richtigen Stellen, und der nächste Kunde mit einem ähnlichen Wunsch profitiert bereits davon, weil die Erweiterung Teil des Kerns geworden ist und nicht als separate Variante irgendwo parallel gepflegt werden muss.

Seriengröße?

Die Anzahl der Maschinen, die ihr plant zu bauen, spielt für unser Modell eine untergeordnete Rolle – ob es fünf, zwanzig oder hundert Maschinen werden, unser Ansatz macht Qualitätssoftware auch bei kleinen Stückzahlen wirtschaftlich tragbar. Wer bisher dachte "für fünf Maschinen kann ich mir keine ordentliche, professionell entwickelte Software leisten, da muss ich mit Copy/Paste leben", für den haben wir eine Lösung entwickelt, die genau diesen Sweet Spot trifft.

Und sollte es sich herausstellen, dass aus den ursprünglich geplanten fünf Maschinen plötzlich fünfzig werden, weil das Produkt am Markt deutlich besser ankommt als erwartet – umso besser, und zwar für beide Seiten: Das Framework skaliert problemlos mit, die Kosten bleiben planbar und wachsen proportional zur Anzahl der verkauften Maschinen, und die Qualität bleibt konstant hoch, weil alle Installationen von denselben Updates, Bugfixes und Verbesserungen profitieren.