Was ist ein Forecast-Override? Urteil ist ein Eingriff in die Daten

Eine Prognosesitzung kann mit einer Zahl auf der Folie enden, ohne dass die Zahl davor erhalten bleibt. Die Systemprognose ist verschwunden. Der Grund für die Änderung heißt nur noch „Marktkontext“. Der Istwert kommt später, aber niemand kann sagen, ob das Urteil den Aufruf verbessert oder nur verändert hat.

Ein Forecast-Override ist die dokumentierte Änderung von einer Basisprognose zu einer Endprognose an einem erklärten Stichtag. Die Änderung ist ein Eingriff in die Daten. Sie ist nicht der prognostizierte Istwert.

Der Beitrag zu Forecast Value Added besitzt den breiteren Prozessvergleich. Der Beitrag zu Prognosefehlern besitzt die Gefahr, dass ein Gesamtfehler gegenläufige Muster verbirgt. Diese Seite besitzt den Override-Datensatz zwischen Basis und Ende.

Was bedeutet Forecast-Override?

Halten Sie die Prognoseobjekte getrennt:

Die Basis ist nicht zwingend „objektiv“. Sie ist der erhaltene Vergleich. Die Endprognose ist nicht zwingend „menschlich“. Sie kann aus Workflow, Führungskraft, Algorithmus oder Komitee entstehen. Die Bewertung braucht Pfad und Vergleich, keine Geschichte über bessere Intuition.

Wie wird ein Override gemessen?

Auf der erklärten Einheit lautet die Override-Größe:

$\text{delta} = \text{Endprognose} - \text{Basisprognose}$

Für einen Istwert $A$ können Basis- und Endfehler so geschrieben werden:

$e_{\text{basis}} = A - \text{Basisprognose}$

$e_{\text{ende}} = A - \text{Endprognose}$

Wählen Sie vor der Bewertung eine Verlustfunktion. Unter absolutem Fehler lautet ein einfacher Forecast-Value-Added-Vergleich:

$\text{FVA} = \lvert e_{\text{basis}} \rvert - \lvert e_{\text{ende}} \rvert$

Positives FVA bedeutet für diese Zeile einen geringeren absoluten Fehler der Endprognose. Bei quadratischem oder gewichtetem Fehler, Service-Level-Verlust oder einer anderen Entscheidungsverlustfunktion kann sich die Zahl ändern. Vorzeichenbehafteter Fehler beantwortet eine andere Frage als Fehlergröße.

Wie sieht ein Override-Prüfregister aus?

Die sechs Zeilen sind synthetisch. Sie enthalten keine Unternehmensprognose, Verkäuferurteile, Kundennachfrage oder beobachtete Geschäftsergebnisse.

F-03 zeigt, dass ein Override den gewählten Verlust verschlechtern kann. F-05 ist nicht vergleichbar, weil sich der Horizont geändert hat. F-06 kann nicht gutgeschrieben werden, weil der Grund erst nach der Informationsgrenze erfasst wurde. Der Datensatz erhält diese Fehler, statt daraus eine Geschichte über Prognosefähigkeit zu machen.

Was tragen die Studien bei?

Fildes, Goodwin, Lawrence und Nikolopoulos untersuchten urteilsbasierte Anpassungen in vier Unternehmen der Lieferkettenplanung und berichteten unterschiedliche Leistungen je Kontext. Ihre Befunde umfassen Muster nach Richtung und Größe, wobei Aufwärts- und Abwärtsanpassungen keine einheitliche Regel bilden. Fildes, Goodwin und De Baets entwickeln einen Forecast-Value-Added-Vergleich über mehrere Organisationen und Geschäftseinheiten und berichten Variation statt einer Regel für alle Kontexte.

Diese Befunde werden dadurch nicht zum B2B-Pipeline-Benchmark. Eine SKU-Nachfragereihe mit statistischer Basis ist nicht dasselbe Objekt wie eine Opportunity-Prognose. Der Transfer braucht neues Design, stabile Basis, erklärten Horizont und Istwert.

Welche Override-Felder sollte ein Team erhalten?

• Zeit: Prognose-Stichtag und Zeitpunkt des Overrides.
• Basis: exakter Wert und Version, die das Urteil verändert hat.
• Richtung und Größe: signierte Änderung in derselben Einheit.
• Grund: Information, Einschränkung oder Annahme, die die Änderung motivierte.
• Informationsmenge: Was am Stichtag bekannt war und was später kam.
• Horizont und Segment: Einheit, Zeitraum und Population der Prognose.
• Istwert und Verlust: spätere Beobachtung, Abstimmungsstatus und Verlustfunktion.
• Entscheidung: besser, schlechter, unverändert, nicht vergleichbar oder nicht bewertbar.

Ein fehlender Grund beweist nicht, dass der Override falsch war. Er macht den Eingriff schwerer prüfbar. Eine fehlende Basis macht den Vergleich unmöglich.

Wie prüft ein Team Forecast-Overrides?

1. Prognose-Stichtag, Einheit, Horizont, Population und Verlustfunktion einfrieren.
2. Basisprognose vor jeder urteilsbasierten Änderung erhalten.
3. Richtung, Größe, Grund, Information und Zeitpunkt erfassen.
4. Endprognose als eigene Version veröffentlichen.
5. Späteren Istwert mit Basis und Ende verbinden.
6. Gewählten Verlust für beide berechnen und ungleiche oder fehlende Fälle behalten.
7. Muster nach Richtung, Größe, Grund, Horizont, Segment und Person oder Prozess prüfen.

Die Endprognose ist ein Entscheidungsinput. Der Istwert ist eine spätere Beobachtung. Der Override ist der Eingriff dazwischen. Sind diese Objekte getrennt, kann das Team prüfen, ob Urteil Wert hinzugefügt hat, ohne die Antwort vorauszusetzen.