Softwareentwicklung in Ulm

Das lässt sich am Umfang festmachen. Ein Werkzeug für einen einzelnen Arbeitsschritt, etwa eine Erfassung für Prüfstandsergebnisse, beginnt bei rund 15.000 Euro. Sobald mehrere Nutzergruppen mit unterschiedlichen Rechten arbeiten, Daten aus ERP oder Laborsystemen einfließen und Auswertungen dazukommen, bewegen sich Projekte in der Regel zwischen 60.000 und 150.000 Euro. Das ist der Bereich, in dem die meisten Fachanwendungen liegen. Plattformen, die mehrere Werke oder Institute bedienen, überschreiten 250.000 Euro. Wir zerlegen jedes Vorhaben in Releases mit eigenem Festpreis, damit Sie nicht das Gesamtbudget freigeben müssen, um zu sehen, ob es funktioniert.

Bei klar begrenztem Umfang sind acht bis zwölf Wochen der übliche Korridor, vom ersten Workshop über einen benutzbaren Prototyp bis zum Produktivstart. Bei Fachanwendungen mit Rollenmodell, Mehrsprachigkeit und Schnittstellen zu bestehenden Systemen sind es mehrere Monate. Wir gehen dabei nie den Weg des einen großen Starttermins, sondern liefern Releases, die einzeln in Betrieb gehen. In Entwicklungs- und Forschungsumgebungen hat das einen weiteren Vorteil: Ihre Anforderungen verändern sich während des Projekts, und ein Releaseplan kann das aufnehmen, ohne dass ein fertiges Konzept neu verhandelt werden muss.

In der Fahrzeug- und Nutzfahrzeugfertigung sind es Variantenkonfiguration, Stücklistenpflege und Abnahmeprotokolle für Aufbauten. In der Elektronikentwicklung Prüfstandsdaten, Testfreigaben und Änderungsverfolgung über Baustände hinweg. In Pharma und Medizintechnik Studien-, Muster- und Chargenverwaltung, die jeden Zugriff nachvollziehbar hält. In der Logistik Tourenplanung, Statusmeldungen und Abrechnung je Sendung. Und in forschungsnahen Einrichtungen Werkzeuge für Geräte- und Probenbuchungen sowie Drittmittelverwaltung. Immer häufiger ergänzen wir solche Anwendungen um KI-Funktionen, die in Spezifikationen und Berichten recherchieren und die Belegstelle ausgeben.

Ja, das ist ein regelmäßiger Fall. Zuerst verschaffen wir uns ein Bild: Quellcode, Datenmodell, Abhängigkeiten, wer es benutzt und welche Teile wirklich gebraucht werden. Oft stellt sich heraus, dass die Hälfte der Funktionen niemand mehr öffnet. Danach gibt es drei Wege: weiterbetreiben und gezielt stabilisieren, in Teilen ersetzen, während das Alte läuft, oder komplett neu bauen und die Daten migrieren. Wir empfehlen in der Regel den mittleren Weg, weil er den Betrieb nicht unterbricht. Was wir in jedem Fall erledigen, ist eine Dokumentation, damit die Abhängigkeit von einzelnen Köpfen endet.