Zum Hauptinhalt springen

Über Kernwerk Consulting

Kernwerk Consulting ist eine technische Beratung aus München für Teams, die Software nicht nur „am Laufen“ halten, sondern planbar weiterentwickeln möchten – mit klaren Entscheidungen, stabilen Releases und wartbarer Architektur.

Gegründet
2019 in München
Fokus: auditierbare Qualität statt Bauchgefühl
Arbeitsmodus
Repo-nah, PR-orientiert
Findings mit Stellen, Risiken und Aufwand
Ergebnis
Roadmap für Sprints
Tickets, Qualitäts-Gates, Metriken
Kurz gesagt
Wir helfen Teams, technische Schulden methodisch sichtbar zu machen und Entscheidungen so zu dokumentieren, dass sie auch nach einem Teamwechsel noch tragen.
Kostenlose Erstberatung anfragen

Warum wir gestartet sind

2019 entstand Kernwerk Consulting aus einer einfachen Beobachtung: In vielen Teams waren die Probleme nicht „fehlende Features“, sondern unklare technische Entscheidungen. Pull Requests wurden durchgewunken, weil niemand Ownership hatte. Deployments klappten, aber nur, wenn eine bestimmte Person online war. Und Architektur wurde diskutiert, ohne messbare Kriterien wie Change Failure Rate, MTTR oder P99-Latenz einzubeziehen.

Unser Ansatz ist seitdem gleich geblieben: Erst die Diagnose, dann der Zuschnitt. Wir schauen auf Code-Hotspots, Kopplung, Teststrategie und Delivery-Ketten. Danach übersetzen wir Befunde in Tickets, Qualitäts-Gates und eine Roadmap, die in echten Sprint-Backlogs landet. Unaufgeregt, aber wirksam.

Mission

Technische Entscheidungen sollen nachvollziehbar und wiederholbar werden. Wir dokumentieren Architekturarbeit mit ADRs, definieren Schnittstellen als Kontrakte und machen Qualität über wenige, robuste Metriken sichtbar.

Ergebnis: weniger „Heldentum“ im Betrieb, mehr Ruhe im Release-Fenster.

Prinzipien

  • Repo-nah statt Folien: Befunde mit konkreten Stellen und Beispielen.
  • Priorisierung nach Risiko und Umsetzbarkeit, nicht nach Geschmack.
  • Enablement statt Abhängigkeit: Ownership bleibt im Team.

Team

Unser Team deckt die typischen Engpässe ab, die zwischen „Feature liefern“ und „sauber betreiben“ entstehen: Domänenschnitt, Deployment-Strategie, Observability und die unglamourösen Details rund um Tests, PR-Standards und Build-Caching.

SK

Sven K., Principal Consultant (M.Sc.)

Architektur-Reviews, ADRs, Domänenschnitt

Seit über 10 Jahren begleitet Sven Plattform- und Produktteams bei Architekturentscheidungen, die später im Betrieb zählen. Er achtet besonders auf Kopplung, Versionierung und Failure-Modes in Integrationen. In Workshops bringt er Diskussionen auf überprüfbare Kriterien zurück, damit Entscheidungen nicht bei der nächsten Reorganisation wieder offen sind. Bekannter Spleen: ADRs werden erst dann „fertig“, wenn Alternativen und bewusst akzeptierte Trade-offs sauber drinstehen.
ML

Miriam L., Delivery Engineer (B.Eng.)

CI/CD, Release-Strategien, Observability

Miriam arbeitet seit 8 Jahren an Build- und Release-Ketten, die unter echter Last stabil bleiben. Ihr Fokus liegt auf Flaky-Tests, Pipeline-Splitting, Artifact-Strategien und der Frage, wie sich Rollbacks idempotent und langweilig machen lassen. In Projekten bringt sie Metriken wie Lead Time und Change Failure Rate in die Sprint-Routine, ohne dass daraus ein Reporting-Zirkus wird. Wenn es knirscht, sucht sie zuerst nach dem kleinsten reproduzierbaren Failure.
JH

Jonas H., Code Audit Lead (Zertifizierter Scrum Master)

Hotspot-Analysen, Testpyramide, Review-Standards

Jonas führt Audits so durch, dass Teams die Findings unmittelbar nutzen können: priorisiert, begründet und mit minimaler Reibung in Tickets übersetzbar. Seit 9 Jahren arbeitet er an großen Codebasen, bei denen sich Komplexität über Jahre eingeschlichen hat. Sein Spezialgebiet sind Hotspots, Kopplungsbilder und die „leisen“ Qualitätsprobleme in PR-Workflows. Er ist bekannt dafür, Quick-Wins nicht zu romantisieren: wenn ein Fix nur Symptome kaschiert, steht es auch so im Befund.

So erreichen Sie uns

Für ein erstes Gespräch reichen wenige Eckdaten: Tech-Stack, Release-Takt und der Kontext der Entscheidung. Wenn Sie bereits Metriken wie Build-Dauer, Fehlerraten oder On-Call-Last haben, beziehen wir sie ein. Wenn nicht, starten wir pragmatisch und definieren Messpunkte entlang der Roadmap.

Adresse

Leopoldstraße 256, 80807 München, Deutschland

Hinweis: Diese Seite dient der Einordnung. Für konkrete Anfragen nutzen Sie bitte das Kontaktformular auf der Kontaktseite.

Wofür wir stehen

Engineering ist selten glamourös. Was zählt, sind stabile Übergänge: vom Merge bis zum Deployment, von der Entscheidung bis zum Betrieb. Wir bevorzugen deshalb Maßnahmen, die im Alltag sichtbar werden: bessere PR-Qualität, weniger Rückrollungen, klarere Ownership.

In der Praxis heißt das: idempotente Deploy-Schritte, ein realistischer Umgang mit Legacy, eine Testpyramide, die wirklich trägt, und Observability, die nicht nur Dashboards produziert. Wenn etwas politisch aufgeladen ist, arbeiten wir mit Kriterien und dokumentieren Trade-offs statt Meinungen zu sammeln.

Wenn Sie einen schnellen Überblick suchen: Unter Leistungen finden Sie typische Engagements und Deliverables.

Nächster Schritt

Kostenlose Erstberatung anfragen

Wenn Sie ein Audit oder eine technische Standortbestimmung planen, starten wir mit einem kurzen Gespräch. Danach ist klar, ob ein Kompakt-Scan reicht oder ob wir direkt eine Roadmap mit Sprint-Zuschnitt erstellen.

Kontakt aufnehmen

Für eine Anfrage nutzen Sie bitte das Formular auf der Kontaktseite. Dort können Sie Name, E-Mail, Unternehmen (optional) und eine kurze Nachricht angeben.

Zur Kontaktseite