T-Minus: Fester Termin, flexibler Umfang
Warum T-Minus den Go-Live-Termin festlegt und den Umfang flexibel gestaltet, welche vier traditionellen Phasen dadurch entfallen, welche fünf Regeln gelten, warum das Geschäftsmodell in dieselbe Richtung weist und welche fünf Kennzahlen ein Kunde anstelle eines Statusberichts liest.
T-Minus ist die Implementierungsmethodik von TRANXACT: Go-Live in Tagen und Wochen, heruntergezählt statt durchgeplant. Ein traditionelles Projekt legt den Umfang fest und lässt den Termin flexibel; T-Minus legt den Termin fest und ermöglicht flexiblen Umfang.
| Traditionell (Wasserfall) | T-Minus | |
|---|---|---|
| Was ist fest? | Umfang: umfassende Anforderungen, die im Vorfeld erfasst werden | Das Datum: wird am ersten Tag festgelegt, in der Regel 27 Werktage im Voraus. |
| Was bewegt sich | Datum, Integration, kundenspezifischer Code und Datenprobleme treten zutage | Geltungsbereich: Alles, was nicht rechtzeitig konfiguriert, migriert und geprobt werden kann, wird in eine T-Plus-Welle verschoben. |
| Wie es geplant ist | Der Plan wird flexibel an die Anforderungen angepasst. | Alles wird rückwärts auf das Datum gezählt, im Stil einer Missionskontrolle. |
Das Go-Live-Datum wird im Kick-off-Meeting festgelegt und auf dem Countdown-Board notiert. Danach diskutiert das Team das Datum nicht mehr – alle Gespräche drehen sich nur noch um den Projektumfang.
Die vier Phasen, die verschwinden
Dies ist keine Komprimierung des alten Vorgehens. Die Phasen, die den größten Teil eines traditionellen Projekts in Anspruch nehmen, werden entfernt, da die Plattform deren Notwendigkeit beseitigt.
| Traditionelle Phase | Typische Dauer | Warum T-Minus es nicht hat | Wo es stattdessen lebt |
|---|---|---|---|
| Systemintegration | Monate | Ein Hauptbuch, ein Datenmodell: nichts, was zusammengefügt werden müsste | Im offenen Bereich konfigurieren |
| Kundenspezifische Entwicklung | Monate bis Jahre | Workflows, Rollen und Regeln werden ohne Programmierung konfiguriert und können innerhalb von Minuten geändert werden. | Regel 3 und der Erweiterungsrahmen |
| Datenmigrationsprojekt | Monate | Das Migration Cockpit führt als Produktfunktion einen geprüften Umstellungsprozess mit abgeglichenen Saldenlisten durch. | Das Migrationscockpit |
| Big-Bang-Trainingsprogramm | Wochen | Die rollenbasierte Aktionswarteschlange und das ASK-Coaching unterstützen die Benutzer innerhalb des Arbeitsablaufs. | Trainer im Flow |
Die fünf Regeln
| Regel | Was das in der Praxis bedeutet |
|---|---|
| 1 · Das Datum ändert sich nicht. Der Geltungsbereich ändert sich. | Jede bedrohliche Anforderung wird priorisiert: Jetzt konfigurieren, T-Plus, oder keine Anforderung. |
| 2 · Ohne Bildschirm keine Anforderung. | Die Diskussionen finden in einer Live-Umgebung mit den Beispieldaten des Kunden statt. Eine Anforderung ist eine Lücke auf dem Bildschirm. |
| 3 · Konfigurieren, niemals programmieren. | Ein Konfigurationsmuster, eine T-Plus-Verzögerung oder ein ehrliches Nein. Der Code unterbricht den Countdown. |
| 4 · Übertragen Sie prüfbare Salden, nicht historische Daten, die Sie nicht prüfen können. | Offene Posten, Salden und Stammdaten wurden abgeglichen und signiert. Die Historie bleibt im Altsystem abrufbar. |
| 5 · Eine Probe ist besser als zehn Workshops. | Der Kunde führt seinen regulären Geschäftsalltag parallel zum bestehenden System durch; die Generalprobe ist die Toröffnung. |
Drucken Sie sie auf die Countdown-Tafel. Wenn eine Diskussion ins Stocken gerät, benennt der Flugleiter die Regel, gegen die verstoßen wird.
Mit Haut im Spiel
Ein Integrator, der auf Tagesbasis arbeitet, wird tageweise abgerechnet, profitiert von längeren Implementierungsprojekten und verdient an Änderungsanforderungen. TRANXACT hingegen wird anteilsbasiert am geprüften Umsatz des Kunden berechnet: Langfristige Projekte bringen keine zusätzlichen Einnahmen, während ein erfolgreicher, produktiver und wachsender Kunde seinen gesamten Umsatz generiert. Kurze Projekte mit frühem Mehrwert: Mit dem Wachstum des Kunden wächst auch TRANXACT – daher ist der schnellste und sicherste Weg zu einem funktionierenden System gleichzeitig der wirtschaftlichste.
Was der Kunde misst (vorgeschlagener Standardwert)
| Messen | Ziel |
|---|---|
| Tage bis zur ersten Rechnungsstellung | T-0 — vor dem Mittagessen |
| Delta der Probebilanz bei Umstellung | 0, mit einem Prüfprotokoll |
| Erfolgsquote der Probe | 100 % — das T-1-Tor |
| "Wir benötigen X" → "X konfiguriert" | In derselben Woche, ohne Warteschlange am Ticketschalter |
| Module pro Quartal | Ohne erneute Implementierung — T-Plus-Wellen |
Erfassen Sie sie ab T-0 in der KPI-Scorecard des Artifact Toolkits. Sie ersetzen die Statusübersicht in jedem Lenkungsgespräch.
Die als Standardwerte gekennzeichneten Werte stellen die empfohlenen Ausgangspunkte der Methodik dar. Bitte bestätigen Sie jeden Wert für jedes Projekt; maßgeblich sind der Vertrag, das Bestellformular und die Service-Level-Vereinbarung (SLA).
Machen Sie dazu den Kurs, mit Diagrammen und einer Überprüfung.