
Das teuerste Chaos entsteht vor dem Code
Probleme entstehen selten nur durch Technik. Häufig darf niemand endgültig entscheiden, Abteilungen nutzen andere Begriffe, Daten liegen in mehreren Tabellen und Anforderungen sind Ideen ohne Priorität. Das Team kann schnell arbeiten und trotzdem das falsche System liefern.
Vorbereitung bedeutet nicht, ohne Auftragnehmer eine vollständige Spezifikation zu schreiben. Menschen, Prozesse und Entscheidungen müssen so sichtbar werden, dass der passende Umfang gemeinsam entsteht.
Eine Person muss Entscheidungen besitzen
Das Unternehmen braucht einen Product Owner, der das Ziel versteht, Zeit für Antworten hat und Konflikte entscheidet. Ein Gremium berät, darf aber nicht jede Entscheidung vertagen.
Den Arbeitstag beschreiben, nicht Wunschknöpfe
Gutes Analysematerial ist ein konkreter Ablauf: Wo kommt ein Vorgang an, wer prüft, welche Daten entstehen, wann ändert sich der Status und was passiert bei Ausnahmen? Frühe Bildschirmzeichnungen können einen schlechten Prozess zementieren.
- drei häufige Abläufe
- zwei schwierige Ausnahmen aus Telefon oder Tabelle
- Verantwortliche je Stufe
- Eingaben, Ergebnis und Dauer
Die erste Version über ein Ergebnis definieren
Ein MVP ist kein unfertiges System, sondern die kleinste sichere Version, die einen wertvollen Prozess komplett schließt. Eine Funktion gehört hinein, wenn Ergebnis, Pflicht oder Erkenntnis ohne sie nicht erreichbar ist.
Wenn alles „Must-have“ ist, gibt es keine Priorität. Hilfreich sind: zum Start zwingend, nach dem Start nötig und erst zu prüfende Idee. Jede Funktion erhält einen erwarteten Effekt.
Daten sind meist schwerer als die Oberfläche
Quellen, Eigentümer, Qualität und Löschregeln müssen früh feststehen. Duplikate, fehlende IDs und verschiedene Datumsformate reparieren sich beim Import nicht. Eine Probemigration gehört an den Anfang.
Integrationen brauchen Verantwortung auf beiden Seiten
„Mit ERP verbinden“ reicht nicht. Nötig sind API-Dokumentation, Testumgebung, Limits, Authentifizierung, Kontakte und Verhalten bei Ausfall. Wiederholungen, Monitoring und Datenabgleich gehören zum Entwurf.
Sicherheit und Abnahme vor dem Start
- Rollen und erlaubte Vorgänge
- persönliche statt gemeinsamer Konten
- Vergabe und Entzug von Zugriff
- Verschlüsselung und Aufbewahrung
- Verantwortung für Alarme, Backups und Restore
Schlüsselnutzer testen laufende Teile regelmäßig mit realistischen Szenarien. Jede Phase endet mit Annahme, Korrektur oder bewusster Verschiebung.
Vorbereitung macht das Projekt steuerbar
Nicht jeder Bildschirm und nicht drei Jahre Zukunft müssen feststehen. Klar sein müssen Problem, Entscheidungsträger und Messgröße der Verbesserung. Dann passen DominPress-Module und individueller Code zur realen Arbeit.

