Warum das wichtig ist
Die teuersten Fehler in einem Software-Projekt entstehen nicht beim Programmieren. Sie entstehen, wenn niemand laut sagt, was eigentlich gebaut werden soll - oder wenn die Architektur nie schriftlich festgehalten wird. Software ist heute ein zentrales Asset Ihres Unternehmens. Ihr Wert steigt mit jeder Erweiterung und fällt mit jeder unklaren Entscheidung, jedem Vendor-Lock-in und jeder Altlast. Wir bringen die Anforderungen auf den Tisch, bevor das Geld fliesst, und halten die Architektur-Entscheidungen schriftlich fest, damit der Wert über Jahre wächst, statt von der eigenen Komplexität gefressen zu werden.
Zwei Standards, denen wir folgen
Wir verankern jedes Mandat in zwei internationalen Frameworks - eines für die Frage “was sollen wir bauen?”, eines für die Frage “wie passt es heute und in fünf Jahren zusammen?”.
TOGAF ADM (Architektur)
Die TOGAF Architecture Development Method hält die vier Architekturen im Einklang:
- Business Architecture: Capability-Map, Value-Streams, Stakeholder-Anforderungen.
- Data Architecture: Domain-Model, Data Ownership, Privacy-Klassifikation.
- Application Architecture: Komponenten, Schnittstellen, API-First-Prinzipien.
- Technology Architecture: Plattformen, Hosting, Run-Modell.
Architektur-Entscheidungen werden als ADRs (Architecture Decision Records) schriftlich festgehalten - mit Kontext, Optionen, Trade-offs und Konsequenzen. Jeder, der heute oder in fünf Jahren auf den Code schaut, versteht, warum.
IREB CPRE (Anforderungen)
Wir arbeiten nach dem IREB Requirements Engineering Body of Knowledge - demselben, an dem CPRE-zertifizierte Praktiker geprüft werden. Das heisst konkret:
- Strukturierte Erhebung - Interviews, Workshops, Beobachtung, Dokumenten-Analyse.
- Saubere Trennung zwischen funktionalen und nicht-funktionalen Anforderungen.
- Spezifikation in einer für alle Stakeholder lesbaren Form - Use-Cases, User Stories mit Akzeptanzkriterien, NFR-Katalog.
- Validierung und Verifikation gegen Geschäftsziele und Architektur.
- Anforderungs-Management über den ganzen Projektverlauf - mit Traceability bis in die Tests.
Was Sie bekommen
- Anforderungs-Vision: Geschäftsziele, Personas, Scope-Diagramm, Out-of-Scope-Liste.
- Story-Map mit priorisierten User Stories und konkreten Akzeptanzkriterien.
- NFR-Katalog: Performance, Verfügbarkeit, Sicherheit, Compliance, Bedienbarkeit.
- Glossar mit Domänenbegriffen, abgestimmt mit Stakeholdern.
- Capability-Map und Soll-Bild der Zielarchitektur.
- Build-vs-Buy-Bewertungsmatrix für jede grössere Komponente.
- Modernisierungs-Roadmap in Sprints, statt Big-Bang.
- Vendor- und Standards-Auswahl (OAuth, OIDC, ISO 27001, plus branchenspezifische Standards bei Bedarf).
- Architektur-Risiken mit Gegenmassnahmen.
- Traceability-Matrix: Anforderung -> Architektur-Entscheidung -> Test.
Wann wir passen
- Sie starten ein neues Produkt und brauchen Klarheit, bevor entwickelt wird.
- Sie planen eine grössere Investition und wollen wissen, ob die Architektur sie trägt.
- Ein bestehendes Projekt entgleist, weil Anforderungen unklar oder widersprüchlich sind.
- Ein gewachsenes System ist langsam und teuer geworden - Sie brauchen einen Modernisierungsplan ohne Komplettstopp.
- Sie wählen zwischen Vendoren oder Plattformen und brauchen eine objektive Bewertung.
- Sie brauchen einen unabhängigen Blick vor einer Ausschreibung oder einem Audit.
Warum Luzid
- Anforderungen nach IREB; Architektur nach TOGAF ADM. Zwei Disziplinen, dasselbe Team - und eine Qualität, die Sie einem Auditor vorlegen können.
- Erfahrung in regulierten Branchen und SaaS-Plattformen.
- Wir liefern Architektur in Software, nicht in Folien - jede Entscheidung ist nachvollziehbar bis in den Code und in die Tests.
- Wir schreiben so, dass Geschäftsführung, Compliance und Entwicklung dasselbe lesen.
- Kein Lock-in - was wir bauen, gehört Ihnen.