Wie definieren und strukturieren wir Projektziele richtig?
Ergebnis-, Prozess- und Nicht-Ziele unterscheiden
Stell dir vor, du entwickelst einen neuen Webshop für ein Unternehmen. Bevor du die erste Zeile Code schreibst, musst du exakt definieren, was am Ende erreicht sein soll. Projektziele geben dem gesamten Team die Richtung vor und werden in drei Kategorien unterteilt:
- Ergebnisziele (Deliverables): Sie beschreiben das konkrete, greifbare Endprodukt (das "Was"). Beispiel: Der Webshop ist vollständig entwickelt, getestet und für Kund:innen erreichbar.
- Prozessziele: Sie definieren die Art der Zusammenarbeit oder Qualitätsvorgaben während der Projektlaufzeit (das "Wie"). Beispiel: Das Entwicklungsteam führt wöchentliche Code-Reviews durch, um die Softwarequalität hoch zu halten.
- Nicht-Ziele (Non-Goals): Sie legen explizit fest, was nicht Teil des Projekts ist. Diese Abgrenzung ist extrem wichtig, um Scope Creep (die schleichende, unkontrollierte Erweiterung des Projektumfangs) zu verhindern. Beispiel: Die Entwicklung einer begleitenden Smartphone-App ist ausdrücklich kein Bestandteil dieses Projekts.
Die SMART-Methode für überprüfbare Ziele
Ein Ziel wie "Wir bauen einen guten Webshop" ist in der Praxis nutzlos, da am Ende niemand objektiv prüfen kann, ob es erreicht wurde. Die SMART-Methode stellt sicher, dass Ziele präzise formuliert und am Projektende eindeutig überprüfbar sind:
- Spezifisch: Das Ziel ist unmissverständlich und detailliert formuliert.
- Messbar: Es gibt klare Kriterien (Zahlen, Daten), um den Erfolg objektiv zu messen.
- Attraktiv (auch Akzeptiert): Das Ziel motiviert das Team und wird von allen Stakeholdern mitgetragen.
- Realistisch: Das Ziel ist mit den vorhandenen Ressourcen (Zeit, Geld, Personal) tatsächlich machbar.
- Terminiert: Es gibt eine feste Deadline.
Ein SMARTes Projektziel: "Der neue Webshop (S) generiert bis zum 31. Dezember (T) einen monatlichen Mindestumsatz von 10.000 € (M). Das Budget von 50.000 € reicht dafür aus (R) und das Team sieht darin einen wichtigen Meilenstein für das Unternehmenswachstum (A)."
Wie steuern wir Projekte im Spannungsfeld von Zielen und Grenzen?
Das Magische Dreieck des Projektmanagements
Jedes IT-Projekt bewegt sich in einem ständigen Spannungsverhältnis zwischen drei Zieldimensionen, die im Magischen Dreieck (Magic Triangle) dargestellt werden: Leistung/Qualität (Scope), Zeit (Time) und Kosten (Cost).
Diese drei Ecken des Dreiecks sind untrennbar miteinander verbunden. Veränderst du eine Dimension, zwingt dich das physikalisch quasi dazu, mindestens eine der anderen anzupassen:
- Szenario 1 (Leistung steigt): Die Kundschaft fordert kurzfristig ein zusätzliches Bezahlsystem im Webshop. Konsequenz: Du benötigst mehr Zeit für die Entwicklung oder musst das Budget (Kosten) erhöhen, um externe Entwickler:innen hinzuzuziehen.
- Szenario 2 (Zeit sinkt): Der Webshop muss einen Monat früher online gehen. Konsequenz: Du musst den Umfang reduzieren (z. B. weniger Funktionen zum Start) oder die Kosten durch Überstundenvergütung erhöhen.
Erfolgreiches Projektmanagement bedeutet, bei jeder Änderung aktiv zu bewerten, wie sich das Dreieck verschiebt, und diese Zielkonflikte transparent zu kommunizieren.
Rahmenbedingungen (Constraints) klassifizieren
Während Ziele beschreiben, wo du hinwillst, definieren Rahmenbedingungen (Constraints) die unverrückbaren Leitplanken auf deinem Weg. Sie schränken deinen Handlungsspielraum von außen ein und müssen bei der Projektplanung zwingend berücksichtigt werden:
- Technische Constraints: Vorgaben durch bestehende IT-Infrastruktur. Beispiel: Der neue Webshop muss zwingend auf den bestehenden Linux-Servern des Unternehmens laufen.
- Organisatorische Constraints: Einschränkungen durch Unternehmensstrukturen. Beispiel: Die Lead-Entwicklerin steht für dieses Projekt nur 20 Stunden pro Woche zur Verfügung.
- Budgetäre Constraints: Die absolute finanzielle Obergrenze. Beispiel: Für externe Softwarelizenzen dürfen maximal 5.000 € ausgegeben werden.
- Rechtliche Constraints: Gesetzliche Vorgaben, die nicht verhandelbar sind. Beispiel: Die Speicherung der Kund:innendaten muss zu 100 % der DSGVO entsprechen.
- Soziale Constraints: Zwischenmenschliche oder kulturelle Faktoren. Beispiel: Das Team ist auf drei verschiedene Zeitzonen verteilt, was synchrone Meetings erschwert.
Teste dein Wissen
Du leitest die Entwicklung einer neuen internen Zeiterfassung. Welches der folgenden Ziele ist ein klassisches Prozessziel?