So arbeiten wir
Modernes Engineering, geführt wie ein Produktteam.
Getrennte Umgebungen, automatisierte Pipelines, zweiwöchige Sprints und ein gemeinsames Jira-Board. Sie wissen immer, was gebaut wird, wo es läuft und was als Nächstes kommt.
- D EntwicklungPull Request und Code-Review
- T TestAlle automatisierten Checks grün
- A AbnahmeIhre Freigabe in Jira
- P ProduktivLive, überwacht, umkehrbar
- Umgebungen: Entwicklung, Test, Abnahme, Produktion
- 4
- Umgebungen: Entwicklung, Test, Abnahme, Produktion
- Sprintlänge, mit einer Demo am Ende jedes Sprints
- 2 Wochen
- Sprintlänge, mit einer Demo am Ende jedes Sprints
- des Codes wird vor dem Merge geprüft
- 100%
- des Codes wird vor dem Merge geprüft
- Zugang zu Board, Repository und Doku
- Tag 1
- Zugang zu Board, Repository und Doku
DTAP
DTAP: vier Umgebungen, eine Richtung
Code durchläuft vier getrennte Umgebungen. Nichts erreicht Ihre Kunden, ohne jede Stufe zu bestehen, und jede Stufe hat eigene Daten und eigene Zugriffe.
-
D01
Entwicklung
Jede Entwicklerin und jeder Entwickler arbeitet auf einem Branch mit lokalen Containern und Testdaten. Niemals echte Kundendaten.
Pull Request und Code-Review -
T02
Test
Jeder Merge wird hier automatisch ausgerollt. Bei jedem Build laufen Unit-, Integrations- und Browsertests.
Alle automatisierten Checks grün -
A03
Abnahme
Eine produktionsnahe Staging-Seite, auf der Sie den Sprint durchklicken und die Stories freigeben.
Ihre Freigabe in Jira -
P04
Produktiv
Getaggte Releases mit Deployments ohne Ausfallzeit, Monitoring ab der ersten Minute und Rollback per Befehl.
Live, überwacht, umkehrbar
CI/CD
CI/CD: Jede Änderung durchläuft dieselbe Pipeline
Pipelines laufen auf GitHub Actions, GitLab CI oder Ihren eigenen Tools. Ein fehlgeschlagener Check stoppt die Linie, so werden Probleme in Minuten gefunden, nicht nach dem Launch.
-
Commit
Kleiner Branch, mit einem Jira-Ticket verknüpft
-
Lint und statische Analyse
Code-Stil, Typen und häufige Fehler
-
Automatisierte Tests
Unit-, Feature- und Browsertests
-
Sicherheitsscan
Abhängigkeits-Audit und OWASP-Checks
-
Build
Versioniertes, reproduzierbares Artefakt
-
Deploy auf Test
Automatisch bei jedem Merge
-
Release
Freigegeben, getaggt, ohne Ausfallzeit ausgerollt
Agile und Scrum
Agile, ohne Theater
Wir arbeiten mit Scrum in zweiwöchigen Sprints. Sie sehen das Backlog aus Product-Owner-Sicht, bekommen jeden Sprint eine funktionierende Demo und können Prioritäten zwischen den Sprints ändern.
-
1
Backlog-Refinement
Stories mit Akzeptanzkriterien und Schätzungen, gemeinsam mit Ihnen geschrieben.
-
2
Sprint-Planung
Wir legen fest, was in die nächsten zwei Wochen passt und wann jede Story fertig ist.
-
3
Daily Stand-up
Fünfzehn Minuten. Blocker kommen am selben Tag auf den Tisch, nicht am Monatsende.
-
4
Sprint-Review
Eine Live-Demo funktionierender Software auf der Abnahmeumgebung.
-
5
Retrospektive
Was behalten, was ändern. Der Prozess wird mit jedem Sprint besser.
Jira und Confluence
Ihr Projekt, sichtbar in Jira und Confluence
Sie haben ab dem ersten Tag Zugriff auf das Jira-Board: jede Story, jeder Bug, jede Schätzung. Spezifikationen, Architekturentscheidungen, Runbooks und Release Notes liegen in einem Confluence-Bereich, der nach dem Projekt Ihnen gehört.
Rechnungen als CSV exportieren
Text der Passwort-Reset-Mail
UPI-Zahlungen im Checkout
Rate-Limit beim Login
Datumsfilter im Dashboard
Zwei-Faktor-Login
Zeitzone in Berichten korrigieren
Release Notes 2.3
- Produktanforderungen und User Stories
- Architekturentscheidungen (ADRs)
- API-Dokumentation
- Deployment-Runbook und Rollback-Schritte
- Release Notes für jede Version
- Übergabe-Leitfaden für Ihr eigenes Team
Lieber Linear, Notion oder Azure DevOps? Wir arbeiten in Ihren Tools.
Tools, mit denen wir arbeiten
Planen und verfolgen
Dokumentieren
Code und Review
CI/CD
Qualität
Betrieb
Design
Sprechen
Definition of Done
- Code von einer zweiten Person geprüft
- Automatisierte Tests geschrieben und grün
- Keine hohen oder kritischen Funde im Sicherheitsscan
- Von Ihnen auf der Abnahmeumgebung freigegeben
- In Confluence dokumentiert
- Mit Rollback-Plan ausgerollt
Worauf Sie sich verlassen können
NDA vor dem ersten Gespräch
Ihre Idee und Ihre Daten sind ab Tag eins geschützt.
Der Code gehört Ihnen
Das geistige Eigentum geht an Sie über. Der Code liegt in Ihrem Repository.
Kein Lock-in
Dokumentation und Übergabe, damit jedes fähige Team übernehmen kann.
Sicherheit eingebaut
OWASP-Praktiken in jedem Sprint, vor dem Launch von unserem Security-Partner geprüft.
Privacy by Design
DPDP und DSGVO ab dem Datenmodell: Einwilligung, Datenminimierung, Aufbewahrung.
Antwort innerhalb eines Werktags
Eine feste Ansprechperson und überlappende Arbeitszeiten mit Indien, Europa und den USA.
So können Sie mit uns arbeiten
Fester Umfang
Ideal für: eine klare erste Version oder ein MVP
Ein schriftlicher Umfang, ein Festpreis und ein Zeitplan, aufgeteilt in Meilensteine, die Sie freigeben.
Darüber sprechen →Dediziertes Team
Ideal für: langfristige Produkte
Entwickler, die nur an Ihrem Produkt arbeiten, in Ihren Sprints und Tools, monatlich abgerechnet.
Darüber sprechen →Nach Aufwand
Ideal für: sich entwickelnde oder explorative Arbeit
Sie zahlen die genutzten Stunden, mit Wochenbericht und einer von Ihnen festgelegten Budgetgrenze.
Darüber sprechen →Support und Wartung
Ideal für: Live-Systeme
Updates, Monitoring, Sicherheitspatches und kleine Änderungen in einem Monatsplan.
Darüber sprechen →Wie würde das für Ihr Projekt aussehen?
Buchen Sie ein kostenloses Gespräch. Wir zeigen Ihnen ein echtes Board, eine echte Pipeline und einen Beispiel-Sprintplan für Ihre Idee.