[{"data":1,"prerenderedAt":40},["ShallowReactive",2],{"page-/faq":3},{"id":4,"title":5,"author":6,"body":7,"canonicalPath":28,"category":6,"dateModified":6,"datePublished":6,"description":29,"extension":30,"image":6,"imageAlt":6,"layout":6,"locale":31,"meta":32,"navigation":33,"ogImage":34,"path":28,"published":33,"seo":35,"seoTitle":36,"sitemap":37,"stem":38,"twitterCard":6,"__hash__":39},"content/faq.md","FAQ",null,{"type":8,"value":9,"toc":24},"minimark",[10,17,21],[11,12],"faq-section",{":items":13,"headline":14,"subline":15,"variant":16},"[{\"question\":\"Welches Training passt – Führungskraft-IT, Developer Pro, Software Basics oder Intervention?\",\"slug\":\"welches-training-passt\",\"featured\":true,\"category\":\"Training & Leadership\",\"audience\":[\"cto\",\"head-of-dev\",\"senior-dev\"],\"answer\":\"Wenn du Führung stabilisieren willst (Retention, Klarheit, weniger Eskalationen): Führungskraft-IT. Wenn ihr mehr Seniors braucht, die Ownership übernehmen: Developer Pro. Wenn Juniors/Quereinsteiger schneller produktiv werden sollen: Software Basics. Wenn es „knirscht“ oder ihr feststeckt: Intervention & Strategie. Im Erstgespräch ordnen wir das in 20 Minuten ein.\",\"bullets\":[\"Führungskraft-IT: Klarheit, Erwartungen, Führung ohne Mikromanagement\",\"Developer Pro: Systemdenken, Reviews, Qualität unter Druck\",\"Software Basics: Debugging, Standards, Onboarding-Fähigkeit\",\"Intervention: Diagnose + Team-Reset, wenn Delivery blockiert\"],\"links\":[{\"to\":\"/trainings/fuehrungskraft-it\",\"text\":\"Führungskraft-IT\"},{\"to\":\"/trainings/developer-pro\",\"text\":\"Developer Pro (Mentoring)\"},{\"to\":\"/trainings/software-basics\",\"text\":\"Software Basics\"},{\"to\":\"/trainings/consulting\",\"text\":\"Intervention & Strategie\"},{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Erstgespräch (20 Min) buchen\"}]},{\"question\":\"Was ist der beste Einstieg – Training, Code-Audit oder Architektur-Review?\",\"slug\":\"bester-einstieg-audit-review-training\",\"featured\":true,\"category\":\"Start & Einordnung\",\"audience\":[\"cto\",\"head-of-dev\"],\"answer\":\"Wenn du Führung/Delivery stabilisieren willst (Eskalationen, Rollen, Entscheidungsfähigkeit): starte mit Training/Sparring. Wenn du nachts nicht ruhig schläfst, weil Launch/Legacy/Performance/Security wackeln: starte mit Audit/Review. Im Erstgespräch klären wir in 20 Minuten, wo dein größter Hebel liegt.\",\"bullets\":[\"Training/Sparring: Rollen/Entscheidungen/Kommunikation stabilisieren, damit Delivery wieder fließt\",\"Audit/Review: Risiken sichtbar machen, Sanierungsplan, Quick Wins\"],\"links\":[{\"to\":\"/trainings\",\"text\":\"Trainings & Enablement\"},{\"to\":\"/webentwicklung/architektur\",\"text\":\"Architektur-Reviews & Refactoring\"},{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Erstgespräch (20 Min) buchen\"}]},{\"question\":\"Wir haben ein Legacy-System – wo fängt man an, ohne „alles neu“ zu machen?\",\"slug\":\"legacy-wo-anfaengen-ohne-rewrite\",\"featured\":true,\"category\":\"Tech-Schmerz\",\"audience\":[\"head-of-dev\",\"senior-dev\"],\"answer\":\"Mit Diagnose statt Ideologie: Welche Teile sind kritisch (Umsatz, Security, Compliance)? Wo sind die größten Kopplungen? Dann bauen wir ein Sicherheitsnetz (Tests/Checks) und sanieren inkrementell. Ein Rewrite ist selten die schnellste oder sicherste Route.\",\"bullets\":[\"Erst Stabilität herstellen: reproduzierbare Builds, minimale Testbasis, klare Deploy-Routine\",\"Dann schneiden: Module, Schnittstellen, Ownership – damit Änderungen wieder planbar werden\",\"Und immer: Transfer ins Team, sonst ist es nach 6 Monaten wieder wie vorher\"],\"links\":[{\"to\":\"/webentwicklung/architektur\",\"text\":\"Architektur-Review verstehen\"},{\"to\":\"/blog/tech/legacy-code-refactoring-ohne-stillstand\",\"text\":\"Legacy-Code Refactoring (Artikel)\"},{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Sanierung anstoßen\"}]},{\"question\":\"Ist ein Audit nicht nur „eine teure Meinung“?\",\"slug\":\"audit-nur-teure-meinung\",\"featured\":true,\"category\":\"Architektur & Reviews\",\"audience\":[\"cto\",\"business\",\"head-of-dev\"],\"answer\":\"Ein gutes Audit liefert nicht „ich finde“, sondern eine nachvollziehbare Entscheidungsgrundlage: Risiken, Ursachen, Prioritäten, konkrete Maßnahmen. Du bekommst Klarheit, was ihr lassen solltet – und was ihr unbedingt anfassen müsst, bevor es teuer wird.\",\"bullets\":[\"Output: Risiken + Sanierungsplan + Quick Wins (mit Aufwand/Impact)\",\"Ziel: weniger Launch-Panik, weniger Blindflug, bessere Budget-Argumente\"],\"links\":[{\"to\":\"/webentwicklung/architektur\",\"text\":\"Investitionsschutz durch Reviews\"},{\"to\":\"/methode\",\"text\":\"Methodik: Diagnose vor Aktion\"},{\"to\":\"/kontakt\",\"text\":\"Audit anfragen\"}]},{\"question\":\"Wir werden trotz mehr Entwickler langsamer – was ist da los?\",\"slug\":\"mehr-leute-trotzdem-langsam\",\"featured\":true,\"category\":\"Team & Delivery\",\"audience\":[\"cto\",\"head-of-dev\"],\"answer\":\"Das ist ein klassisches Skalierungs-Symptom: mehr Übergaben, mehr Abstimmung, mehr versteckte Abhängigkeiten – technisch wie organisatorisch. Wenn Zuständigkeiten/Entscheidungen nicht klar sind, steigen Koordinationskosten schneller als Headcount.\",\"bullets\":[\"Organisatorisch: Rollen, Entscheidungsräume, Schnittstellen, Prioritäten klären\",\"Technisch: Architektur-Kopplung reduzieren, Reviews/Standards etablieren, Tests als Sicherheitsnetz\"],\"links\":[{\"to\":\"/trainings/consulting\",\"text\":\"Intervention & Strategie\"},{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Diagnose starten\"}]},{\"question\":\"Was passiert im Erstgespräch – und muss ich etwas vorbereiten?\",\"slug\":\"erstgespraech-ablauf-vorbereitung\",\"featured\":true,\"category\":\"Ablauf & Kosten\",\"audience\":[\"cto\",\"head-of-dev\",\"business\"],\"answer\":\"Du brauchst nichts vorbereiten. Du schilderst kurz deine Situation, ich stelle gezielte Fragen, und wir klären: Kann ich helfen? Wenn ja: welcher Einstieg ist sinnvoll (Audit/Review, Training, Sparring) – und wie viel Aufwand ist realistisch minimal-invasiv.\",\"bullets\":[\"Du bekommst eine ehrliche Einschätzung – auch wenn ich nicht der Richtige bin\",\"Ziel: Klarheit, nicht „Verkauf“\"],\"links\":[{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Erstgespräch buchen\"},{\"to\":\"/ueber-mich\",\"text\":\"Wie ich arbeite\"}]},{\"question\":\"Wir haben keine Zeit für Workshops – wie soll das zusätzlich funktionieren?\",\"slug\":\"keine-zeit-fuer-workshops\",\"category\":\"Team & Delivery\",\"audience\":[\"cto\",\"head-of-dev\"],\"answer\":\"Genau dann lohnt sich der Hebel. Wir arbeiten minimal-invasiv am echten Projekt oder an echten Reibungen – nicht mit Folien. Ziel ist Entlastung im Alltag (klarere Erwartungen, weniger Eskalationen, weniger „Feuerwehr“).\",\"bullets\":[\"Format: kurze Diagnose + 1–2 Interventionen, die Montag funktionieren\",\"Wirkung: weniger Reibung, klarere Entscheidungen, stabilere Übergaben\"],\"links\":[{\"to\":\"/methode\",\"text\":\"Warum wir mit Diagnose starten\"},{\"to\":\"/trainings/consulting\",\"text\":\"Team-Interventionen\"},{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Zeitaufwand realistisch klären\"}]},{\"question\":\"Was bringt das dem Unternehmen (ROI)?\",\"slug\":\"roi\",\"category\":\"Start & Einordnung\",\"audience\":[\"business\",\"cto\",\"head-of-dev\"],\"answer\":\"Weniger Fluktuation (Retention), stabilere Software (weniger Bugs) und Teams, die schneller liefern. Ein Senior-Dev, der geht, kostet oft mehr als Recruiting: Know-how-Verlust, Verzögerungen, Qualitätsabfall. Eine Intervention kostet einen Bruchteil – wenn sie an den Ursachen ansetzt.\",\"bullets\":[\"Tech: weniger Ausfälle, bessere Performance, weniger Wartungsaufwand\",\"Team: weniger Eskalationen, bessere Retention, schnellere Delivery\"],\"links\":[{\"to\":\"/trainings/fuehrungskraft-it\",\"text\":\"Führungskräftetraining (Retention)\"},{\"to\":\"/webentwicklung/architektur\",\"text\":\"Architektur-Review (Stabilität)\"},{\"to\":\"/kontakt#erstgespraech\",\"text\":\"ROI kurz durchrechnen\"}]},{\"question\":\"Ist das nicht Over-Engineering?\",\"slug\":\"over-engineering\",\"category\":\"Architektur & Reviews\",\"audience\":[\"business\",\"cto\",\"head-of-dev\"],\"answer\":\"Nein – wenn es richtig gemacht ist. Over-Engineering ist Komplexität ohne Nutzen. Ein Review zielt auf das Gegenteil: weniger Kopplung, weniger Risiko, mehr Verständlichkeit. Pragmatismus heißt: so einfach wie möglich, so komplex wie nötig.\",\"bullets\":[\"Investitionsschutz: Updatefähigkeit, Wartbarkeit, geringere Ausfallrisiken\",\"Transparenz: du weißt, wo ihr bewusst „schmutzig“ sein könnt – und wo nicht\"],\"links\":[{\"to\":\"/webentwicklung/architektur\",\"text\":\"Warum Architektur keine Deko ist\"},{\"to\":\"/kontakt\",\"text\":\"Review anfragen\"}]},{\"question\":\"Packst du hands-on an oder ist das reine Beratung?\",\"slug\":\"hands-on-oder-beratung\",\"category\":\"Start & Einordnung\",\"audience\":[\"head-of-dev\",\"cto\"],\"answer\":\"Hands-on, wenn es sinnvoll ist: Reviews, Pairing, Architekturentscheidungen, Standards, CI/CD-Checks. Aber ich komme nicht, um Tickets abzuarbeiten. Ziel ist, dass dein Team danach stabiler und eigenständiger liefert.\",\"bullets\":[\"Co-Development: mit dem Team, nicht am Team vorbei\",\"Enablement: Wissen muss im System bleiben – nicht in meinem Kopf\"],\"links\":[{\"to\":\"/webentwicklung\",\"text\":\"Webentwicklung & Architektur\"},{\"to\":\"/trainings/developer-pro\",\"text\":\"Senior Developer Mentoring\"},{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Zusammenarbeit klären\"}]},{\"question\":\"Wie tief steigst du technisch ein (Symfony, Nuxt, Shopware)?\",\"slug\":\"wie-tief-technisch\",\"category\":\"Tech-Schmerz\",\"audience\":[\"head-of-dev\",\"senior-dev\"],\"answer\":\"Bis auf Code-Ebene: Reviews, Architektur, CI/CD, Testing-Strategie, Performance-Diagnose. Ich diskutiere technische Entscheidungen auf Augenhöhe – und mache sie für Entscheider verständlich.\",\"links\":[{\"to\":\"/webentwicklung/shopware-6\",\"text\":\"Shopware 6 Stabilität\"},{\"to\":\"/webentwicklung/symfony\",\"text\":\"Symfony Plattformen\"},{\"to\":\"/webentwicklung/architektur\",\"text\":\"Architektur & Refactoring\"}]},{\"question\":\"Warum unterscheidet sich das von klassischem Agile Coaching?\",\"slug\":\"unterschied-agile-coach\",\"category\":\"Team & Delivery\",\"audience\":[\"cto\",\"head-of-dev\"],\"answer\":\"Ich kann den Code lesen – und ich kann Teams führen. Viele Probleme sehen nach „Prozess“ aus, sind aber technische Kopplungen, fehlende Standards oder unsaubere Ownership. Ich löse das technische Problem UND das Führungs-/Kommunikationsproblem.\",\"links\":[{\"to\":\"/methode\",\"text\":\"Methodik\"},{\"to\":\"/trainings/consulting\",\"text\":\"Interventionen statt Folien\"}]},{\"question\":\"Wir haben Shopware 6 – warum werden Updates bei uns zur Panik?\",\"slug\":\"shopware-updates-panik\",\"category\":\"Tech-Schmerz\",\"audience\":[\"head-of-dev\",\"cto\"],\"answer\":\"Weil „Plugin-Zoo“ und Core-Hacks aus jeder Änderung ein Risiko machen. Die Lösung ist nicht „mehr Tests irgendwann“, sondern klare Extension-Points, weniger Kopplung, reproduzierbare Builds und ein Upgrade-Pfad, der realistisch ist.\",\"bullets\":[\"Typisch: zu viele Plugins, unklare Ownership, fehlende Regression-Checks\",\"Ziel: Updatefähigkeit als Produktmerkmal – nicht als Glück\"],\"links\":[{\"to\":\"/webentwicklung/shopware-6\",\"text\":\"Shopware 6 Entwicklung\"},{\"to\":\"/webentwicklung/architektur\",\"text\":\"Updatefähigkeit prüfen\"},{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Shop-Analyse starten\"}]},{\"question\":\"Symfony-Plattform, ERP/PIM-Integration, viele Schnittstellen: Wo entstehen die typischen Ausfälle?\",\"slug\":\"symfony-integration-ausfaelle\",\"category\":\"Tech-Schmerz\",\"audience\":[\"head-of-dev\",\"cto\"],\"answer\":\"Meist in stillen Annahmen: unklare Fehlerfälle, unklare Verantwortlichkeiten, fehlende Observability. Wenn eine Schnittstelle „irgendwie“ funktioniert, aber niemand messen kann, wann sie kippt, ist der Ausfall nur eine Frage der Zeit.\",\"bullets\":[\"Ziel: APIs, die Fehler verzeihen, und Systeme, die sich selbst erklären (Logs/Metriken/Tracing)\",\"Plus: klare Ownership pro Integration – damit es nicht zwischen Teams hängen bleibt\"],\"links\":[{\"to\":\"/webentwicklung/symfony\",\"text\":\"Symfony Entwicklung\"},{\"to\":\"/webentwicklung/architektur\",\"text\":\"Architektur für Integrationen\"},{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Integrations-Risiken prüfen\"}]},{\"question\":\"Wie geht ihr mit Security/DSGVO um – ohne dass es zum Bürokratiemonster wird?\",\"slug\":\"security-dsgvo-ohne-buerokratie\",\"category\":\"Tech-Schmerz\",\"audience\":[\"cto\",\"head-of-dev\",\"business\"],\"answer\":\"Wir machen Risiken sichtbar und priorisieren: Was ist wirklich kritisch (Zahlung, personenbezogene Daten, Admin)? Dann bauen wir schlanke Checks in CI/CD, klare Verantwortlichkeiten und ein paar robuste Standards. Nicht „mehr Dokumente“, sondern weniger Unwissen.\",\"links\":[{\"to\":\"/datenschutz\",\"text\":\"Datenschutz\"},{\"to\":\"/webentwicklung/architektur\",\"text\":\"Review für kritische Bereiche\"},{\"to\":\"/kontakt\",\"text\":\"Security-Check anfragen\"}]},{\"question\":\"Wir haben nur noch einen Senior, der alles weiß – wie entschärfen wir das Klumpenrisiko?\",\"slug\":\"klumpenrisiko-ein-senior\",\"category\":\"Team & Delivery\",\"audience\":[\"cto\",\"head-of-dev\"],\"answer\":\"Mit Wissens-Transfer als System: Pairing, Reviews, kleine Dokumentation dort, wo sie wirkt, und Ownership pro Modul. Und ja: manchmal braucht ihr kurzfristig einen „Anker“, damit ihr nicht im Stress wieder alles zentralisiert.\",\"links\":[{\"to\":\"/trainings/developer-pro\",\"text\":\"Mentoring für Seniors\"},{\"to\":\"/webentwicklung/architektur\",\"text\":\"Modulgrenzen & Ownership\"},{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Klumpenrisiko reduzieren\"}]},{\"question\":\"Unser Onboarding dauert Wochen – ist das ein Code- oder ein Führungsproblem?\",\"slug\":\"onboarding-dauert-wochen\",\"category\":\"Team & Delivery\",\"audience\":[\"head-of-dev\",\"cto\"],\"answer\":\"Fast immer beides: Code ist schwer, wenn Zuständigkeiten/Standards fehlen. Und Führung ist schwer, wenn Erwartungen nicht explizit sind. Wir lösen das mit klaren Qualitäts- und Übergabe-Standards plus einem Onboarding-Pfad, der realistisch ist.\",\"links\":[{\"to\":\"/trainings/software-basics\",\"text\":\"Software Basics (Onboarding-Standards)\"},{\"to\":\"/trainings/developer-pro\",\"text\":\"Mentoring (Ownership)\"}]},{\"question\":\"Wie reagieren Teams auf „jemanden von außen“?\",\"slug\":\"team-reaktion-extern\",\"category\":\"Team & Delivery\",\"audience\":[\"cto\",\"head-of-dev\"],\"answer\":\"Die Sorge vor dem „Besserwisser“ ist normal. Ich komme aber nicht zur Kontrolle, sondern zur Entlastung. Ich arbeite MIT dem Team an Problemen, die sie selbst nerven (Legacy, fehlende Standards). Wenn sie merken, dass Hindernisse verschwinden, entsteht echte Zusammenarbeit.\",\"links\":[{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Team-Fit prüfen\"},{\"to\":\"/methode\",\"text\":\"Wie wir arbeiten\"}]},{\"question\":\"Kannst du Architektur-Entscheidungen gegenüber Geschäftsführung/Stakeholdern begründen?\",\"slug\":\"architektur-argumentation-geschaeftsfuehrung\",\"category\":\"Architektur & Reviews\",\"audience\":[\"head-of-dev\",\"cto\",\"business\"],\"answer\":\"Ja. Ich übersetze technische Risiken in Business-Risiken: Ausfallkosten, Delivery-Risiko, Time-to-Market, Personalrisiko. Und ich mache sichtbar, welche Optionen ihr habt – inklusive Konsequenzen.\",\"links\":[{\"to\":\"/webentwicklung/architektur\",\"text\":\"Investitionsschutz (Beispiele)\"},{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Entscheidungssicherheit gewinnen\"}]},{\"question\":\"Arbeitest du nur in OWL/NRW – oder auch DACH-weit?\",\"slug\":\"owl-nrw-dach\",\"category\":\"Ablauf & Kosten\",\"audience\":[\"business\",\"cto\",\"head-of-dev\"],\"answer\":\"Remote arbeite ich DACH-weit. Vor Ort bin ich regelmäßig in OWL/NRW, komme aber nach Absprache auch in den DACH-Raum. Entscheidend ist nicht die Postleitzahl, sondern ob wir die Wirkung sauber ins System bekommen.\",\"links\":[{\"to\":\"/kontakt\",\"text\":\"Ort/Remote klären\"},{\"to\":\"/trainings/consulting\",\"text\":\"Interventionen\"}]},{\"question\":\"Was kostet das – und wie läuft die Abrechnung?\",\"slug\":\"kosten-und-abrechnung\",\"category\":\"Ablauf & Kosten\",\"audience\":[\"business\",\"cto\",\"head-of-dev\"],\"answer\":\"Das hängt von Ziel, Teamgröße und Format ab (Audit/Review, Training, Sparring). Du bekommst nach dem Erstgespräch ein transparentes Angebot – ohne Überraschungen und ohne versteckte Pakete.\",\"links\":[{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Angebot im Erstgespräch klären\"},{\"to\":\"/trainings\",\"text\":\"Trainings-Übersicht\"},{\"to\":\"/webentwicklung\",\"text\":\"Webentwicklung-Übersicht\"}]},{\"question\":\"Wie schnell können wir starten?\",\"slug\":\"wie-schnell-starten\",\"category\":\"Ablauf & Kosten\",\"audience\":[\"cto\",\"head-of-dev\"],\"answer\":\"Oft innerhalb von 1–2 Wochen – Audits starten meist schneller, weil wir direkt an Code/Telemetry arbeiten können. Im Erstgespräch klären wir Dringlichkeit, Zugriff und das kleinste sinnvolle Startpaket.\",\"links\":[{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Starttermin abklären\"}]},{\"question\":\"Remote oder vor Ort – wie arbeitest du in der Praxis?\",\"slug\":\"remote-oder-vor-ort\",\"category\":\"Ablauf & Kosten\",\"audience\":[\"cto\",\"head-of-dev\",\"business\"],\"answer\":\"Beides. Reviews, Sparring und vieles im Enablement funktionieren sehr gut remote. Für Kick-offs und intensive Workshops komme ich auf Wunsch vor Ort (OWL/NRW/DACH). Wir wählen das Format, das für euch am wenigsten Reibung erzeugt.\",\"links\":[{\"to\":\"/kontakt\",\"text\":\"Rahmen klären\"},{\"to\":\"/trainings/consulting\",\"text\":\"Team-Reset & Intervention\"}]},{\"question\":\"Erhalte ich ein Zertifikat?\",\"slug\":\"zertifikat\",\"category\":\"Training & Leadership\",\"audience\":[\"cto\",\"head-of-dev\",\"business\"],\"answer\":\"Bei Trainings gibt es Teilnahmebestätigungen. Wichtiger ist aber: Transfer. Wenn nach 4 Wochen niemand anders arbeitet, war das Zertifikat wertlos.\",\"links\":[{\"to\":\"/trainings\",\"text\":\"Trainings & Enablement\"},{\"to\":\"/methode\",\"text\":\"Transfer statt Folien\"}]},{\"question\":\"Für wen ist das gedacht – und wann passt es eher nicht?\",\"slug\":\"fuer-wen-passt-es\",\"category\":\"Start & Einordnung\",\"audience\":[\"business\",\"cto\",\"head-of-dev\"],\"answer\":\"Für Heads of Development, CTOs und Leads in Agenturen, Mittelstand und Scale-ups (ca. 10–60 Devs), die Qualität und/oder Delivery wirklich verbessern wollen. Nicht passend, wenn du nur „mehr Hände“ für Tickets suchst oder Qualität als optional ansiehst.\",\"links\":[{\"to\":\"/kontakt#erstgespraech\",\"text\":\"Kurz prüfen, ob es passt\"},{\"to\":\"/ueber-mich\",\"text\":\"Prinzipien der Zusammenarbeit\"}]}]","Häufige Fragen – klare Antworten","Kein Sales-Blabla. Trainings & Enablement im Fokus – plus Klartext zu Audit, Architektur und Zusammenarbeit.","default",[18,19],"div",{"id":20},"business",[18,22],{"id":23},"tech",{"title":25,"searchDepth":26,"depth":26,"links":27},"",2,[],"/faq","Ehrliche Antworten zu Code-Audit, Architektur-Review, Shopware/Symfony, Trainings und Zusammenarbeit – inkl. Ablauf, Kosten, Remote/vor Ort und ROI.","md","de_DE",{},true,"https://www.upandfine.de/assets/img/optimized/cta_samuel_beratung-1024w.webp",{"title":5,"description":29},"FAQ: Code-Audit, Architektur-Review & Trainings für Tech-Teams",{"loc":28},"faq","7YOme7NZhdvDVIL07r-3b9WPAM8Vgy-uTBZznoUWZlo",1774343482335]