Projektauftrag

Ü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.

Projektziele: Was soll am Ende erreicht werden? Jedes Ziel bekommt eine Zeile mit Beschreibung, Zieldatum, Messgröße und Zielwert. „Ausschuss von 4,2 % auf 1,5 % senken bis 31.12." ist ein gutes Ziel; „Qualität verbessern" ist keins.

ZEG (Zielerreichungsgrad): Wie weit ist das Ziel erreicht? 0 = nicht begonnen, 100 = vollständig erreicht. Den Wert im Lauf des Projekts nachführen — so zeigt der Projektauftrag jederzeit den Stand.

Abgrenzung (Scope): Was ist Teil des Projekts und was nicht? Halten Sie das in der Problembeschreibung fest. Eine klare Abgrenzung verhindert Scope Creep — z. B. „Nur Produktionslinie 3, nicht die Endmontage".

Organigramm (Team und Rollen): Sponsor, Projektleiter (Black/Green Belt), Kernteam. Klar dokumentierte Rollen vermeiden später Zuständigkeitslücken. Zuständigkeiten im Detail regelt die RACI-Matrix, Interessen und Einfluss die Stakeholder-Analyse.

Vorgehen

• Problemstellung in 2–4 Sätzen formulieren — mit Fakten, ohne Vermutungen.
• In der Problembeschreibung auch festhalten, was NICHT Teil des Projekts ist.
• Ziele anlegen, jeweils mit Messgröße, Zielwert und Zieldatum.
• Im Organigramm Team und Rollen eintragen, mindestens Sponsor und Projektleiter.
• Den ZEG der Ziele im Projektverlauf nachführen.
• 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. Der Sponsor im Organigramm 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.

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