Zum Inhalt springen
Codedock
LeistungenWie wir arbeitenInsightsFallstudienKarriereKontakt
Wie wir arbeiten

Architektur zuerst, Code danach. Keine monatelangen Analysen ohne Ergebnis.

Wir arbeiten in kurzen Phasen mit klar definierten Ergebnissen. Jede Phase liefert spürbaren Wert — Architekturvorschlag, funktionierendes MVP, produktives Release, Runbook. Wir rechnen keine Inputs ab, sondern Outputs.

48 Stunden vom ersten Gespräch bis zum Architekturvorschlag

Wöchentliche Demo — Sie sehen immer, was vorangegangen ist

Jeder Sprint endet mit etwas, das Sie deployen können

Fünf Phasen jedes Projekts

Das sind keine sequenziellen Gates, die sich schließen — sondern Betrachtungsperspektiven. Phasen 1–2 laufen vor dem Vertrag, Phasen 3–5 danach. Bei größeren Projekten überlappen sie.

30 Min – 3 Tage

1. Discovery

Wir verstehen das Problem, bevor wir eine Lösung vorschlagen. Wir fragen nach dem Business-Kontext und prüfen den technischen Zustand. Ziel: Wir wissen, was gebaut werden soll und wo die Risiken liegen.

Kostenloses 30-Min-Gespräch — schneller Fit-Check

Optionales bezahltes Audit (1–3 Tage): Repo, Infrastruktur, Integrationen

Schriftliche Zusammenfassung mit identifizierten Risiken

48 Stunden – 2 Wochen

2. Architektur und Plan

Wir entwerfen die Lösung auf Papier, bevor wir die Tastatur berühren. Diagramme, Technologieauswahl, Phasierung, Budget. Sie wissen, WAS wir bauen und WARUM — unverbindlich.

Architekturdokument (40 % Diagramme, 60 % Entscheidungen)

ADRs (Architecture Decision Records) für Schlüsselentscheidungen

Aufwandsschätzung nach Phasen und kritische Annahmen

Vorschlag zur Teamstruktur (wenn nötig)

2 Wochen – 6 Monate

3. Build

Wir bauen in Wochen-Sprints. Jeder Sprint hat eine Demo — Sie sehen, was vorangegangen ist. CI/CD läuft ab Tag eins, jeder Commit durchläuft Build und Tests. Wenn etwas fehlschlägt, wissen wir es vor Ihnen.

Wöchentliche Demo + Changelog für Stakeholder

Code mit Tests, Code Reviews, Lint-Gates

Staging-Umgebung ab Woche zwei

Inkrementelle Produktions-Deploys (kein „Big Bang")

1–2 Wochen

4. Übergabe

Bei der Übergabe werfen wir keine Dokumentation ab und verschwinden. Wir führen Ihr Team durch das System, schreiben Runbooks für typische Betriebssituationen, begleiten Sie durch den ersten On-Call. Ziel: Nach 2 Wochen ohne uns können Sie das System betreiben und reparieren.

Runbooks für Incidents, Deploys, Rollback, Skalierung

Architecture Walkthrough mit Aufzeichnung

Shadow On-Call — wir begleiten Sie durch den ersten Incident

Code-Ownership-Matrix (wer entscheidet worüber)

Optional, laufend

5. Support

Nach der Übergabe bleiben wir verfügbar — entweder als Retainer für weitere Entwicklung oder als On-Call-Backup für kritische Incidents. Oder auch gar nicht, wenn alles läuft. Wir drängen keine Monatspauschalen auf.

Optionaler Retainer (Stunden-Cap pro Monat)

On-Call-Backup für P1-Incidents (SLA-Vertrag)

Oder einfach eine E-Mail, wenn etwas aufkommt

Was Sie konkret erhalten

Jede Phase endet mit einem greifbaren Ergebnis, das Ihres ist — unabhängig davon, ob die Zusammenarbeit weitergeht.

Architekturdokument

Diagramme, ADRs, Entscheidungen. Auch von einem anderen Team nutzbar, das das Projekt abschließen würde.

Produktionscode mit Tests

Code, der Ihnen gehört (Ihr Git-Repo, Ihre Lizenz), mit sinnvoller Testabdeckung auf kritischen Pfaden.

CI/CD-Pipelines

Automatisierte Builds, Tests, Deploys. Ab Tag eins, nicht „später".

Betriebs-Runbooks

Wie deployen, wie rollback, wie gängige Incidents debuggen. Schriftlich und aktuell gehalten.

Team-Onboarding

Ihre Leute verstehen den Code und können darauf aufbauen. Session-Aufzeichnungen, Pair Programming wo sinnvoll.

Observability-Setup

Logs, Metrics, Tracing. Wenn etwas in der Produktion fehlschlägt, wissen Sie es binnen 5 Minuten — nicht erst vom Customer Support.

Wie wir kommunizieren

Async, wo es genügt. Sync, wo es Sinn ergibt. Wir überfluten Sie nicht mit Slack.

Wöchentliche Demo

30 Minuten jeden Freitag. Sie sehen, was geliefert wurde, was voranging, was blockiert. Aufgezeichnet, falls Sie nicht dabei sein können.

Eigener Slack-/Teams-Kanal

Gemeinsamer Raum mit Ihrem Team. Kurze Fragen, Demo-Videos, PR-Preview-Links. Keine Standup-Floods.

Async-Entscheidungen via ADR

Große Entscheidungen (Datenbankwahl, Cloud-Provider, Auth-Strategie) dokumentieren wir in ADRs. Sie haben sie auf Papier, nicht in einer vergessenen Slack-Nachricht.

PR-Reviews als Dialog

Wenn Sie ein internes Team haben, reviewen wir dessen Code und das Team unseren. Kein Handover ohne Ownership-Transfer.

Tooling, das wir nutzen

Wir bauen für jedes Projekt keine eigene Toolchain. Standards, die Ihre Leute kennen, funktionieren gut.

GitHub / Azure DevOps

Source Control + PR Workflow

Azure / Cloudflare

Hosting + Edge Services

Linear / Jira / GitHub Issues

Tickets, nach Ihrer Wahl

Slack / Teams

Kommunikation, nach Ihrer Wahl

Mermaid / Excalidraw

Architektur-Diagramme

Datadog / App Insights / Grafana

Observability

Häufige Fragen

Wie viel kostet die Discovery-Phase?

Das erste 30-Min-Gespräch ist kostenlos. Ein bezahltes Audit (1–3 Tage, 600–1.800 €) ist optional für eine tiefere Bewertung eines bestehenden Systems. Die Kosten werden angerechnet, wenn wir die Zusammenarbeit fortsetzen.

Arbeiten Sie mit Fixpreis oder T&M?

Am häufigsten Time & Materials mit monatlicher Abrechnung. Fixpreis ergibt Sinn für klar abgegrenzte Leistungen (Audit, konkrete Migration, Integration). Wir sagen Ihnen im Voraus immer, was die Dinge etwa kosten — keine unangenehmen Überraschungen.

Wie schnell können Sie starten?

Üblicherweise innerhalb von 1–2 Wochen nach dem ersten Gespräch. Architekturvorschlag innerhalb von 48 Stunden. Kritische Incidents (P1) gehen wir binnen 24 Stunden nach Kontakt an.

Was passiert, wenn nach der Übergabe etwas bricht?

30 Tage nach der Übergabe beheben wir Fehler kostenlos — wenn etwas, das wir geliefert haben, fehlschlägt. Nach 30 Tagen entweder Retainer (Monats-Stunden-Cap) oder Ad-hoc-T&M.

Arbeiten Sie allein oder haben Sie ein Team?

Das Projekt leitet immer Tomáš Mikeš als Senior-Architekt. Für die Build-Phase holen wir Spezialisten dazu (Frontend, DevOps, Data) — je nach Projektbedarf. Sie erhalten nie ein Team aus Junioren ohne Senior-Aufsicht.

Sprechen wir 30 Minuten.

Kein Vertriebsdruck. Keine Präsentationen. Sie beschreiben das Problem, Sie bekommen direktes technisches Feedback.

Termin auswählen

Direkt mit Tomáš Mikeš. Öffnet Microsoft Bookings in einem neuen Fenster.

Architektur, Cloud und Integration für komplexe Systeme. Ein Senior-Architekt in jedem Projekt.

Navigation

LeistungenWie wir arbeitenInsightsFallstudienKarriereKontaktAgentur vs. Freelancer vs. wir

Leistungen

EntwicklungCloudDevOpsAI & DatenBeratungDelivery

Kontakt

CodeDock s.r.o.

Zlenická 863/9, 104 00 Praha 22

Tschechische Republik

info@codedock.com

IČO: 14292769

DIČ: CZ14292769


© 2026 Codedock

KontaktDatenschutzerklärung
Termin buchen