Lunisist Zeit
Lunis / BerichtAblauf & Tour
TourKapitel PDFIm UI-Archiv nicht enthalten
09 / Ablauf & Tour

So ist der Arbeitsstand entstanden.

Vom Kundenbedarf über den Bau bis zur Prüfung. Historischer Ablauf und nächster Pilot bleiben getrennt.

Stand 21.09.2026Lokales LesepaketKeine Produktivfreigabe
Auf dieser Seite 6 Abschnitte

Wer welchen Arbeitsschritt getragen hat.

Die Rollen- und Ergebnisübersicht ergänzt die Zeitachse.

Arbeitsregister

Fünf Arbeitsschritte.

Von der Anforderung zum geprüften Arbeitsstand

Arbeitsmethode; keine neue Zeitmessung.
SVG
Von der Anforderung zum geprüften Arbeitsstand: Arbeitsmethode; keine neue Zeitmessung.
Arbeitsmethode; keine neue Zeitmessung.
Quelle: S01

Was wann passiert ist.

24.07.2026

Bedarf und Erfassungswege

Mitarbeiter, Büro, Profi und externe Erfassung; Barcode-/Scanner-Konzept und Odoo-Bezug.

Fachliche Vorarbeit
30.07. / 03.08.2026

Betrieb und Zielversion

Das Kunden-Zielbild nennt Odoo 19. Der spätere Bestand verwendet 17/18.

Versionsentscheidung offen
14.–15.09.2026

Rohzeit, Rollen und Unterlagen

Prüfschritt vor der Buchung; Bestandsmasken, Markenunterlagen und Scannerformate.

Anforderungen und Material
15.–16.09.2026

Erste sichtbare Oberflächen

PWA-Zwischenstände und Brand-Studio als Gesprächsgrundlage.

Prototypen, keine Freigabe
19.–20.09.2026

Bauen, aufteilen und prüfen

Architektur, Modulzuschnitt, Aufträge, Gegenprüfung und Übergabe.

Aktive Entwicklungs- und Prüfphase
Quelle: S01 · S03

Wie lange die technischen Läufe dauerten.

Sechs historische Phasen

Beobachtete Zeitfenster in UTC am 20.09.2026; inklusive Pausen.
SVG
Sechs historische Phasen: Beobachtete Zeitfenster in UTC am 20.09.2026; inklusive Pausen.
Beobachtete Zeitfenster in UTC am 20.09.2026; inklusive Pausen.
Quelle: S01
Die genauen Fenster und ihre Grenze
PhaseUTCEinordnung
Wave 002:08–03:26Erste Läufe, Freigabe-Stillstand
Wave 103:36–04:34Parallele Aufträge; Peak sechs gleichzeitige Jobs
Integration04:38–06:11Zusammenführen, kein neues Einzelprodukt
Wave 2 / Fix06:15–07:55 / 07:11–07:33Folge- und Reparaturläufe
Wave 3a08:59–11:17Spätere Build-Läufe
Proben / Wave 411:35–20:12Enthält die Bridge-Pause 13:49–19:20

Ein geführter Rundgang.

Geschäftsführung · etwa 5 Minuten

Ergebnis → Funktionsstand → Aufwand → Kosten → Risiko → Entscheidung. Die Dauer ist eine Leseempfehlung, keine gemessene Arbeitszeit.

IT-Leitung · etwa 30 Minuten

Fachablauf → Module → Demos → Nachweise → offene Fehler → Pilotprüfung. Jeder Schritt führt zu einer echten Unterseite.

Vorschlag: 14 Tage bis zur Pilotentscheidung.

ZeitraumArbeitsauftragErwarteter Nachweis
Tag 1–2Version, Umfang und Verantwortliche festlegenFreigegebene Pilot-Prüfliste
Tag 3–5Umgebung, Installation, Upgrade und Sicherheit prüfenProtokolle; keine verdeckten Fehler
Tag 6–8Scanner und Rollenfälle von Rohzeit bis Buchung testenNachvollziehbare Fachfälle, auch Duplikate und Fehler
Tag 9–11Mit einer begrenzten Gruppe erprobenNutzungs- und Zeitmessung, Fehlerliste
Tag 12–14Ergebnisse, Kosten und Restarbeiten bewertenGo/No-Go oder eingegrenzter Folgeauftrag
Planvorschlag, keine Terminzusage: Der Start hängt von Gerätezugang, Testumgebung, Verantwortlichen und der Freigabe ab.

Den nächsten Schritt konkret abnehmen.

Prüfung vor Erweiterung

Vorgeschlagene Folge, keine zugesagte Kalenderplanung.
SVG
Prüfung vor Erweiterung: Vorgeschlagene Folge, keine zugesagte Kalenderplanung.
Vorgeschlagene Folge, keine zugesagte Kalenderplanung.
Nächstes KapitelWer hat was gemacht

Im Bericht suchen

Nur lokale Inhalte · ⌘K / Strg+K