Wir arbeiten in kurzen Phasen mit klar definierten Ergebnissen — Architekturvorschlag, funktionierendes Release, Runbook. Sie wissen immer, wofür Sie zahlen und was Sie dafür bekommen.
Tipp: Die Balken im Diagramm oben öffnen dieselben Phasen.
Wir verstehen das Problem, bevor wir eine Lösung vorschlagen. Wir fragen nach dem Business-Kontext und prüfen den technischen Zustand selbst. Ziel: Wir wissen, was gebaut werden soll und wo die Risiken liegen.
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.
Wir bauen in Wochen-Sprints, jeden Freitag gibt es eine Demo. CI/CD läuft ab Tag eins, jeder Commit durchläuft Build und Tests. Wenn etwas fehlschlägt, wissen wir es vor Ihnen.
Bei der Übergabe werfen wir keine Dokumentation ab und verschwinden. Wir führen Ihr Team durch das System, schreiben Runbooks für typische Betriebssituationen und begleiten es durch den ersten On-Call. Ziel: Nach 2 Wochen ohne uns können Sie das System betreiben und reparieren.
## Release zurückrollen 1. Pipeline › Releases › letztes grünes Release wählen 2. Slots tauschen: Staging ⇄ Produktion 3. Prüfen, dass /health binnen 2 Min 200 liefert 4. In #ops posten: was, wann, warum # Owner: Ihr Team · Backup: CodeDock
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.
Ein gründlicher Blick auf ein bestehendes System, bevor Sie irgendetwas entscheiden.
Sie zahlen für geleistete Arbeit und sehen jeden Freitag, was daraus entstanden ist.
Weiterentwicklung oder ein Sicherheitsnetz — nur wenn Sie es wollen.
Async, wo es genügt. Sync, wo es Sinn ergibt. Wir überfluten Sie nicht mit Slack.
30 Minuten jeden Freitag. Was geliefert wurde, was voranging, was blockiert. Aufgezeichnet, falls Sie nicht dabei sein können.
Gemeinsamer Raum mit Ihrem Team. Kurze Fragen, Demo-Videos, PR-Preview-Links.
Datenbank, Cloud-Provider, Auth-Strategie — schriftlich, nicht in einer vergessenen Slack-Nachricht.
Wenn Sie ein internes Team haben, reviewen wir dessen Code und das Team unseren.
Wir bauen für jedes Projekt keine eigene Toolchain. Standards, die Ihre Leute kennen, funktionieren gut — nach Ihrer Wahl.
Jeder Kunde in der Individualentwicklung erhält Zugang zum CodeDock-Kundenportal. Kein Warten auf den Monatsbericht — geleistete Arbeit, erfasste Zeit und der Status Ihrer Anfragen stehen laufend zur Verfügung.
Zum Kundenportal anmeldenJeder Arbeitseintrag mit Datum, Uhrzeit von–bis, Person, Aufgabe und Notiz. Monatlicher Stundennachweis pro Projekt, Export nach Excel.
Sie stellen Anfragen direkt im Portal, bei Bedarf mit Termin und Anhängen. Sie erhalten ein Angebot in Stunden und als Preis samt Liefertermin — Sie geben es frei oder schicken es zur Neubewertung zurück.
Jede Anfrage durchläuft Schätzung, Freigabe, Umsetzung und Abnahme. Sie sehen, wer daran arbeitet, wie viele der geschätzten Stunden verbraucht sind und was auf Sie wartet.
Rückfragen, Kommentare und Anhänge zu jeder Anfrage. Fertige Arbeit nehmen Sie ab oder geben sie mit Kommentar zur Nacharbeit zurück.
Screenshots mit fiktiven Demodaten.
Etwas fehlt? Schreiben Sie an info@codedock.com
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.
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.
Ü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.
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.
Das Projekt leitet immer ein 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.