Projektauftrag
Projektauftrag: Problembeschreibung und messbare Ziele
Überblick
Der Project Charter ist das Gründungsdokument eines Six-Sigma-Projekts. Er beschreibt knapp und nachvollziehbar, warum das Projekt nötig ist, was es erreichen soll, wer beteiligt ist und in welchem Rahmen gearbeitet wird. Er ist das erste Tool der Define-Phase und wird im Tollgate-Review als Referenz herangezogen.
Problemstellung (Problem Statement): Beschreibt knapp das aktuelle Problem mit Fakten: Was passiert? Wo, wann, wie oft? Welche Auswirkung hat es? Bewusst ohne Ursachen und ohne Lösungen — die werden später in Analyze und Improve erarbeitet.
Zieldefinition: Was soll am Ende erreicht werden? Ziele werden als nummerierte Liste mit messbaren Größen formuliert (Ausgangs-, Erwartungs- und Grenzwert — ZEG). „Ausschuss von 4,2 % auf 1,5 % senken bis 31.12." ist ein gutes Ziel; „Qualität verbessern" ist keins.
Scope (Umfang): Was ist Teil des Projekts und was nicht? Eine klare Abgrenzung verhindert Scope Creep — z. B. „Nur Produktionslinie 3, nicht die Endmontage".
Team und Rollen: Sponsor, Projektleiter (Black/Green Belt), Kernteam, Stakeholder. Klar dokumentierte Rollen vermeiden später Zuständigkeitslücken.
Zeit- und Meilensteinplan: Übersicht über die wichtigsten Termine, mindestens die DMAIC-Tollgates. Ein realistischer Plan ist wichtiger als ein ehrgeiziger.
Business Case: Quantitative Begründung: Welcher Nutzen entsteht (Einsparung, Umsatz, Qualität, Sicherheit)? Welche Kosten sind beteiligt? Der Sponsor sollte daraus die Investition ableiten können.
Vorgehen
- Problemstellung in 2–4 Sätzen formulieren — mit Fakten, ohne Vermutungen.
- Ziele als nummerierte Liste anlegen, jeweils mit Ausgangswert (heute), Erwartung (Soll) und Grenzwert (akzeptables Minimum).
- Scope und Out-of-Scope klar abgrenzen — was wird NICHT bearbeitet.
- Team und Rollen eintragen, mindestens Sponsor und Projektleiter.
- Zeitplan mit den fünf DMAIC-Tollgates entwerfen.
- Business Case ergänzen — Schätzung der Einsparung und der Projektkosten.
- Charter mit Sponsor abstimmen und freigeben — er ist die Basis für alles, was folgt.
Stolperfallen
Lösung in der Problemstellung: Sätze wie „Wir brauchen eine neue Maschine" sind keine Problemstellung — sie nehmen die Lösung vorweg. Beim Verfassen prüfen: Beschreibt der Satz das Symptom oder schon die Antwort?
Unmessbare Ziele: „Effizienz steigern", „Mitarbeiter motivieren" sind keine Ziele. Jedes Ziel braucht eine Zahl, eine Einheit und ein Datum — sonst lässt es sich am Ende des Projekts nicht prüfen.
Zu großer Scope: Six-Sigma-Projekte sollten typischerweise in 3–6 Monaten abgeschlossen sein. Wer „den gesamten Werksprozess optimieren" will, scheitert. Lieber das Projekt klein schneiden und nachschärfen.
Kein Sponsor-Commitment: Ohne aktiven Sponsor (Ressourcen, Eskalationsweg, politischer Rückhalt) kommen Projekte spätestens in Improve ins Stocken. Sponsor-Eintrag im Charter ist nicht symbolisch — der Sponsor muss informiert und eingebunden sein.
Charter wird nie aktualisiert: Im Lauf des Projekts ändern sich Ziele, Scope und Beteiligte. Der Charter sollte ein lebendes Dokument sein — Änderungen mit Datum festhalten, statt veralteten Stand zu konservieren.
Business Case beschönigt: Übertriebene Einsparungsversprechen rächen sich im Control-Tollgate. Lieber konservativ schätzen und am Ende positiv überraschen.
Beispieldaten
Dieses Modul wird mit den folgenden Beispieldatensätzen ausgeliefert — mit einem Klick in der App ladbar.
Verfügbar in folgenden Zyklen
- DMAIC: Define
- DMADV: Define
- 8D: D2 — Problem beschreiben