Software
Wir entwerfen, bauen und betreiben eigene Produkte — und tun dasselbe für Kunden. Was wir über den Betrieb von Software wissen, stammt aus dem Betrieb, nicht aus der Beratung.
Gespräch beginnen
Wie es üblicherweise läuft — und warum es enttäuscht
Es wird eine Spezifikation geschrieben, ein Dienstleister beauftragt, und Monate später kommt etwas, das die Frage vom Anfang beantwortet.
Was niemand aufgeschrieben hat — Betrieb, Überwachung, Sicherungen, der Migrationspfad, was nachts bei einer Störung passiert — entscheidet am Ende über die Brauchbarkeit.
Wir bauen Produkte, die wir anschließend selbst betreiben. Das verändert, an welcher Stelle gespart wird — weil uns die Störung selbst weckt.
Was wir machen
- Produktentwicklung vom Konzept bis zum laufenden System im Produktivbetrieb
- Datenintensive und analytische Anwendungen, bei denen Richtigkeit mehr zählt als Oberfläche
- Anbindung bestehender Systeme und Datenquellen, auch der unbequemen
- Betrieb: Auslieferung, Überwachung, Sicherungen, Störungsbehebung
Wie wir arbeiten
- Kurze Zyklen mit früh Lauffähigem statt langer Stille und großer Enthüllung
- Das System läuft und ist beobachtbar ab den ersten Wochen, nicht erst am Ende
- Schriftliche Entscheidungen: was gewählt, was verworfen wurde und warum
- Übergabe schließt den Betrieb ein, nicht nur ein Repository
Worauf wir aufbauen
- Eigene Produkte im Produktivbetrieb, darunter Plattformen mit externen Nutzern
- Infrastruktur in der Europäischen Union, Datenschutz von Anfang an mitgeplant
- Quantitative Arbeit und Modellierung als Kernkompetenz, nicht als Zusatz
Woran wir uns halten
Laufend schlägt beschrieben
Eine Demo auf dem Laptop beweist nichts über ein System unter Last mit echten Daten. Wir wollen früh etwas ausgeliefert haben, weil dort die eigentlichen Fragen auftauchen.
Geschwindigkeit zeigt sich am Ergebnis
KI-gestützte Entwicklung erlaubt uns Iterationen in Tagen, wo die Branche in Quartalen rechnet. Das zeigen wir lieber an einem lauffähigen Zwischenstand als an einer Kennzahl.
Wer baut, betreibt
Entwurfsentscheidungen sehen anders aus, wenn man für die Störung geradesteht. Deshalb gilt für Kundenarbeit derselbe Maßstab wie für unsere eigenen Produkte.
Häufige Fragen
Übernehmen Sie ein bestehendes System?
Ja, sofern wir es vorher lesen und offen sagen dürfen, in welchem Zustand es ist. Verantwortung für ungeprüften Code hilft niemandem.
Wo liegen die Daten?
In der Europäischen Union, sofern Sie nichts anderes verlangen. Bei unseren eigenen Produkten ist das eine Entwurfsvorgabe von Beginn an und nichts nachträglich Angebautes.
Können Sie mit unserem internen Team arbeiten?
Das ist meist die bessere Aufstellung. Wir bringen Liefergeschwindigkeit und unsere Domäne mit, Ihr Team hält den Kontext, den von außen niemand hat.
Sagen Sie uns, was entstehen soll
Keine Spezifikation — eine Beschreibung der Entscheidung oder des Prozesses, dem das System dienen soll. Die Spezifikation ist unsere Aufgabe.
Gespräch beginnen