Wir bauen Software, die Sie besitzen können
Lesbare Architektur, vertrauenswürdige Tests, eine betreibbare Pipeline und Dokumentation, die generiert statt veraltet. Wir pairen mit Ihren Leuten und machen die Übergabe explizit.
Individualsoftware in Java und Spring
Ihr Team ist ausgelastet. Ein wichtiges Roadmap-Vorhaben verzögert sich, eine frühere Umsetzung hinterliess unklare Verantwortlichkeiten oder Lücken im Betrieb, oder ein Legacy-System braucht schrittweise Veränderungen. Wir entwickeln gemeinsam mit Ihrem Team in Java und Spring und schaffen einen klaren Weg zum Betrieb und zur Übergabe.
Pro Projekt kalkuliert: zuerst eine Discovery zum Fixpreis, danach Auslieferung in Inkrementen.
Womit Teams typischerweise zu uns kommen
Sie brauchen zusätzliche Umsetzungskapazität, ohne eine langfristige Abhängigkeit oder ein zweites Betriebsmodell aufzubauen.
-
Die Roadmap rutscht
Ihr internes Team ist ausgelastet und ein wichtiges Produkt oder eine Plattform kommt nicht voran. Sie brauchen erfahrene Hände, die beitragen, ohne eine weitere Managementebene zu schaffen.
-
Verantwortung und Betriebswissen sind unklar
Die Software funktioniert, doch Architekturentscheidungen, Tests, Betriebswissen oder Verantwortlichkeiten bleiben unklar. Wir machen diese Lücken sichtbar und bearbeiten sie gemeinsam mit Ihrem Team.
-
Das Legacy-System ist die Einschränkung
Das Geschäft muss sich verändern, aber ein Big-Bang-Rewrite würde jahrelanges Wissen und Umsatz gefährden. Wir können mit dem Strangler-Fig-Ansatz Fähigkeit für Fähigkeit ersetzen.
-
Der Prototyp soll ein Produkt werden
Aus einer Idee soll ein funktionierendes Produkt mit einer tragfähigen Architektur werden, bevor ein Prototyp ungeplant zum produktiven System wird. Wir schaffen die Grundlagen, solange sie sich noch mit vertretbarem Aufwand verändern lassen.
Wenn das bestehende System das Hauptproblem ist, ist ein Architektur-Review oft der sinnvolle erste Schritt.
Was wir bauen
Individuelle Anwendungen im JVM- und Spring-Umfeld. Produkt- und Betriebsanforderungen bestimmen Grenzen, Werkzeuge und Deployment-Modell. Wenn ein Teil ausserhalb unseres Fachgebiets liegt, klären wir das früh und ziehen bei Bedarf eine geeignete Fachperson bei.
-
Backends und APIs
Spring-Boot-Backends und APIs, Domänenlogik und Integrationen, die zu Ihrer bestehenden Art passen, Software zu bauen und zu betreiben.
-
Modulare Monolithen
Sauber abgegrenzte Anwendungen mit Spring Modulith und Domain-Driven Design. Ein Modularer Monolith ist oft der bessere Start als ein verteiltes System, das Sie noch nicht betreiben können.
-
Ereignisgesteuerte Systeme
Events, Messaging und Integrationsgrenzen für Workflows, die Resilienz und lose Kopplung brauchen, ohne das Geschäftsmodell hinter Infrastruktur zu verstecken.
-
Modernisierung von Legacy-Systemen
Inkrementeller Ersatz rund um das bestehende System, mit Strangler-Fig-Ansatz, wo er weniger riskant als ein Rewrite ist. Das bestehende System bleibt in Betrieb, während wir Ersatzfunktionen schrittweise einführen.
-
Anwendungen mit KI-Agenten
Anwendungen mit integrierten Workflows für KI-Agenten, Evaluationen, Guardrails und operativen Kontrollen. Siehe unsere Leistung Agentic AI Engineering.
-
Grundlagen für die Lieferung
CI/CD, Cloud Native Buildpacks, GraalVM Native Images, wo sie sinnvoll sind, und Observability mit Actuator, Micrometer und OpenTelemetry. PostgreSQL, Container und Kubernetes sind Deployment-Kontext, nicht allein Architektur.
So läuft der Auftrag ab
Wir starten mit einer klar begrenzten Discovery und liefern früh funktionierende Software. Danach können Sie mit einer belastbaren Entscheidungsgrundlage stoppen oder die Umsetzung fortsetzen, während Ihr Team das System kennenlernt.
-
Discovery zum Fixpreis
Wir verstehen Domäne, Rahmenbedingungen, bestehende Systemlandschaft und die Definition of Done. Das Ergebnis ist ein Plan mit Schätzung, der eine interne oder externe Umsetzungsentscheidung unterstützt.
-
Walking Skeleton
Wir bringen früh einen dünnen End-to-End-Schnitt in produktionsnahe Infrastruktur. Build, Deployment-Weg, Grenzen und erste Betriebssignale werden real, bevor der Umfang wächst.
-
Inkrementelle Lieferung
Während der gesamten Umsetzung liefern und prüfen wir funktionierende Inkremente. Ihr Team bleibt beteiligt, Entscheidungen bleiben sichtbar und die Architektur entwickelt sich aus konkreten Erkenntnissen statt aus einer weit entfernten Designphase.
-
Übergabe
Ihr Team erhält die Anwendung, Pipeline, Dokumentation und den betrieblichen Kontext, den wir für die Übergabe vereinbart haben. Sobald Ihr Team übernimmt, reduzieren wir unsere Mitarbeit.
Was Sie erhalten
Software, die Ihre Organisation lesen, ändern, betreiben und ohne uns weiterführen kann.
- Eine verständliche Architektur mit begründeten Domänengrenzen
- Funktionierenden Anwendungscode mit automatisierten Tests und einer nachvollziehbaren Teststrategie
- Eine CI/CD-Pipeline, die Ihr Team mit reproduzierbaren Builds und Deployments betreiben kann
- Dokumentation, die möglichst generiert und nicht dem Verfall überlassen wird
- Produktionsnahe Infrastruktur und Observability von Beginn an
- Einen klaren Modernisierungspfad, inklusive Strangler-Fig-Option, wo passend
- Wissenstransfer durch Pairing, Reviews und bewusste Übergabe
- Vor Projektstart geklärte Eigentums- und Nutzungsrechte an den Projektergebnissen
Wenn Sie Ihr eigenes Team stärken möchten, statt uns die ganze Anwendung bauen zu lassen, prüfen Sie Entwickler-Coaching oder unser Spring-Modulith-Training.
Für wen ist das gedacht?
-
CTOs und Engineering Manager mit JVM-Landschaft
Sie betreiben Java und Spring in Produktion, haben ein wichtiges Roadmap-Thema und brauchen einen Umsetzungspartner, der Ihre Betriebs- und Compliance-Vorgaben versteht, ohne eine unnötige Parallelarchitektur aufzubauen.
-
Teams, die ein Legacy-System modernisieren
Sie wollen Risiko senken und Delivery beschleunigen, ohne das Domänenwissen in der bestehenden Anwendung wegzuwerfen.
-
Produktteams mit einer echten Idee
Sie haben ein relevantes Geschäftsproblem und brauchen eine erste Version für den produktiven Einsatz, keinen Prototyp, der stillschweigend zum kritischen System wird.
-
Teams, die das Ergebnis besitzen wollen
Sie sind bereit, sich zu beteiligen. Architektur, Code und Betriebswissen sollen nach dem Ende des Auftrags bei Ihren Leuten bleiben.
Warum wir
Wir sind ein kleines Team aus erfahrenen Engineers. Patrick Baumgartner leitet die Arbeit, unterstützt von einem Kernteam und einem bewährten Netzwerk für spezielle Anforderungen. Die Menschen, die das Mandat führen, arbeiten selbst an Architektur und Code.
Wir kennen Spring in Produktion
Spring Boot, Spring Modulith, Domain-Driven Design, Test-Driven Development und die betrieblichen Details darum herum sind unser täglicher technischer Kontext.
Wir lehren, was wir einsetzen
Patrick ist ZHAW-Dozent und Mitglied im Vorstand der JUG Switzerland. Wir geben auch Workshops und Trainings, damit die Begründung hinter dem Code Teil der Übergabe ist.
Relevante Qualifikationen und Erfahrung
Java Champion, Oracle ACE, Microsoft MVP, VMware Certified Spring Instructor und Spring Certified Professional. Mehr als 20 Jahre Erfahrung, über 70 Konferenzvorträge und über 200 Workshops.
Lernen Sie die Menschen hinter der Arbeit auf unserer Unternehmensseite kennen oder vergleichen Sie diese Bauoption mit unseren anderen Leistungen.
Häufige Fragen
Arbeiten Sie mit unserem internen Team oder ersetzen Sie es?
Wir arbeiten mit Ihrem internen Team. Wir arbeiten im Pairing, beziehen Ihr Team während der Umsetzung ein und übergeben den vereinbarten Code, die Dokumentation und den betrieblichen Kontext.
Welche Technologien verwenden Sie?
Java und Spring sind unser Schwerpunkt: Spring Boot, Spring Modulith, PostgreSQL, Container, Kubernetes und die dazugehörigen Delivery-Werkzeuge. Bei Arbeiten ausserhalb dieses Fachgebiets klären wir die Grenze früh und ziehen bei Bedarf eine geeignete Fachperson bei.
Machen Sie Projekte zum Fixpreis?
Wir nutzen eine Discovery zum Fixpreis, um die Domäne und die Rahmenbedingungen zu verstehen. Danach vereinbaren wir Umfang, Konditionen und Abnahmekriterien für die inkrementelle Umsetzung.
Wem gehören Code und geistiges Eigentum?
Eigentums- und Nutzungsrechte vereinbaren wir vor Beginn der Umsetzung im Vertrag. Wir arbeiten bevorzugt in Repositories und Delivery-Systemen, die Sie kontrollieren, dokumentieren Abhängigkeiten von Drittanbietern und planen die Übergabe als festen Teil des Auftrags.
Was passiert nach dem Go-live?
Wir planen eine gezielte Übergabe und reduzieren unsere Mitarbeit, sobald Ihr Team übernimmt. Optionalen Support vereinbaren wir dort, wo er sinnvoll ist. Ihr Team erhält den vereinbarten Code, die Dokumentation und den betrieblichen Kontext.
Wie starten wir?
Starten Sie mit einem 30-minütigen Gespräch über Problem, Team und Rahmenbedingungen. Wenn es passt, schlagen wir eine Discovery zum Fixpreis vor, mit einem Plan und einer Schätzung, die Sie auch einem anderen Anbieter geben könnten.
Machen Sie aus dem Vorhaben einen umsetzbaren Plan
Buchen Sie ein kurzes Gespräch mit Patrick, 30 Minuten genügen. Bringen Sie das Problem, die Rahmenbedingungen und die wichtigsten Erfahrungen aus bisherigen Anläufen mit. Gemeinsam klären wir, ob wir als Umsetzungspartner passen und was eine Discovery abdecken sollte.