Softwareentwicklung in einer Stadt voller Entwickler
Mit der TU Darmstadt, der Hochschule Darmstadt, dem Raumflugkontrollzentrum ESOC der ESA, EUMETSAT, dem Stammsitz von Merck und einer langen Reihe von Softwarehäusern hat Darmstadt eine Dichte an IT-Kompetenz, die kaum eine Stadt dieser Größe erreicht. Software AG wurde hier gegründet, Forschungsinstitute für Informatik und Cybersicherheit sitzen in der Stadt.
Daraus folgt eine Lage, die auf den ersten Blick widersprüchlich wirkt. Fachkräfte sind gefragt, und gerade mittelständische Betriebe, Ingenieurbüros und Ausgründungen finden für interne Werkzeuge niemanden, der Zeit hat. Die eigenen Entwickler arbeiten am Produkt, das Kundenportal oder die Auftragsverwaltung bleibt liegen. Genau diese Aufgaben übernehmen wir.
- Interne Fachsysteme, die neben dem eigentlichen Produkt gebraucht werden: Auftragsverwaltung, Ressourcenplanung, Lizenz- oder Gerätedatenbanken
- Kundenportale für Softwarehersteller und technische Dienstleister, mit Tickets, Dokumenten und Lizenzen
- Apps für iOS und Android, die ein bestehendes Backend erweitern
- Auswertungen in Power BI, die Projekt-, Zeit- und Abrechnungsdaten zusammenführen
Zusammenarbeit mit vorhandenen IT-Teams
Wenn ein Auftraggeber eigene Entwickler hat, ändern sich die Spielregeln. Der Code muss sich in deren Werkzeuge einfügen: gleiches Repository, gleiche Prüfregeln, nachvollziehbare Merge Requests statt eines Pakets am Projektende. Wir richten uns nach den Konventionen, die im Haus des Auftraggebers gelten, und schlagen eigene nur vor, wo es keine gibt.
| Frage | Wie wir es halten |
|---|---|
| Wo liegt der Code? | In Ihrem Repository oder in einem, das wir Ihnen ab dem ersten Tag übergeben |
| Wer prüft Änderungen? | Auf Wunsch Ihr Team per Code-Review vor jedem Merge |
| Wie wird übergeben? | Mit Dokumentation, Deployment-Anleitung und automatisierten Tests, die bei Ihnen laufen |
| Wer betreibt das System? | Sie selbst oder wir, auf Servern in Deutschland oder der EU |
Wenn Ihr Team die Software später selbst weiterführen soll, sollte das von Anfang an feststehen. Technologieauswahl und Dokumentationstiefe richten sich danach, und ein Wechsel mitten im Projekt kostet mehr als eine klare Entscheidung zu Beginn.
Forschungsnahe und technische Dienstleister
Rund um Hochschulen, Raumfahrt und Chemie arbeiten in Darmstadt viele Ingenieur- und Prüfdienstleister. Ihre Software-Probleme ähneln sich: Messdaten aus verschiedenen Geräten, Berichte, die an Auftraggeber gehen und nachvollziehbar bleiben müssen, und Angebote, die aus vielen Einzelpositionen kalkuliert werden.
Für solche Betriebe bauen wir Fachsysteme, die Daten mit Herkunft und Stand speichern, Berichte reproduzierbar erzeugen und Änderungen protokollieren. Wo Kunden Ergebnisse abrufen sollen, kommt ein Portal dazu, damit Berichte nicht mehr per Mail mit Anhang verschickt werden. Bei öffentlich zugänglichen Angeboten prüfen wir zusätzlich die Anforderungen des Barrierefreiheitsstärkungsgesetzes.
Entwickelt wird in Deutschland, ohne Offshoring. Für Auftraggeber mit strengen Geheimhaltungsregeln heißt das: Der Kreis der Personen mit Zugriff ist klein und benannt, und das lässt sich vertraglich festhalten.
Von St. Leon-Rot nach Darmstadt
Ein Büro in Darmstadt haben wir nicht. Von unserem Sitz in St. Leon-Rot sind es über die A5 rund 75 Kilometer, ohne Stau knapp eine Stunde. Weil wir direkt am Walldorfer Kreuz liegen, ist der Weg in den Süden Hessens kürzer, als die Landesgrenze vermuten lässt.
Abstimmungen, Sprint-Reviews und Rückfragen laufen per Video. Persönlich kommen wir zum Auftaktworkshop, wenn Abläufe am Arbeitsplatz verstanden werden müssen, und zur Abnahme. Auftraggeber mit eigener IT brauchen erfahrungsgemäß weniger Vor-Ort-Termine, weil vieles schriftlich und im Repository geklärt wird.
/ Karte
Beim Laden werden Kartendaten von OpenFreeMap abgerufen. Dabei erfährt der Kartendienst Ihre IP-Adresse. Ohne Klick passiert das nicht.
Häufige Fragen aus Darmstadt
Arbeiten Sie nach unseren Coding-Standards?
Ja. Wenn Sie Konventionen, Linter-Regeln oder eine Pipeline vorgeben, übernehmen wir sie. Wo es keine gibt, schlagen wir welche vor und dokumentieren sie, damit Ihr Team später darauf aufbauen kann.
Können Sie ein Projekt übernehmen, das intern begonnen wurde?
In vielen Fällen ja. Am Anfang steht eine Durchsicht des vorhandenen Codes. Danach sagen wir offen, ob Weiterbauen sinnvoll ist oder ob einzelne Teile neu entstehen sollten, und begründen das.
Ist eine Anbindung an SAP oder andere Bestandssysteme möglich?
Das hängt davon ab, welche Schnittstellen freigegeben sind. Mit dokumentierten APIs ist die Anbindung planbar, bei reinen Dateiexporten wird sie aufwendiger. Diese Frage klären wir vor dem Angebot.
Wie oft müssen Sie nach Darmstadt kommen?
Meist zu Beginn und zur Abnahme, dazwischen nach Bedarf. Die laufende Entwicklung stimmen wir per Video und Ticket ab.
Wie schnell erhalten wir eine Antwort auf eine Anfrage?
In der Regel innerhalb eines Werktags, telefonisch unter 06227 8391400 oder über das Kontaktformular.
45 Minuten mit dem Geschäftsführer. Kostenlos.
Sie beschreiben Ihren Prozess. Wir sagen Ihnen ehrlich, ob sich eine Eigenentwicklung für Sie rechnet — und wenn nicht, welches Standardprodukt besser passt. Danach bekommen Sie eine Einschätzung zu Aufwand und Kosten. Keine Präsentation, kein Verkaufsgespräch.
Termin vereinbaren