Verstehen, Unsicherheit verringern, dann entwickeln
Wir beginnen mit den Bereichen, an denen das Projekt scheitern könnte: eine mehrdeutige Geschäftsregel, eine externe Abhängigkeit, eine Datenmigration, das Datenvolumen oder eine Vorgabe beim Hosting.
Sobald diese Risiken geklärt sind, wird das Projekt in testbare Einheiten zerlegt. Grundlegende Entscheidungen werden früh genug dokumentiert, damit aus einer vorläufigen Lösung keine endgültige Architektur wird.
1. Projektdefinition
Ziele, Nutzer, Daten, Rahmenbedingungen und Erfolgskriterien.
2. Architektur
Datenmodell, Zuständigkeiten, Schnittstellen, Integrationen und Sicherheit.
3. Umsetzung
Entwicklung in überprüfbaren Inkrementen statt einer langen Phase ohne nutzbare Version.
4. Prüfung
Funktionstests, Responsive Design, Performance, Fehler und – bei öffentlichen Projekten – Indexierbarkeit.
5. Go-live und Betreuung
Vorbereitetes Deployment, Backup, Überwachung und bei Bedarf ein Rückfallplan.
Beginnen wir mit der Projektdefinition
Ein erstes Gespräch genügt, um die Risikobereiche Ihres Projekts zu erkennen.