Ein Projekt ohne klaren Umfang ist teures Rätselraten. Wir haben gesehen, was auf beiden Seiten passieren kann.
Wie wir den Umfang definieren
Bevor wir etwas umsetzen, definieren wir, was dazugehört und was nicht. Nicht vage, sondern konkret. Welche Funktionen, welche Seiten, welche Integrationen. Was passiert, wenn sich die Anforderungen ändern. Wie der Zeitplan aussieht und wovon er abhängt.
Das kostet am Anfang mehr Zeit. Es verhindert deutlich größere Verluste später.
Wie wir während eines Projekts kommunizieren
Wir teilen Arbeit, bevor sie fertig ist. Sie sehen frühe Entwürfe und Vorabversionen, sodass Sie umlenken können, bevor wir zu weit in die falsche Richtung gegangen sind. Das ist Absicht.
Wir dokumentieren Entscheidungen, sobald wir sie treffen. Wenn Sie sechs Monate später fragen, warum etwas auf eine bestimmte Weise funktioniert, gibt es eine Antwort. Wenn jemand neu zu Ihrem Team stößt, gibt es eine Aufzeichnung.
Wir schicken nicht ein großes Update am Tag vor einer Deadline. Wir teilen schrittweise und weisen auf Probleme hin, solange sie noch beherrschbar sind.
Wenn sich Zeitpläne verschieben
Manchmal tun sie das. Der Umfang ändert sich, Abhängigkeiten spielen nicht mit, etwas Unvorhergesehenes kommt auf. Wenn das passiert, sagen wir es vor der Deadline, nicht danach. Wir nennen einen ehrlichen neuen Zeitplan, keinen optimistischen.
Ein unangenehmes Gespräch früh ist besser als ein schlimmeres Gespräch spät.