Für einen großen Versicherer haben wir ein großes Produkt analysiert. In kürzester Zeit haben wir Analyseergebnisse auf Detailebene im Code erzielt. Gleichzeitig galt es, die richtige Strategie zum Umgang mit diesem Produkt zu erarbeiten und auf Vorstandsebene zu besprechen.
Dies ist ein schönes Beispiel für die Techniknähe, die die QAware auszeichnet, und gleichzeitig die Beratung auf Strategieebene, zu der wir mehr hinwollen.
Wir berichten über die Situation, die wir vorgefunden haben, unser Vorgehen, wie wir diese riesige Aufgabe in kurzer Zeit angegangen sind, und zeigen, was für Ergebnisse wir dabei erzielen konnten.
Wir extrapolieren das und erklären, wie QAware, Technik und Strategieberatung zusammenpassen.

Du achtest auf Clean Code, die T-Architektur ist super und Du schneidest Module sauber entlang fachlicher Grenzen. Alles prima also! Aber plötzlich zieht eine neue Anforderung unerwartete Kreise durch die gesamte Codebasis – und Du fragst Dich: Wie lange bleibt das hier noch wartbar?

Spätestens jetzt ist es Zeit, sich näher mit der Domäne, für die Du Software entwickelst, zu beschäftigen.

Egal ob A, T oder M: Wir zeigen Dir, welche Werkzeuge Dir Domain Driven Design (DDD) an die Hand gibt, um ein Futureware-Design zu entwickeln, das dem gefürchteten Big Ball of Mud Grenzen setzt. Domänenwissen gewinnen und in (noch) bessere Software verwandeln - das gehört für uns zum Handwerksstolz und sorgt für zufriedene Kunden!