Architecture & Governance Boutique
Ihre IT ist gewachsen.
Aber weiss noch jemand,
wo was steht? Struktur und Steuerbarkeit für mittelständische Schweizer Unternehmen
Wie eine Stadt, die ohne Stadtplan gebaut wurde: Es funktioniert — bis es nicht mehr funktioniert. Wir schaffen den Überblick und die Struktur, damit Sie wieder sicher entscheiden können.
Externer Architecture & Governance Lead für KMU und Mittelstand.
Das Problem
Warum IT-Projekte selten an Technologie scheitern
Neue Plattformen erzeugen selten Wirkung, wenn die strukturelle Basis fehlt.
Die Ursache ist selten fehlende Technologie.
Was wir häufig sehen
- Mehrere Dienstleister ohne klare technische Führung
- Unterschiedliche Technologien ohne dokumentierte Entscheidungsgrundlage
- Fehlende Systemtransparenz
- Unklare Verantwortlichkeiten
- Historisch gewachsene Komplexität
- Innovationshemmung durch Unsicherheit
Komplexität steigt schneller als Wirkung.
Bevor man neu baut, braucht es Klarheit.
Unser Ansatz
Struktur
vor Transformation.
Squibble übernimmt als externer Architecture & Governance Lead die strukturelle Führung Ihrer IT- und Plattformlandschaft.
Wir arbeiten nicht an einzelnen Features.
Wir arbeiten an der Struktur, die alle Features trägt.
Schwerpunkte unserer Mandate
Überblick und Transparenz
Wir machen sichtbar, welche Systeme Sie haben, wie sie zusammenhängen und wer wofür verantwortlich ist.
Klare Entscheidungswege
Nachvollziehbare Entscheidungslogik für technische Prioritäten – damit interne und externe Partner einheitlich handeln.
Verbindliche Spielregeln
Sie erhalten klare Leitplanken, die technische Entscheidungen über Teams und Partner hinweg konsistent machen.
Vendor- & Plattform-Reviews
Sie erhalten eine strukturierte Bewertung Ihrer Partner und Plattformen – als Grundlage für Vertragsentscheide.
Gezielte Verbesserungen
Priorisierte Architekturmassnahmen mit Erfolgsmesspunkten – fokussiert auf die 20 %, die 80 % der Wirkung erzeugen.
Executive-Sparring
CTO und Geschäftsleitung erhalten einen unabhängigen Sparringpartner für Architektur- und Technologieentscheide.
Architekturentscheidungen werden nicht nur konzeptionell definiert, sondern technisch überprüfbar gemacht.
Unser Fokus liegt auf Evolution – nicht auf Big-Bang-Replatforming.
Warum extern?
Warum ein externer Blick, wenn Sie doch eine IT-Abteilung haben?
Ihre IT-Leitung hat das Tagesgeschäft.
Systeme laufen lassen, Tickets priorisieren, Teams koordinieren — das allein füllt jeden Tag. Strategische Architekturarbeit braucht dedizierten Fokus, den das Tagesgeschäft selten zulässt.
Interne Positionen sind politisch.
Wer intern arbeitet, muss Rücksicht nehmen — auf Dienstleister-Beziehungen, Team-Dynamiken und etablierte Strukturen. Ein externer Lead kann Probleme beim Namen nennen und unpopuläre, aber notwendige Empfehlungen aussprechen.
Betriebsblindheit ist menschlich.
Wer eine IT-Landschaft über Jahre aufgebaut hat, sieht die Komplexität nicht mehr. Ein externer Blick erkennt Muster, Redundanzen und Risiken, die intern längst normalisiert wurden.
Keine Vollzeitstelle nötig.
Nicht jedes Unternehmen braucht einen vollzeitlichen Architektur-Lead. Ein fraktionales Mandat gibt Ihnen Senior-Führung genau dann, wenn Sie sie brauchen — zum Bruchteil der Kosten.
Extern heisst nicht fremd. Es heisst: unabhängig.
Architekturprinzipien
Gute IT-Struktur entsteht nicht durch neue Systeme.
Sie entsteht durch klare Regeln und konsequente Führung.
1
Transparenz vor Optimierung
Bevor ein neues Feature priorisiert wird, existiert eine dokumentierte Systemlandkarte:
- Systemlandkarten schaffen Klarheit über beteiligte Systeme und ihre Abhängigkeiten
- Verantwortlichkeitsmodelle definieren Ownership pro Domäne
- Risiken werden sichtbar, bevor sie Entscheidungen blockieren
Ohne Transparenz keine Optimierung.
2
Verantwortung vor Technologie
Wenn drei Dienstleister unterschiedliche Technologien einsetzen, ist das selten ein technisches Problem. Es ist ein Führungsproblem:
- Architekturstandards brauchen eine verbindliche Instanz – nicht Konsens
- Klare Verantwortung für Ergebnisse ersetzt unklare Zuständigkeit
- Technische Schulden werden aktiv priorisiert – nicht ignoriert
Technologie folgt Struktur.
3
Evolution vor Replatforming
Anstatt eine Plattform vollständig zu ersetzen, wird zunächst analysiert:
- Wo entstehen reale Engpässe?
- Wo ist Komplexität strukturell bedingt?
- Welche 20 % der Massnahmen erzeugen 80 % der Wirkung?
Transformation ohne strukturelle Analyse erhöht Komplexität.
4
Governance vor Geschwindigkeit
Schnelle Releases ohne klare Entscheidungslogik führen zu:
- Einem Flickenteppich an Systemen
- Unklaren Ownership-Strukturen
- Steigender Abhängigkeit von externen Partnern
Nachhaltige Architektur reduziert langfristig Geschwindigkeitseinbussen.
5
Architektur als Management-Instrument
Architekturentscheidungen werden nicht isoliert in der IT getroffen. Sie werden:
- mit Geschäftsleitung abgestimmt
- dokumentiert
- mit klarer Verantwortlichkeit versehen
- als Grundlage für Budget- und Priorisierungsentscheidungen genutzt
Architektur ist kein Diagramm. Sie ist ein Führungsinstrument.
Architektur ist kein Zielzustand.
Sie ist ein kontinuierlicher Entscheidungsprozess.
Mandatsmodell
Fractional Architecture & Governance Mandat
Squibble übernimmt strukturelle Architekturverantwortung im Rahmen eines monatlichen Mandats.
Der Umfang richtet sich nach Komplexität – nicht nach Zeit.
Phase 1
Strukturphase
3 Monate
- Herstellung technischer Transparenz
- Definition klarer Entscheidungsstrukturen
- Governance-Modell und Vendor-Alignment
- Priorisierte Architekturmassnahmen mit Erfolgsmesspunkten
CHF 45'000 – 65'000
Einmalig, abhängig von Plattformkomplexität.
Phase 2
Fortlaufendes Mandat
Unbefristet
- Laufende Architektur-Reviews und Governance-Steuerung
- Entscheidungsfreigaben und Vendor-Alignment
- Executive-Sparring
- Risiko- und Komplexitätskontrolle
Architekturentscheidungen werden so definiert, dass sie in bestehenden Systemen und Deployment-Strukturen nachvollziehbar umgesetzt werden.
CHF 12'000 – 25'000 pro Monat
Abhängig von organisatorischer Fragmentierung.
Was nach der Strukturphase anders ist
Komplexität ist kein Naturgesetz.
Sie ist meist das Resultat fehlender Struktur.
Klarheit
Wo wir nicht helfen.
- Wir bauen keine Features.
- Wir ersetzen keine internen Entwickler.
- Wir verkaufen keine Replatforming-Projekte.
- Wir sind keine klassische Digitalagentur.
- Wir sind keine Konzernberatung.
Wir greifen nicht in operative Delivery ein – stellen jedoch sicher, dass Architekturentscheidungen technisch konsistent umgesetzt werden.
Squibble übernimmt strukturelle Architekturführung – nicht operative Umsetzung.
Referenzen
Vertrauen entsteht durch Ergebnisse.
Migros Fachmarkt AG
Architekturverantwortung für den Aufbau der E-Commerce-Plattform — Vendor-Koordination, Technologieentscheide, Plattformstrategie.
Migros Genossenschafts-Bund
Architekturverantwortung für die zentrale Identity-Plattform — Sicherheitsarchitektur, Release-Governance, Team-Steuerung.
Universität St. Gallen
Plattformstrategie und Architekturentscheide für das digitale Ökosystem.
Detaillierte Referenzen auf Anfrage. Zum vollständigen Profil.
Für wen wir arbeiten
Für Unternehmen, deren IT-Landschaft über die eigene Steuerbarkeit hinausgewachsen ist.
- Gewachsene, fragmentierte Plattformlandschaften mit mehreren Technologiepartnern
- Mehrere Standorte, Marken oder Geschäftsbereiche mit eigenen IT-Bedürfnissen
- Mehrere digitale Plattformen oder Kanäle
- Interne Digital- oder IT-Teams
- Spürbare Komplexität oder Innovationsstau
- Wunsch nach klarer Ownership über Plattform-Architektur
- Bereitschaft, interne Fragmentierung strukturell zu überwinden
Wir arbeiten nicht mit Startups und nicht als Konzern-Integrator.
Wir sind auch keine Entwicklungsagentur.
Wir sind eine Boutique für strukturelle Architekturführung.
Technische Tiefe kombiniert mit strukturellem Governance-Denken – bis auf System- und Integrationsniveau.
Über Squibble
Enterprise-Denken
für den Mittelstand.
Squibble überträgt Enterprise-Architektur-Denken in den Mittelstand – aus langjähriger Verantwortung für komplexe Plattformlandschaften in der Schweiz.
Hinter Squibble steht Patrick Lehmann — mit über 15 Jahren Erfahrung in der Architektur und Führung komplexer IT-Landschaften, unter anderem bei Migros, Scout24 und der Universität St. Gallen.
Architekturführung
- Architekturverantwortung in komplexen Plattformlandschaften
- Technische Tiefe verbunden mit strukturellem Governance-Denken
- Klare Entscheidungs- und Verantwortungsstrukturen für gewachsene Multi-Vendor-Setups
Vertiefungsdimensionen der Architekturführung
Architekturführung endet nicht bei Diagrammen.
Sie muss sich in Qualität, Sicherheit, Datenstruktur und Produktentscheidungen konkret widerspiegeln. Je nach Mandat ergänzen wir die Architekturführung gezielt:
Quality & Release Governance
Strukturiert Qualitätssicherung als Architekturbestandteil – nicht als nachgelagerten Prozess.
- Teststrategie für komplexe Multi-Vendor-Setups
- Release-Architektur und Deployment-Governance
Security & Identity Architecture
Strukturiert Authentifizierungsentscheidungen als Governance-Thema – nicht nur als technische Massnahme.
- Identity-Standards und Authentifizierungsarchitektur (OAuth2, OpenID Connect)
- Security-Governance und Threat-Modellierung
Data & Decision Architecture
Macht Daten zur Entscheidungsgrundlage – statt zur ungenutzten Ressource.
- Tracking-Architektur und Datenlandschaft strukturieren
- KPI-Frameworks und strukturierte Entscheidungslogiken
Product & Platform Strategy
Übersetzt Business-Ziele in architektonische Entscheidungsstrukturen – nicht in Feature-Listen.
- Product Governance und Priorisierungslogik
- Governance-basierte Plattform-Weiterentwicklung
Associates werden mandatsbezogen kuratiert.
Die strukturelle Architekturverantwortung liegt zentral bei Squibble.
Kontakt
Lassen Sie uns sprechen.
Wenn Ihre Plattform komplexer geworden ist als nötig, lohnt sich ein Gespräch – um strukturelle Klarheit und Entscheidungsfähigkeit zu schaffen.