Taktano — Roadmap & OP-Priorisierung (rollierende 4-Wochen-Planung)
Zielgruppe: Product Owner / Betriebsleitung & das Entwicklungs-Team (Steuerung des Backlogs). Wofür (True North): macht schneller & korrekter entscheidbar, welche Arbeit als Nächstes die drei Leitfragen (Auslastung · Standort · freie Kapazität) am stärksten verbessert — d. h. wohin die nächste Iteration zahlt.
Zweck (OP-PM-3): die offenen Punkte (
ops/*.md→ Offene-Punkte.md) nach Dringlichkeit gruppieren und in einen rollierenden 4-Wochen-Plan gießen, der aktuell gehalten und interaktiv mit dem Product Owner geschärft wird. Lebendes Dokument — zu Session-Beginn und nach jedem Merge nachziehen (wieSanity-Checkliste.md).Status: PO-Priorität bestätigt (2026-06-28). Fokus der nächsten 4 Wochen = Annahme-Flow meisterhaft; In-App-Feedback (OP-FEEDBACK-1) vorgezogen; OP-R3-5 entschieden (nur Pflicht-Schritte unüberspringbar). Die übrige Einordnung bleibt agentenseitiger Vorschlag. North Star = MVP 1.0.0.
Kernaussage (zuerst)
Heute (2026-06-28) sind in einer Session ~27 neue OPs aufgenommen worden. Sie zerfallen in drei Dringlichkeits-Stufen: Jetzt (MVP-nah, kleiner Schnitt, hoher Nutzen — meist Annahme-Flow & Daten-Hygiene), Next (operative Tiefe — Vorbedingungen/Nacharbeit/Planungssicht), Später (groß/strategisch/extern — KI, 3D/AR, Mehrsprachigkeit, Business-Analytics, Recht/Marke).
Dringlichkeits-Stufen (Vorschlag)
🔴 Jetzt (Woche 1–2) — MVP-nah, kleiner Aufwand, hoher Nutzen
| OP | Warum jetzt | Aufwand |
|---|---|---|
| Bugfix Teilschritt-Anzeige | ✅ erledigt (v0.31.2) | — |
| TODO Umparken checken | ✅ erledigt (07-12, Code-Review: Pfade ok; Befunde → OP-UMPARK-1/OP-QS-6, Regel → G-4) | — |
| OP-DATE-1 zentraler Zeit-Formatter | reiner Client-Helfer, überall sichtbarer UX-Gewinn (Mehrdeutigkeit „Di 08:00") | S–M |
| OP-R7-16 Fahrzeug-Angaben bei Annahme (FIN/Kennzeichen/Beschreibung/Fotos) | ✅ v1 erledigt (v0.77.0 — FIN Pflicht beim Check-in, Fotos via OP-R4-3) | — |
| OP-R7-12 Kommentar bei Annahme (Text zuerst, Foto/Voice später) | §5.1 „Doku & Kommentar" fehlt heute; Text-Slice klein | S (Text) |
| OP-R7-15 Prozess-Vorschau bei der Annahme | macht Annahme transparent; baut auf bestehendem Katalog | M |
🟠 Next (Woche 3–4) — operative Tiefe
| OP | Warum | Aufwand |
|---|---|---|
| OP-R3-4 + OP-BACKOFFICE-1 Vorbedingungen + Back-Office-Backlog | „Teile rechtzeitig bestellen" — zusammen ein Strang | M–L |
| OP-QS-3 Schaden→Nacharbeit→Ersatzteil→Einbau | nutzt OP-R3-4/Backlog; reale Werkstatt-Realität | M |
| OP-R2-3 Buchten-Gantt in die Belegung + mehr Detail | True North 2+3; Gantt ist da, „nur" umhängen + anreichern | M |
| OP-OPT-8 asap/jit je Leistung/Teilschritt | Scheduler-Soft-Goal; klar abgegrenzt | M |
| OP-R3-6 Hinweise je Teilschritt/Leistung (Katalog) | kleine Ergänzung am Prozess-Editor | S–M |
| OP-R3-5 Reihenfolge hart / kein Überspringen | ✅ entschieden (nur Pflicht unüberspringbar; optionale/frei bleiben) | S |
| OP-QS-6 Vier-Augen beim Quality-Check (G-4-Ausnahme, PO 07-12) | ✅ erledigt (v0.79.0 — Scheduler + Start-Guard + Chef-Freigabe) | — |
| OP-UMPARK-1 Umparken als zuweisbare Aufgabe (G-4-Platzierung) | ✅ erledigt (v0.78.0 — DO-State + Quittung + Skill-Gate + „Meine Arbeit") | — |
🟢 Später / Roadmap — groß, abhängig oder strategisch
- KI/Sprache: OP-AI-3 (Voice/Translator + Domäne), OP-AI-5 (Meeting-Minutes), OP-FIND-1 (Sonderwünsche/Chatbot — Vorarbeit Dominik & Julian), OP-FEEDBACK-1 (In-App-Feedback), OP-ONBOARD-1 (Tutorials/Feature-Freischaltung).
- Visualisierung: OP-R6-2 (Silhouette → 3D → AR + Besonderheiten-Wissensbasis + Cross-Tenant-Add-on) — groß, stufenweise.
- Business/Geld: OP-COST-5 (Rentabilität/Prognose, noch auszuarbeiten), OP-R7-17 (Rabatte), OP-R7-14 (Anzahlungen).
- Kunde/Self-Service: OP-R7-7 (Customer Self-Service per Web-Portal + WhatsApp — Status verfolgen, Freigaben bestätigen, Kommunikation; ⚠ DSGVO/EU bei WhatsApp).
- Personal/Zeit: OP-R1-4 (rückwirkende Abwesenheiten/Datev-Abgrenzung), OP-R1-5 (Arbeitszeitkonten/Abfeiern), OP-CAL-1 (Feiertage je Bundesland).
- Plattform/Betrieb: OP-STAGE-1 (Stages dev/staging/prod), OP-I18N-1 (Sprachen + ZH/UK).
- Extern/Recht: OP-PHASE-1 (Vor-Produktion-Modellierung), OP-BRAND-2 (Marke „Automotivo" — Anwalt nötig).
Hinweis: ältere §11-OPs (R8-Konflikt-Detail, R9-Leitstand, OP-TEST-*, OP-AUTH-1 …) sind hier noch nicht eingeordnet — Vollständigkeit folgt, sobald die Top-Priorität bestätigt ist.
4-Wochen-Plan (bestätigt, Fokus „Annahme-Flow meisterhaft", ab 2026-06-29)
| Woche | Zeitraum | Fokus |
|---|---|---|
| 1 | 29.06–05.07 | TODO Umparken-Check · OP-DATE-1 (Zeit-Formatter) · OP-R7-16 (Annahme: Fahrzeugdaten FIN/Kennzeichen/Beschreibung/Fotos) |
| 2 | 06.07–12.07 | OP-R7-12 (Kommentar-Text bei der Annahme) · OP-FEEDBACK-1 (In-App-Feedback-Widget — vorgezogen) |
| 3 | 13.07–19.07 | OP-R7-15 (Prozess-Vorschau bei der Annahme) · OP-R3-5 (Reihenfolge hart — nur Pflicht) |
| 4 | 20.07–26.07 | Annahme-Politur: Foto/Voice am Kommentar (OP-R7-12-Ausbau) · OP-R7-15 Ad-hoc-Schritte am Auftrag |
Entscheidungen (PO, 2026-06-28)
- Goal der nächsten 4 Wochen = „Annahme-Flow meisterhaft" (Fahrzeugdaten · Kommentar · Prozess-Vorschau). Operative Tiefe (OP-R3-4/BACKOFFICE-1/QS-3) und Planung/Belegung (OP-R2-3/OPT-8) rücken in die Folgeperiode.
- OP-R3-5 entschieden: nur Pflicht-Schritte (
nach_vorherigem) sind unüberspringbar; alsoptional/frei/parallelmarkierte Schritte bleiben überspringbar → der Konflikt-Hebel „optionalen Schritt überspringen" (§5.2.3) bleibt erhalten. - Früh trotz „Später": In-App-Feedback (OP-FEEDBACK-1) wird in Woche 2 vorgezogen, um früh echtes Betriebs-Feedback zu sammeln. (Sprache/Voice, Rentabilität, 3D-Silhouette bleiben in „Später".)
Audit-Trail: Priorisierungs-Entscheidungen hier + im CHANGELOG festgehalten (OP-PM-3).
Konsolidierter OP-Index — Session 2026-06-28
Eine Übersicht aller in dieser Session erfassten/geschärften OPs (Detail je OP: Lastenheft §11, sofern nicht anders vermerkt; BRAND in
ops/). Dringlichkeit = Vorschlag (s. o.). Status: neu · erweitert/geschärft · entschieden · ✅ gebaut.
| OP | Kurztitel | Dringlichkeit | Status |
|---|---|---|---|
| (Code) | Phasen-Rename „Aufbereitung→Vorbereitung", „QS→Quality-Check" | 🔴 | ✅ gebaut (v0.31.1) |
| (Code) | Bugfix: neue Teilschritte erscheinen nicht | 🔴 | ✅ gebaut (v0.31.2) |
| OP-DATE-1 | Kontext-bewusste Datums-/Zeit-Darstellung | 🔴 W1 | neu (Ansatz entworfen) |
| OP-R7-16 | Fahrzeug-Angaben bei der Annahme (FIN/Kennzeichen/Fotos) | 🔴 W1 | ✅ v1 gebaut (v0.77.0) |
| OP-R7-12 | Kommentare durchgängig (Foto/Voice) | 🔴 W2 | neu |
| OP-FEEDBACK-1 | In-App-Feedback mit Screenshot-Markup | 🔴 W2 (vorgezogen) | neu (Empf. Eigen-Widget) |
| OP-R7-15 | Prozess-Vorschau bei der Auftragserfassung | 🟠 W3 | neu |
| OP-R3-5 | Reihenfolge hart / kein Überspringen + Konsistenz-Check Bestand | 🟠 W3 | entschieden (E-R3-5) |
| OP-R3-4 | Vorbedingungen erfassen (z. B. Ersatzteil rechtzeitig) | 🟠 | neu |
| OP-BACKOFFICE-1 | Backlog der Vorarbeiten (Back-Office/Vorgesetzte) | 🟠 | neu |
| OP-QS-3 | In-Bearbeitung-Schaden → Nacharbeit → Ersatzteil | 🟠 | neu |
| OP-R2-3 | Buchten-Gantt von Planung → Belegung + mehr Detail | 🟠 | neu |
| OP-OPT-8 | Zeitlage asap/jit je Leistung/Teilschritt | 🟠 | neu |
| OP-R3-6 | Hinweise je Teilschritt/Leistung (Katalog) | 🟠 | neu |
| OP-R8-13 | Konflikt-Hebel: Bereitschaft / Wunschfrei ziehen | 🟠 | neu |
| OP-R6-2 | Fahrzeug-Silhouette/3D/AR + Besonderheiten + Cross-Tenant-Add-on | 🟢 | neu |
| OP-ONBOARD-1 | Tutorials + sukzessive Feature-Freischaltung | 🟢 | Slice 1 ✅ (v0.72.0, „Kurz erklärt"-Karten + „?"-Button, #438); Tour + Progressive Freischaltung offen |
| OP-AI-3 | Audio-Notizen + Translator + Domänen-Anpassung | 🟢 | erweitert |
| OP-AI-5 | KI-Meeting-Minutes (Transkript → taktano-Lingo) | 🟢 | neu |
| OP-FIND-1 | Sonderwünsche: Häufigkeit/Synonyme/Chatbot | 🟢 | neu (Owner Dominik & Julian) |
| OP-I18N-1 | UI-Sprachen + Chinesisch + Ukrainisch | 🟢 | geschärft |
| OP-CAL-1 | Feiertage je Bundesland (Betriebskalender) | 🟢 | neu |
| OP-STAGE-1 | Mehrere Stages / Release-Stände (dev/staging/prod) | 🟢 | neu |
| OP-R1-4 | Rückwirkende Abwesenheiten + Datev-Abgrenzung | 🟢 | neu |
| OP-R1-5 | Arbeitszeitkonten & Abfeiern + „fertig trotz Schichtende" | 🟢 | neu |
| OP-COST-5 | Rentabilitätsberechnung & Prognosen (Ziel-Tracking) | 🟢 Roadmap | neu (auszuarbeiten) |
| OP-R7-17 | Rabatte / Nachlässe | 🟢 | neu |
| OP-R7-14 | Anzahlungen (Feststellung: nicht erfasst) | 🟢 | neu |
| OP-R7-13 | Umgang mit „freien Aufträgen" (Begriff schärfen) | 🟢 | neu |
| OP-R7-7 | Customer Self-Service (Web-Portal + WhatsApp) | 🟢 | geschärft |
| OP-PHASE-1 | Produktions-Phasen-Benennung + Vor-Produktion | 🟢 | neu |
| OP-BRAND-2 | „Automotivo" defensiv als Marke schützen (ops/OP-BRAND-2.md) | 🟢 extern | neu (Anwalt) |
| OP-DOCS-11 | OP-Verwaltung: Single Source + Query-Views | 🟢 Tooling | neu (Empf. Hybrid) |
| OP-DOCS-13 | Doku-UX entwirren: Struktur · Lesbarkeit · Navigation (Konzept + 5 Phasen) | 🟢 Tooling | neu (Konzept ✅, Phase 1–3 ✅ inkl. 3b; Phase 4 🟡 [Kernaussage + §4-Dedup ✅, near-dup Mega-Zeilen offen]; Phase 5 offen) |
| OP-PM-3 | OP-Priorisierung + 4-Wochen-Roadmap (dieses Doc) | — | bestätigt |
| TODO | Umparken-Funktion verifizieren | 🔴 W1 | ✅ geprüft (07-12 → G-4 + OP-UMPARK-1 + OP-QS-6) |
Konsistenz-Stand (12.07.2026): seit der Big-Bang-Migration werden alle OPs als ops/<ID>.md geführt,
keine Doppel-IDs (mechanisch geprüft). Strukturelle Entdoppelung (eine Quelle je OP statt Spiegelung
über §11/§4/Roadmap/Timesheet) ist als OP-DOCS-11 erfasst. Vorbestehende Timesheet-Dubletten
(Session-IDs 37–47, parallele Alt-Sessions, abweichender Inhalt) bleiben manuell zusammenzuführen.
↩ Zurück zur Doku-Landkarte · Lesepfade · Register (alle OPs)