[{"data":1,"prerenderedAt":106},["ShallowReactive",2],{"page-/webentwicklung/architektur":3},{"id":4,"title":5,"author":6,"body":7,"canonicalPath":6,"category":6,"dateModified":6,"datePublished":6,"description":96,"extension":97,"image":6,"imageAlt":6,"layout":6,"locale":6,"meta":98,"navigation":99,"ogImage":16,"path":100,"published":99,"seo":101,"seoTitle":102,"sitemap":103,"stem":104,"twitterCard":6,"__hash__":105},"content/webentwicklung/architektur.md","Architektur & Struktur",null,{"type":8,"value":9,"toc":93},"minimark",[10,18,30,38,44,50,60,69,78,85],[11,12],"hero-section",{":items":13,"ctaText":14,"headline":15,"image":16,"subline":17},"[\"\u003Cstrong>Risiko-Analyse\u003C/strong> für Entscheider\",\"\u003Cstrong>Sanierungsplan\u003C/strong> statt 'Alles neu'\",\"\u003Cstrong>Transfer\u003C/strong> ins Team\"]","DIAGNOSE STARTEN","Software scheitert selten am Code.\u003Cbr>Sie scheitert an der Architektur.","/assets/img/webentwicklung-architektur.webp","Investitionsschutz für gewachsene Systeme: Ich mache Risiken sichtbar, identifiziere technische Schulden und zeige einen stabilen Weg aus der Legacy-Falle.",[19,20,21],"key-takeaway-section",{},[22,23,24,25,29],"p",{},"Ich mache Architektur-Risiken sichtbar und übersetze sie in einen ",[26,27,28],"strong",{},"sanierbaren Plan",": Was ist kritisch, was lohnt sich zuerst, und wie wird Delivery wieder planbar.",[31,32],"leadership-insights-section",{":cards":33,"badge":34,"description":35,"headline":36,"mainImage":37},"[{\"title\":\"Blackbox IT\",\"text\":\"Das Team sagt: „Wir müssen alles neu machen.“ Du fragst dich: „Geht das nicht effizienter?“\"},{\"title\":\"Feature-Stau\",\"text\":\"Jedes neue Feature dauert länger. Die Wartung frisst das Budget für Innovationen.\"},{\"title\":\"Personelles Klumpenrisiko\",\"text\":\"Nur noch einer weiß, wie der Kern funktioniert. Wenn er geht, steht der Betrieb.\"},{\"title\":\"Performance-Einbrüche\",\"text\":\"Unter Last wird das System langsam, aber niemand findet die eine Ursache.\",\"image\":\"/assets/img/webentwicklung-architektur-schulden.webp\"}]","INVESTITIONSSCHUTZ","In vielen OWL-Unternehmen sind Web-Systeme über Jahre organisch gewachsen. Oft fehlt der Überblick: Was ist noch wartbar? Wo tickt eine Zeitbombe? Mein Architektur-Review liefert keine Meinung, sondern Fakten. Ich prüfe Sicherheit, Wartbarkeit und Skalierbarkeit - damit du wieder ruhig schlafen kannst.","Technische Schulden sind wie Finanzschulden. Irgendwann kommen die Zinsen.","/assets/img/webentwicklung-architektur-schulden.webp",[39,40],"training-outcome-section",{":rows":41,"headline":42,"subline":43},"[{\"label\":\"Technical Debt Ratio (TDR)\",\"value\":\"-10%\",\"description\":\"Weniger Zeit für Bugfixing = Mehr Zeit für neue Features.\",\"trend\":\"down\"},{\"label\":\"Defect Density\",\"value\":\"-30%\",\"description\":\"Stabilere Releases bedeuten weniger Stress im Support und glücklichere Kunden.\",\"trend\":\"down\"},{\"label\":\"Onboarding-Zeit\",\"value\":\"Halbiert\",\"description\":\"Klare Strukturen ermöglichen neuen Entwicklern einen schnelleren Einstieg.\",\"trend\":\"down\"},{\"label\":\"Schnellere Delivery\",\"value\":\"Sinkt\",\"description\":\"Durch Standards und klare Schnittstellen sinkt die Time-to-Market.\",\"trend\":\"down\"}]","Messbare Ergebnisse (ROI)","Architektur ist kein Selbstzweck. Sie sichert die Lieferfähigkeit deines Unternehmens.",[45,46],"featured-content-section",{":cards":47,"headline":48,"subline":49},"[{\"title\":\"Die IT-Realität: 90-Minuten Sparring\",\"text\":\"Die 'Ehrliche IT-Diagnose' für Entscheider. Wir identifizieren in 90 Minuten die drei größten architektonischen Risiken und ungesagten Wahrheiten deines Systems.\",\"category\":\"Leuchtturm-Angebot\",\"link\":\"/kontakt#erstgespraech\",\"linkText\":\"Diagnose anfragen\",\"image\":\"/assets/img/featured-sparring.webp\"}]","Der erste Schritt ist die Diagnose.","Bevor wir operieren, machen wir ein Röntgenbild.",[51,52],"toolbox-duo-section",{":techItems":53,":trainingItems":54,"techHeadline":55,"techSubline":56,"trainingHeadline":57,"trainingSubline":58,"variant":59},"[{\"name\":\"Domain-Driven Design (DDD)\",\"category\":\"principle\",\"icon\":\"ico:low-architecture\"},{\"name\":\"Modularisierung (Monolith to Modulith)\",\"category\":\"principle\",\"icon\":\"ico:low-types-apis\"},{\"name\":\"Automatisierte Tests (CI/CD)\",\"category\":\"quality\",\"icon\":\"ico:low-tests-as-truth\"},{\"name\":\"Strangler Fig Pattern (Migration)\",\"category\":\"delivery\",\"icon\":\"ico:low-frameworks\"}]","[{\"name\":\"Architektur-Workshops mit dem Team\",\"category\":\"method\",\"icon\":\"ico:low-experience-simulation\"},{\"name\":\"Refactoring-Katas (Pair Programming)\",\"category\":\"method\",\"icon\":\"ico:low-mirror-reflection\"},{\"name\":\"Definition von Quality Gates\",\"category\":\"principle\",\"icon\":\"ico:low-principles\"}]","Mein Werkzeugkasten für Stabilität.","Keine Experimente im Kern. Ich nutze etablierte Standards für langfristige Wartbarkeit.","Nicht nur Papier, sondern Praxis.","Ein Architektur-Dokument, das keiner liest, ist wertlos. Ich sorge für den Transfer ins Team.","alt",[61,62],"web-dev-kpi-section",{":glossaryItems":63,":kpis":64,"conclusion":65,"glossaryTitle":66,"headline":67,"subline":68},"[{\"term\":\"Risiko-Landkarte\",\"definition\":\"Priorisierte Übersicht: was zuerst, was später, was bewusst nicht.\"},{\"term\":\"Architektur-Entscheidungen\",\"definition\":\"Konkrete ADRs mit Begründung (inkl. Trade-offs).\"},{\"term\":\"Fahrplan\",\"definition\":\"30/60/90-Tage-Plan für Stabilisierung und Delivery.\"},{\"term\":\"Transfer\",\"definition\":\"Klare Übergabepunkte für dein Team, damit der Transfer nicht am Dokument endet.\"}]","[]","","Ergebnisse","Was du nach der Diagnose in der Hand hast","Damit kannst du intern entscheiden und gleichzeitig direkt in die Umsetzung starten.",[70,71],"training-pros-cons-section",{":cons":72,":pros":73,"consHeadline":74,"headline":75,"prosHeadline":76,"subline":77},"[\"nur ein kurzes \\\"Code einmal durchscrollen\\\" ohne Entscheidungen und Umsetzung gewünscht ist.\",\"die Organisation aktuell keine Priorisierung und keine Veränderung zulässt.\"]","[\"Releases regelmäßig zum Risiko werden und niemand den Gesamtzustand sicher einordnen kann.\",\"du als Tech-Lead/Head of Dev Budget auf Basis belastbarer Fakten vertreten musst.\",\"ihr keine Komplett-Neuentwicklung wollt, aber trotzdem technisch handlungsfähig werden müsst.\"]","Eher nicht passend, wenn ...","Fit-Check: Passt das zu deiner Situation?","Passt besonders gut, wenn ...","Architektur ist kein Selbstzweck. Prüfe, ob du hier richtig bist.",[79,80],"faq-section",{":items":81,"headline":82,"searchPlaceholder":83,"subline":84},"[{\"question\":\"Was ist das Ergebnis eines Architektur-Reviews?\",\"answer\":\"Eine priorisierte Risiko-Landkarte, konkrete Architektur-Entscheidungen (mit Begründung) und ein 30/60/90‑Tage‑Plan für Stabilisierung.\",\"category\":\"Output\",\"audience\":[\"cto\",\"head-of-dev\",\"business\"]},{\"question\":\"Rewrite oder Sanierung - was ist realistischer?\",\"answer\":\"In den meisten Fällen ist Sanierung sinnvoller: Risiko sinkt früher, Delivery bleibt möglich. Ein Rewrite ist nur dann sinnvoll, wenn es klare, belegte Gründe gibt.\",\"category\":\"Entscheidung\",\"audience\":[\"cto\",\"head-of-dev\",\"business\"]},{\"question\":\"Wie viel Zugriff brauchst du?\",\"answer\":\"Typisch: Repository, Deployment-/Release-Prozess, Logs/Monitoring und 1-2 Personen für Kontext (Betrieb und Domain).\",\"category\":\"Voraussetzungen\",\"audience\":[\"cto\",\"head-of-dev\"]},{\"question\":\"Wie schnell sieht man Wirkung?\",\"answer\":\"Kurzfristig durch das Entfernen der größten Risiken (Release-/Betriebsstabilität). Mittelfristig durch Standards, Tests und klare Schnittstellen (Geschwindigkeit).\",\"category\":\"Timing\",\"audience\":[\"cto\",\"head-of-dev\",\"business\"]},{\"question\":\"Wie stellst du Transfer ins Team sicher?\",\"answer\":\"Durch gemeinsame Entscheidungen, Pairing/Reviews und Übergabepunkte, damit das Team die Struktur danach selbst weitertragen kann.\",\"category\":\"Transfer\",\"audience\":[\"head-of-dev\",\"senior-dev\"]}]","Häufige Fragen","z. B. Ergebnis, Rewrite, Zugriff, Transfer","Damit du schneller entscheiden kannst, ob ein Review sinnvoll ist.",[86,87],"team-cta-section",{"headline":88,"imageSrc":89,"primaryButtonText":90,"secondaryButtonText":91,"subheadline":92},"Mach dein System zukunftssicher.","/assets/img/cta_samuel_webentwicklung.webp","Diagnose-Gespräch vereinbaren","Mehr über mich","Lass uns prüfen, ob ein Review für deine Situation sinnvoll ist.",{"title":65,"searchDepth":94,"depth":94,"links":95},2,[],"Architektur-Reviews und Refactoring für komplexe Web-Systeme (Symfony, Nuxt, Shopware). Risiken sichtbar machen und Stabilität wiederherstellen.","md",{},true,"/webentwicklung/architektur",{"title":5,"description":96},"Architektur-Reviews & Refactoring: Investitionsschutz für gewachsene Systeme",{"loc":100},"webentwicklung/architektur","kGdFPyd_jUDzhddC1gpYySJ2hBIRym0w4IHQcA1Hd1M",1774343482925]