Die Voice of Business dient dazu, die Anforderungen des internen Business systematisch zu erfassen und in messbare Größen zu überführen.
Sie bildet die Perspektive interner Abteilungen wie Vertrieb, Produktion oder Logistik ab und stellt sicher, dass ein Projekt auch aus Unternehmenssicht relevant ist.
Die Voice of Business dient damit als zentrale Legitimation für ein Projekt. Besteht kein Interesse oder kein messbarer Schmerz im Business, ist das Projekt für das Unternehmen nicht wichtig.
Nacharbeit (Stimme aus der Produktion)
Die Produktionsabteilung meldet hohe interne Fehlerquoten. Diese führen zu erhöhten Nacharbeitskosten, die als messbare Kennzahl erfasst werden.
-
Business-Stimme: „Aufgrund der vielen Reklamationen müssen wir immer nacharbeiten.“
-
CBR: Aktuell: 20.000 € / Monat; Ziel: < 5.000 € / Monat
-
Datentyp: Stetig
Lieferperformance (Stimme aus dem Vertrieb)
Der Vertrieb bemängelt eine unzureichende Lieferperformance. Diese wird über die Kennzahl OTIF (On Time In Full) dargestellt.
-
Business-Stimme: „Unsere Lieferperformance wird immer schlechter.“
-
CBR: Aktuell: 65 %; Ziel: > 90 %
-
Datentyp: Stetig
Umsatzverlust (Stimme aus dem Vertrieb)
Aufgrund mangelnder Kapazitäten und unzureichender Performance bestellen Kunden weniger. Dies führt zu messbaren Umsatzeinbußen
-
Business-Stimme: „Durch die viele Nacharbeit verlieren wir Kapazitäten und dadurch Umsatz.“
-
CBR: Aktuell: 2 Mio. €; Ziel: 2,5 Mio. € im nächsten Jahr
-
Datentyp: Stetig
Vorarbeit
- Interne Rückmeldungen aus relevanten Abteilungen einholen mit Kennzahlen
- Identifizieren, welche bestehenden Kennzahlen durch das Projekt beeinflusst bzw. verbessert werden können.
- Den aktuellen Ist-Wert der Kennzahl dem angestrebten Zielwert gegenüberstellen
Nutzung in AlphadiTab
- In der Define-Phase das Tool „Voice of Business“ auswählen.
- Die Anzahl der Zeilen und die gewünschten Datentypen festlegen.
- Das Arbeitsblatt durch „Arbeitsblatt erstellen“ generieren.
- Die Business-Stimme sowie die daraus abgeleitete Messgröße eintragen.
Interpretation
- Sind Maßnahmen oder Projekte erforderlich, um die Zielwerte zu erreichen.
- Einbindung der relevanten internen Stakeholder, beispielsweise Abteilungsleiter oder Prozessteams
- Zugriff auf bestehende Kennzahlen und wirtschaftliche Kenngrößen
Voice of Business (VOB): Ungeschönter interner Schmerz der Abteilung.
Nacharbeitskosten: Kosten, die durch Fehlerkorrekturen in der Produktion entstehen
(Beispiel: Ist 20.000 € vs. Ziel < 5.000 €)
OTIF (On Time In Full): Kennzahl zur Bewertung der Lieferperformance
(Beispiel: Ist 65 % vs. Ziel > 90 %)
Umsatz: Gesamterlös innerhalb eines definierten Zeitraums
(Beispiel: Ist 2 Mio. € vs. Ziel 2,5 Mio. €)
Stetiger Datentyp: Datentyp für kontinuierlich messbare Werte wie Kosten, Zeit oder Prozentsätze
Das Balkendiagramm kann in LSS-Projekten in allen DMAIC-Phasen verwendet werden. Der Zweck unterscheidet sich jedoch je nach Phase. In der Define-Phase dient es vor allem der Priorisierung von Problemen. In der Measure-Phase hilft es, auffällige Einflussfaktoren zu erkennen. In der Analyze-Phase werden diese Auffälligkeiten weiter untersucht, um mögliche Kernursachen einzugrenzen. In der Improve-Phase wird das Balkendiagramm genutzt, um die Wirksamkeit von Lösungen zu bewerten. In der Control-Phase unterstützt es dabei, die Nachhaltigkeit der Verbesserung zu überprüfen.
Priorisierung von Problemen
In der Define-Phase wird das Balkendiagramm zur Priorisierung verwendet. Wenn mehrere Probleme, Fehlerarten oder Reklamationsgründe vorliegen, kann sichtbar gemacht werden, welcher Schwerpunkt am häufigsten auftritt oder die größten Auswirkungen verursacht. So lässt sich festlegen, welches Thema im Projekt zuerst bearbeitet werden soll.
Einflussfaktoren erkennen
In der Measure-Phase wird das Balkendiagramm genutzt, um mögliche Einflussfaktoren auf das priorisierte Problem zu untersuchen. Durch den Vergleich kategorialer Merkmale wird sichtbar, bei welchen Gruppen, Bereichen oder Bedingungen auffällige Unterschiede bestehen. Der Zweck besteht hier darin, relevante Einflussfaktoren zu erkennen und für die weitere Analyse einzugrenzen.
Kernursachen eingrenzen
In der Analyze-Phase werden die in der Measure-Phase erkannten Auffälligkeiten gezielt weiter untersucht. Dazu werden mögliche Ursachen — zum Beispiel aus einem Ishikawa-Diagramm — eine Ebene tiefer betrachtet und mit dem Balkendiagramm weiter eingegrenzt. Der Zweck besteht hier darin, aus auffälligen Einflussfaktoren die wahrscheinlichsten Kernursachen herauszuarbeiten.
Wirksamkeit von Lösungen bewerten
In der Improve-Phase wird das Balkendiagramm verwendet, um die Wirksamkeit von Lösungen zu bewerten. Nach der Umsetzung einer Maßnahme kann geprüft werden, ob sich zunächst die auffälligen Einflussfaktoren verbessern und ob sich dies anschließend auch positiv auf das ursprüngliche Problem auswirkt. So wird sichtbar, ob die gewählte Lösung tatsächlich wirksam ist.
Nachhaltigkeit der Verbesserung überprüfen
In der Control-Phase dient das Balkendiagramm dazu, die Nachhaltigkeit der Verbesserung zu überprüfen. Es kann erneut betrachtet werden, ob die zuvor auffälligen Kategorien stabil geblieben sind und ob die erzielte Verbesserung weiterhin besteht. So lässt sich bewerten, ob die umgesetzte Lösung langfristig wirksam bleibt.