SMART im Projektmanagement: Bedeutung, Kriterien, Formulierung und Beispiele
SMART Projektmanagement bezeichnet eine Methode zur Zieldefinition, bei der jedes Projektziel fünf Kriterien erfüllt: spezifisch, messbar, attraktiv, realistisch und terminiert, wobei das A je nach Lesart auch für akzeptiert steht. Weil jedes Ziel einen klaren Inhalt, eine Messgröße und eine Frist erhält, machen die SMART-Kriterien Projektfortschritt und Projekterfolg eindeutig überprüfbar.
Das Akronym geht auf George T. Doran zurück, der es 1981 in der Fachzeitschrift „Management Review“ vorstellte. Im englischsprachigen Raum sind die Kriterien als SMART goals bekannt. Zwei Irrtümer halten sich dabei hartnäckig. Erstens gibt es keine einzig richtige Buchstabenbelegung: Doran selbst schrieb Assignable und Realistic, spätere Autoren machten daraus Achievable, Attraktiv, Akzeptiert oder Relevant. Zweitens ist ein SMART formuliertes Ziel nicht automatisch ein sinnvolles Ziel, denn SMART prüft die Formulierung und nicht die strategische Richtigkeit. Hilfreich ist eine Zweiteilung: S, M und T sind formale Kriterien, die ein Ziel eindeutig und überprüfbar machen, A und R sind umsetzungsbezogene Kriterien, die Akzeptanz im Team und Machbarkeit mit den verfügbaren Ressourcen sichern.
In der Praxis entstehen SMART-Ziele im Projektmanagement, indem Sie eine vage Projektidee schrittweise verdichten: Ergebnis benennen, Messgröße und KPIs wählen, Machbarkeit prüfen, Frist setzen und das Ganze auf Meilensteine herunterbrechen. Wie groß der Unterschied ist, zeigt ein Mini-Kontrast. „Die Montagelinie soll effizienter werden“ klingt nach Aufbruch, macht aber jede Abnahme zur Verhandlungssache. „Die Rüstzeit der Montagelinie sinkt bis 30. September um 15 %“ lässt sich dagegen am Stichtag schlicht nachmessen.
Unklare Ziele sind selten nur ein Schönheitsfehler. Sie verursachen Termin- und Budgetüberschreitungen, Ressourcenkonflikte zwischen parallelen Projekten und zähe Diskussionen, sobald Lenkungsausschuss oder Geschäftsführung die Zielerreichung belegt sehen wollen. Welches Gewicht das Thema hat, zeigt eine Studie der GPM: 2023 wurden 34,5 % der gesamten Arbeitszeit in Deutschland in Projekten erbracht, was einer Wertschöpfung von rund 1,2 Billionen Euro entspricht. Gleichzeitig sank der gemessene Projekterfolg gegenüber 2013 um sechs Indexpunkte, nicht zuletzt wegen verfehlter Termin- und Kostenpläne.
Für klassische Projekte mit stabilem Leistungsumfang ist SMART uneingeschränkt geeignet. In agilen und komplexen Projekten stößt die Methode an Grenzen, weil sich Anforderungen erst im Verlauf klären. Im hybriden Projektmanagement funktioniert SMART deshalb am besten in Kombination mit Sprintzielen oder OKR (Objectives and Key Results).
Kurz gesagt: SMART im Projektmanagement bedeutet, jedes Projektziel spezifisch, messbar, attraktiv, realistisch und terminiert zu formulieren, damit Fortschritt und Erfolg für alle Beteiligten eindeutig überprüfbar werden.

Inhaltsverzeichnis
- Was bedeutet SMART im Projektmanagement?
- S – Spezifisch: Wie konkret muss ein SMART-Ziel im Projektmanagement sein?
- M – Messbar: Wie macht man Projektziele nach SMART messbar?
- A – Attraktiv: Warum muss ein SMART-Ziel im Projekt akzeptiert sein?
- R – Realistisch: Wann ist ein SMART-Ziel im Projektmanagement erreichbar?
- T – Terminiert: Wie legt man Fristen für SMART-Ziele im Projekt fest?
- Wie formuliert man SMART-Ziele im Projektmanagement?
- 3 Beispiele für SMART-Ziele im Projektmanagement
- Welche typischen Fehler passieren bei SMART-Zielen im Projektmanagement?
- Wie lassen sich SMART-Ziele im hybriden Projektmanagement einsetzen?
- PLANTA Project: Projektmanagement mit SMART und weiteren PM-Methoden
- Fazit zur SMART-Methode im Projektmanagement
- Häufig gestellte Fragen zu SMART Projektmanagement
Was bedeutet SMART im Projektmanagement?
Die SMART-Methode ist Akronym und Kriterienset zugleich: Mit ihr formulieren Sie Projektziele so, dass sie eindeutig, überprüfbar und umsetzbar sind.
SMART ist ein Prüfraster für die Zieldefinition (das verbindliche Festlegen dessen, was ein Projekt erreichen soll), kein Vorgehensmodell und kein eigenständiges PM-Framework. Ein Ziel gilt als SMART, wenn es alle fünf SMART-Kriterien erfüllt. Die Kriterien greifen ineinander: Ein Ziel ohne Frist ist beispielsweise nur bedingt messbar, weil offen bleibt, wann gemessen wird. Im Projektmanagement wenden Sie SMART auf mehreren Ebenen an, vom Gesamtprojektziel im Projektauftrag über Phasen- und Meilensteinziele bis zu den Zielen einzelner Arbeitspakete.
Die fünf Kriterien lassen sich jeweils auf eine Kernfrage verdichten:
| Buchstabe | Deutsche Bedeutung | Kernfrage |
|---|---|---|
| S | Spezifisch | Was genau soll erreicht werden? |
| M | Messbar | Woran erkennen wir die Zielerreichung? |
| A | Attraktiv / akzeptiert | Steht das Team hinter dem Ziel? |
| R | Realistisch | Ist das Ziel mit den Ressourcen erreichbar? |
| T | Terminiert | Bis wann ist das Ziel erreicht? |
George T. Doran, Berater und ehemaliger Planungsdirektor, veröffentlichte das Akronym im November 1981 in der „Management Review“ unter dem Titel „There’s a S.M.A.R.T. way to write management’s goals and objectives“. Sein Original lautete Specific, Measurable, Assignable, Realistic, Time-related. Damit ist auch klar, warum es keine einzig richtige Buchstabenbelegung gibt: Schon die heute verbreitete deutsche Fassung weicht vom Original ab. Häufig wird SMART dem Management by Objectives (Führen durch Zielvereinbarung) nach Peter Drucker zugeordnet. Doran knüpfte gedanklich daran an, prägte das Akronym aber selbst. Bemerkenswert ist seine Einschränkung: Nicht jedes Ziel muss auf jeder Managementebene alle fünf Kriterien vollständig erfüllen. Gerade auf der mittleren Führungsebene ist ein bewusster Ausgleich zwischen harten, quantifizierbaren und eher qualitativen Zielen oft wertvoller, weil erzwungene Messbarkeit wichtige, aber schwer greifbare Ziele verdrängen kann. SMART war von Beginn an als praxisnaher Leitfaden gedacht, nicht als starres Regelwerk.
Für den Projekterfolg leisten SMART-Ziele vor allem eines: Sie schaffen eine gemeinsame Erfolgsdefinition zwischen Auftraggeber, Projektleitung und Team. Das reduziert Diskussionen bei der Abnahme spürbar. Messbare Ziele ermöglichen zudem den Soll-Ist-Vergleich im Projektcontrolling, sodass Sie frühzeitig gegensteuern können. Und klare Ziele bilden die Grundlage, auf der Sie Ressourcen, Termine und Budget überhaupt seriös planen. Wenn Sie Zielerreichung gegenüber Lenkungsausschuss oder Geschäftsführung belegen müssen, ist diese Klarheit Ihre beste Argumentationshilfe.
S – Spezifisch: Wie konkret muss ein SMART-Ziel im Projektmanagement sein?
Ein Projektziel ist spezifisch, wenn es so eindeutig formuliert ist, dass alle Beteiligten darunter dasselbe Ergebnis verstehen und kein Interpretationsspielraum bleibt.
Spezifisch heißt konkret, eindeutig und präzise. Das Ziel beschreibt einen Ergebniszustand, also was am Ende vorliegt, und keine Tätigkeitsbeschreibung, also was jemand tut. Ein spezifisches Projektziel benennt Gegenstand, Umfang und gewünschten Endzustand. „Die Dokumentation verbessern“ ist unspezifisch. „Für die neue Verpackungsanlage liegt eine vollständige Betriebsanleitung in Deutsch und Englisch vor“ ist spezifisch, auch wenn Frist und Kennzahl hier bewusst noch fehlen. Vage Ziele scheitern übrigens nicht erst in der Ausführung, sondern schon bei ihrer Definition: Solange nicht klar ist, wer was erreichen soll, handelt es sich eher um einen frommen Wunsch als um ein Projektziel.
Ob ein Ziel spezifisch genug ist, prüfen Sie am einfachsten mit fünf W-Fragen:
- Was genau soll erreicht werden? Die Antwort beschreibt das Ergebnis und den Leistungsumfang (Scope, also alle Lieferungen und Leistungen des Projekts).
- Wer ist verantwortlich und beteiligt? Hier benennen Sie Rollen wie Projektleitung, Teilprojekt oder Fachabteilung.
- Wo bzw. für welchen Bereich gilt das Ziel? Diese Frage grenzt Standort, Produkt oder Prozess ab.
- Warum wird das Ziel verfolgt? Die Antwort verankert den Nutzen und damit den Projektzweck.
- Womit bzw. mit welchen Mitteln? Hier klären Sie Rahmenbedingungen und Abgrenzungen, also auch, was ausdrücklich Out of Scope ist.
In der englischen Fachliteratur zu SMART goals steht das S überwiegend für Specific. Einzelne Quellen verwenden Simple, Significant oder Stretching. Simple verschiebt den Fokus von Präzision auf Verständlichkeit: Simple betont, dass ein Ziel leicht verständlich ist, Specific, dass es keinen Interpretationsspielraum lässt. Beides ist sinnvoll, aber nicht identisch. In der deutschsprachigen PM-Praxis hat sich „spezifisch“ durchgesetzt.
M – Messbar: Wie macht man Projektziele nach SMART messbar?
Projektziele werden messbar, indem Sie jedem Ziel eine Messgröße, einen Zielwert und eine Messmethode zuordnen. So lässt sich am Ende ohne Diskussion feststellen, ob das Ziel erreicht ist.
Unter den SMART-Kriterien ist M das Kriterium, das aus einer Absicht eine prüfbare Aussage macht. Messbar heißt: Die Zielerreichung ist anhand eines objektiven Kriteriums feststellbar. Dafür braucht jedes Ziel drei Elemente, nämlich eine Messgröße (was), einen Ausgangswert (Baseline, also der Stand zu Projektbeginn) samt Zielwert (wie viel) sowie eine Messmethode oder Datenquelle (wie erhoben). Fehlt eines davon, sind weder ein Soll-Ist-Vergleich im Controlling noch eine faire Abnahme möglich. Für Termine und Kosten haben sich Kennzahlen aus dem Earned Value Management bewährt: Ein Schedule Performance Index von exakt 1,0 bedeutet, dass das Projekt punktgenau im Zeitplan liegt. Fällt der Wert darunter, hinkt das Team hinterher, und Sie haben eine unmissverständliche Zahl für den Lenkungsausschuss.
Die gängigsten Messgrößen für Projektziele sind KPIs (Key Performance Indicators, also Schlüsselkennzahlen). Sinnvoll gruppieren lassen sie sich nach dem magischen Dreieck (Zusammenspiel von Leistung, Zeit und Kosten) plus Ressourcen:
- Termine: Messen Sie etwa die Termintreue von Meilensteinen. Der Schedule Performance Index (SPI) zeigt, ob der Fortschritt dem Plan entspricht.
- Kosten: Typisch ist die Budgetabweichung in Prozent. Der Cost Performance Index (CPI) setzt erbrachte Leistung und Ist-Kosten ins Verhältnis.
- Qualität/Leistung: Geeignet sind Fehlerquote, Anzahl offener Mängel bei Abnahme oder Testabdeckung.
- Ressourcen: Hier zählen die Auslastung kritischer Rollen und der Vergleich geplanter mit tatsächlichen Personentagen.
Nicht jedes Ziel lässt sich in Prozent ausdrücken. Die folgende Tabelle stellt quantitative und qualitative Messkriterien gegenüber:
| Aspekt | Quantitativ | Qualitativ |
|---|---|---|
| Charakter | Zahlen, Prozente, Mengen | Bewertungen, Zustände, Einschätzungen |
| Beispiel | Durchlaufzeit sinkt um 20 % | Kundenzufriedenheit „gut“ oder besser in Abnahmebefragung |
| Messmethode | Systemdaten, Zeiterfassung | Umfrage mit Skala, Review, Checkliste |
| Stolperstein | Messaufwand wird unterschätzt | Subjektivität ohne definierte Skala |
Auch qualitative Ziele lassen sich messbar machen, wenn Sie definierte Skalen, Checklisten oder Abnahmekriterien vorab festlegen. Ein Beispiel aus der Pharma-Praxis: „Die Validierungsdokumentation besteht das interne Audit ohne kritische Abweichung.“ Das Ergebnis ist eindeutig, obwohl keine einzige Prozentzahl vorkommt.
A – Attraktiv: Warum muss ein SMART-Ziel im Projekt akzeptiert sein?
Ein Ziel, hinter dem Projektteam und Stakeholder nicht stehen, wird selten mit vollem Einsatz verfolgt. Deshalb fordert das A, dass Ziele für die Beteiligten attraktiv und von ihnen akzeptiert sind.
Attraktiv heißt: Das Ziel hat für die Beteiligten einen erkennbaren Nutzen oder Sinn. Akzeptiert heißt: Die Verantwortlichen haben dem Ziel zugestimmt und tragen es mit. Im deutschsprachigen Raum sind beide Lesarten verbreitet, daneben auch „angemessen“ und „aktionsorientiert“. Bei Doran stand das A noch für Assignable, also zuordenbar: Jedes Ziel sollte einer konkreten Person gehören. Die Lesart als attraktiv oder akzeptiert hat sich erst später aus der Praxis entwickelt. Wichtig ist die Abgrenzung zum nächsten Buchstaben. A fragt: Wollen wir das? R fragt: Können wir das?
Neben den deutschen Lesarten kursieren im Englischen mehrere Varianten:
| Variante | Bedeutung | Fokus im Projekt |
|---|---|---|
| Assignable (Doran-Original) | zuordenbar | Klare Verantwortlichkeit: Wer setzt das Ziel um? |
| Achievable | erreichbar | Erreichbarkeit aus Sicht der Umsetzenden |
| Ambitious | ehrgeizig | Herausforderung, die über den Status quo hinausgeht |
| Accepted / Agreed | akzeptiert / vereinbart | Zustimmung der Beteiligten |
Achievable überschneidet sich stark mit R. Entscheiden Sie sich deshalb pro Organisation für eine Lesart und verankern Sie diese im PM-Handbuch. Assignable spielt seine Stärke in der Matrixorganisation (Mitarbeitende berichten parallel an Linien- und Projektvorgesetzte) aus, wo Verantwortlichkeiten schnell verschwimmen. Allerdings reicht dort die reine Zuweisung von oben oft nicht aus, denn ohne inhaltliches Buy-in bleiben Zuständigkeitskonflikte bestehen.
Akzeptanz entsteht durch Beteiligung. SMART-Ziele im Projektmanagement wirken deutlich stärker, wenn Sie sie gemeinsam im Kick-off erarbeiten, statt sie top-down zu verkünden. Attraktiv wird ein Ziel, wenn sein Beitrag zum Unternehmensziel sichtbar ist, etwa die Markteinführung vor dem Wettbewerb. Fehlende Akzeptanz erkennen Sie selten an offenem Protest. Sie zeigt sich eher im Statusmeeting, in dem alle freundlich nicken und die Aufgaben trotzdem liegen bleiben, während Termine ohne Eskalation rutschen. Gerade wenn Sie Teams aus mehreren Fachabteilungen ohne disziplinarische Weisungsbefugnis führen, ist echtes Commitment (verbindliche Selbstverpflichtung) Ihr wichtigster Hebel.
R – Realistisch: Wann ist ein SMART-Ziel im Projektmanagement erreichbar?
Ein SMART-Ziel ist realistisch, wenn es mit den verfügbaren Ressourcen, dem genehmigten Budget und im gegebenen Projektumfeld erreichbar ist: anspruchsvoll ja, aber nicht illusorisch.
Die SMART-Regel verlangt an dieser Stelle einen nüchternen Blick auf die Rahmenbedingungen. Realistisch heißt: Das Ziel ist unter den bekannten Bedingungen erreichbar, inklusive Abhängigkeiten, Risiken und vorhandenem Know-how. Ambitioniert darf es trotzdem sein. Die Grenze liegt dort, wo Zielerreichung nur noch mit Dauerüberstunden oder einer Portion Glück gelingt. Die beste Grundlage für die Einschätzung sind Erfahrungswerte und Lessons Learned aus abgeschlossenen Projekten. Entscheidend ist außerdem der Blick über das eigene Projekt hinaus: Sind Schlüsselpersonen oder kritische Prüfstände bereits über alle Projekte hinweg zu mehr als 100 % verplant, scheitert ein neues Ziel zwangsläufig an der Kapazitätsgrenze. Bereichsübergreifende Ressourcenpläne oder Work-in-Progress-Limits machen solche Engpässe sichtbar, bevor Sie ein Ziel zusagen.
Systematisch prüfen Sie Realismus über einen Abgleich mit vier Faktoren. Wie das im Multiprojektmanagement (Steuerung mehrerer paralleler Projekte mit gemeinsamen Ressourcen) gelingt, beschreibt unser Beitrag über effektive Ressourcenplanung im Multiprojektmanagement ausführlich.
- Personal und Kompetenzen: Prüfen Sie die Verfügbarkeit der benötigten Rollen über die gesamte Projektlaufzeit. Typischer Konflikt: Schlüsselpersonen arbeiten parallel in mehreren Projekten.
- Budget: Personal-, Sach- und externe Kosten müssen gedeckt sein. Typischer Konflikt: Das Budget wird genehmigt, bevor der Umfang feststeht.
- Zeit und Abhängigkeiten: Berücksichtigen Sie Vorlaufzeiten, Lieferanten und Freigaben, etwa regulatorische Freigaben in der Pharmaindustrie. Typischer Konflikt: Externe Abhängigkeiten fehlen im Plan.
- Technik und Infrastruktur: Maschinen, Testumgebungen und Lizenzen müssen verfügbar sein. Typischer Konflikt: Prüfstände sind durch andere Projekte belegt, ein Klassiker im Maschinenbau und in der Elektronik.
In der englischen Literatur ersetzt „Relevant“ häufig „Realistic“. Gefragt wird dann, ob das Ziel zur Strategie oder zum Projektzweck beiträgt, was eher dem Wollen aus dem A nahekommt als dem Können. „Resourced“ fragt dagegen explizit, ob die Ressourcen verbindlich zugesagt sind und nicht nur theoretisch existieren. Für Projekte mit chronischen Ressourcenengpässen ist Resourced die strengere und damit ehrlichere Lesart.
T – Terminiert: Wie legt man Fristen für SMART-Ziele im Projekt fest?
Fristen für SMART-Ziele legen Sie fest, indem Sie jedem Ziel ein konkretes Datum zuordnen und es bei längeren Laufzeiten über Meilensteine in überprüfbare Etappen gliedern.
Terminiert heißt: Das Ziel hat einen eindeutigen Endtermin, also ein Kalenderdatum statt „Q3“ oder „zeitnah“. Erst die Frist macht Messbarkeit vollständig, denn ein Zielwert ohne Zeitpunkt lässt sich nicht prüfen. Im Englischen finden Sie Time-bound, Time-related (so bei Doran) oder Timely. Wie teuer fehlende Terminierung werden kann, zeigen Auswertungen großer Projektdatenbanken: Gescheiterte Technologie- und Großprojekte überschreiten ihre geplante Laufzeit im Schnitt um 70 %. Ohne harte Frist und prüfbare Etappen fehlt die Dringlichkeit, und kleine Verzögerungen stauen sich unbemerkt auf.
Dabei lohnt eine klare Unterscheidung: Die Deadline ist der Endtermin des Ziels, ein Meilenstein dagegen ein Prüfpunkt auf dem Weg dorthin, an dem ein definiertes Zwischenergebnis vorliegen muss. So gehen Sie vor:
- Endtermin festlegen: Der Termin ergibt sich aus der Vorgabe des Auftraggebers oder aus der Rückwärtsplanung (Planung vom Endtermin aus rückwärts zum Projektstart).
- Etappen definieren: Legen Sie Zwischenergebnisse als Meilensteine fest, jeweils mit eigenem prüfbarem Kriterium.
- Puffer einplanen: Planen Sie Reserven bewusst und sichtbar ein, statt sie in jeder einzelnen Aufgabe zu verstecken.
- Prüftermine verankern: Regelmäßige Statusreviews gleichen die Zielerreichung mit dem Plan ab.
SMART-Fristen müssen mit dem Projektterminplan konsistent sein. Wer auf eine präzise Terminplanung im Gantt-Diagramm (Balkendiagramm, das Vorgänge auf einer Zeitachse darstellt) setzt, erkennt schnell, ob ein Zieltermin dort überhaupt abbildbar ist. Ist er es nicht, ist er auch nicht realistisch, womit sich der Kreis zu R und den Abhängigkeiten schließt. Liegt ein Ziel auf dem kritischen Pfad (Kette von Vorgängen ohne Zeitpuffer), verschiebt jede Verzögerung den Zieltermin direkt. Ändern sich Termine, passen Sie das Ziel bewusst an und dokumentieren die Änderung, statt es stillschweigend zu überziehen.
Wie formuliert man SMART-Ziele im Projektmanagement?
Wer SMART Projektziele formulieren will, schreibt sie selten in einem Wurf, sondern verdichtet sie schrittweise aus einer groben Projektidee und prüft sie anschließend gegen alle fünf Kriterien.
- Projektzweck klären: Bevor Sie Projektziele definieren, beantworten Sie, welches Problem das Projekt löst und welchen Nutzen es stiften soll. Diese Antwort ist der Anker für alle weiteren Schritte.
- Gewünschten Endzustand beschreiben: Formulieren Sie das Ergebnis statt der Tätigkeit. „Ein validiertes Prüfverfahren liegt vor“ ist stärker als „Wir entwickeln ein Prüfverfahren“.
- Messgröße und Zielwert festlegen: Bestimmen Sie die Kennzahl inklusive Ausgangswert. Ohne Baseline bleibt jeder Zielwert eine Behauptung.
- Verantwortung und Akzeptanz sichern: Stimmen Sie das Ziel mit Team und Auftraggeber ab. Benennen Sie eine Person, die das Ziel verantwortet.
- Machbarkeit prüfen: Gleichen Sie das Ziel mit Ressourcen, Budget und Abhängigkeiten ab. Beziehen Sie parallel laufende Projekte ausdrücklich mit ein.
- Frist setzen und dokumentieren: Halten Sie das Ziel im Projektauftrag bzw. im Projektsteckbrief (kompakte Übersicht der wichtigsten Projekteckdaten auf einer Seite) fest. Wer Ziele, Meilensteine und Termine anschließend in einer Software für ganzheitliches Projektmanagement hinterlegt, legt dem Lenkungsausschuss einen Projektauftrag vor, der sich später auch nachverfolgen lässt.

Bevor ein Ziel freigegeben wird, lohnt ein letzter Check mit genau einer Prüffrage pro Kriterium:
| Kriterium | Prüffrage | Ziel besteht, wenn … |
|---|---|---|
| Spezifisch | Versteht jede beteiligte Person dasselbe Ergebnis? | keine Rückfragen zum Inhalt entstehen |
| Messbar | Gibt es Messgröße, Zielwert und Datenquelle? | die Zielerreichung objektiv feststellbar ist |
| Attraktiv | Haben Verantwortliche zugestimmt? | eine Person namentlich verantwortlich ist |
| Realistisch | Sind Ressourcen und Budget zugesagt? | keine ungeklärten Engpässe bestehen |
| Terminiert | Gibt es ein konkretes Datum? | der Termin im Projektplan verankert ist |
Von SMART-Zielen zu unterscheiden sind allgemeine Projektziele oder Visionen wie „Wir werden Marktführer bei Inline-Sensorik“. Sie geben Richtung vor, während SMART-Ziele diese Richtung in überprüfbare Ergebnisse übersetzen. Die Vision sagt, wohin die Reise geht. Das SMART-Ziel sagt, wann Sie wo angekommen sein müssen. Beide Ebenen haben ihre Berechtigung: die Vision für Motivation und Strategie, SMART-Ziele für Steuerung und Abnahme. Ein Projekt braucht deshalb in der Regel eine Zielhierarchie (Gliederung von übergeordneten zu abgeleiteten Teilzielen) aus einem übergeordneten Ziel und mehreren SMART-Zielen. Diese saubere Zieldefinition verhindert, dass Teams im Tagesgeschäft in Einzelaufgaben abdriften. Erhebungen zur Arbeitswelt zeigen zudem, dass Mitarbeitende, die ihre konkreten Ziele genau kennen, fast viermal häufiger länger als zwei Jahre im Unternehmen bleiben und viereinhalbmal häufiger mit ihrer Arbeit zufrieden sind.
3 Beispiele für SMART-Ziele im Projektmanagement
SMART-Ziele sehen in jeder Projektphase anders aus. Die folgenden SMART-Ziele-Beispiele orientieren sich an den klassischen Phasen im Projektmanagement und zeigen für Planung, Durchführung und Abschluss jeweils, wie aus einer vagen Absicht ein überprüfbares Ziel wird.
Den Rahmen setzt die Projektinitiierung. Dort entsteht im Projektauftrag das übergeordnete Projektziel, das bereits SMART formuliert ist und als Klammer für alle Phasenziele dient, etwa so: „Bis 31.12. ist die neue Abfülllinie am Standort X qualifiziert und produziert 12.000 Einheiten pro Schicht bei einem Projektbudget von maximal 2,4 Mio. Euro.“ Alle Phasenziele leiten sich aus diesem Gesamtziel ab.
Die drei Beispiele im Überblick:
- Projektplanung: ein SMART-Ziel für einen freigegebenen Projektstrukturplan im Maschinenbau.
- Projektcontrolling und Durchführung: ein SMART-Ziel für Budget- und Termintreue in einem Elektronik-Entwicklungsprojekt.
- Projektabschluss: ein SMART-Ziel für Übergabe und Lessons Learned in einem Pharma-Projekt.
1. Projektplanung
Ein Maschinenbauer plant eine kundenspezifische Sondermaschine, an der Konstruktion, Elektrik und Software beteiligt sind. Ein typisches SMART-Projektmanagement-Beispiel aus der Planungsphase zeigt, wie die Ausgangsformulierung nachgeschärft wird:
Nicht SMART: „Wir erstellen zügig einen guten Projektplan.“
SMART: „Bis 15. März liegt ein Projektstrukturplan mit allen Arbeitspaketen, Verantwortlichen und Aufwandsschätzungen vor. Die Projektleitung erstellt ihn, stimmt ihn mit allen drei Teilprojektleitungen ab und lässt ihn vom Lenkungsausschuss freigeben.“
Der Projektstrukturplan (hierarchische Gliederung aller Leistungen eines Projekts in Arbeitspakete) bildet die Basis, auf der Arbeitspakete eingeplant und Ressourcen verbindlich zugesagt werden. Wie Sie bei der strukturierten Erstellung des Projektplans Schritt für Schritt vorgehen, lesen Sie in unserem Leitfaden.
| Kriterium | Umsetzung im Beispiel |
|---|---|
| Spezifisch | Gefordert ist ein Projektstrukturplan mit Arbeitspaketen, Verantwortlichen und Aufwänden. |
| Messbar | Der Plan ist vollständig und durch den Lenkungsausschuss freigegeben. |
| Attraktiv | Alle drei Teilprojektleitungen stimmen den Plan mit ab. |
| Realistisch | Die Projektleitung erstellt den Plan mit bekannten Beteiligten im üblichen Planungsumfang. |
| Terminiert | Stichtag ist der 15. März. |
2. Projektcontrolling und Durchführung
Ein Elektronikhersteller entwickelt eine neue Steuerungsplatine, Budget und Zeitplan sind eng gesteckt. Zu den zentralen Aufgaben im operativen Projektcontrolling gehört es, genau solche Rahmenbedingungen in prüfbare Ziele zu übersetzen:
Nicht SMART: „Wir behalten Kosten und Termine im Blick.“
SMART: „Bis zum Meilenstein ‚Prototyp freigegeben‘ am 30. Juni weichen die Ist-Kosten um maximal 5 % vom Plan ab. Die Projektleitung prüft dies in einem monatlichen Soll-Ist-Vergleich und eskaliert ab 3 % Abweichung an den Lenkungsausschuss.“
Die Kostenabweichung dient hier als einer der KPIs aus der Kostendimension. Die Eskalationsschwelle (Grenzwert, ab dem eine Abweichung an die nächsthöhere Instanz gemeldet wird) macht das Ziel zum Frühwarnmechanismus statt zur reinen Endkontrolle.
| Kriterium | Umsetzung im Beispiel |
|---|---|
| Spezifisch | Die Kosten bis zum Meilenstein „Prototyp freigegeben“ stehen im Fokus. |
| Messbar | Die Abweichung der Ist- von den Plankosten beträgt maximal 5 %. |
| Attraktiv | Die Projektleitung verantwortet Prüfung und Eskalation. |
| Realistisch | Monatliche Reviews und eine Schwelle von 3 % erlauben rechtzeitiges Gegensteuern. |
| Terminiert | Zieltermin ist der 30. Juni, geprüft wird monatlich. |
3. Projektabschluss
Ein Pharmaunternehmen schließt die Einführung eines neuen Laborinformationssystems ab. Gerade der Abschluss wird oft vernachlässigt, obwohl er Wissen für Folgeprojekte sichert:
Nicht SMART: „Wir schließen das Projekt ordentlich ab und lernen daraus.“
SMART: „Innerhalb von vier Wochen nach der formalen Abnahme ist das System an den Linienbetrieb übergeben, ein Lessons-Learned-Workshop mit allen Teilprojektleitungen durchgeführt und der Abschlussbericht vom Auftraggeber unterzeichnet.“
Die Übergabe an die Linie (Überführung des Projektergebnisses in den regulären Betrieb) und die Lessons Learned (dokumentierte Erfahrungen für künftige Projekte) werden so verbindlich. Wie stark terminierte, messbare Ziele in der Pharmabranche wirken, zeigen klinische Studien: Dort vergehen im Schnitt 30,5 Tage, bis der erste Patientenbesuch überhaupt terminiert ist. Wer hier ambitionierte Meilensteine wie „unter zwei Tage“ setzt, kann die Randomisierungswahrscheinlichkeit potenziell verdreifachen.
| Kriterium | Umsetzung im Beispiel |
|---|---|
| Spezifisch | Übergabe, Lessons-Learned-Workshop und Abschlussbericht sind klar benannt. |
| Messbar | Jedes Ergebnis ist durch Protokoll oder Unterschrift nachweisbar. |
| Attraktiv | Alle Teilprojektleitungen und der Auftraggeber sind eingebunden. |
| Realistisch | Vier Wochen reichen für drei klar umrissene Abschlussaufgaben. |
| Terminiert | Die Frist endet vier Wochen nach der formalen Abnahme. |
Welche typischen Fehler passieren bei SMART-Zielen im Projektmanagement?
Die meisten SMART-Ziele scheitern nicht an der Methode selbst: Die SMART-Regel wird zwar angewendet, aber vier wiederkehrende Fehler bei Formulierung und Umsetzung untergraben ihre Wirkung.
- Zu vage Formulierungen: Füllwörter wie „optimieren“, „verbessern“ oder „zeitnah“ schleichen sich in den Projektauftrag. Die Folge sind unterschiedliche Erwartungen bei Auftraggeber und Team. Besser: Formulieren Sie einen Ergebniszustand mit konkretem Gegenstand.
- Fehlende Messgrößen: Das Ziel nennt eine Richtung, aber keinen Zielwert oder keine Datenquelle. Spätestens bei der Abnahme beginnt dann die Diskussion. Besser: Legen Sie Ausgangswert, Zielwert und Messmethode vorab fest.
- Unrealistische Ziele ohne Ressourcenabgleich: Das Ziel wird zugesagt, ohne parallel laufende Projekte zu betrachten. Überlastung, Terminverzug und Qualitätsverlust gefährden dann den Projekterfolg. Besser: Prüfen Sie in der Multiprojektumgebung die Ressourcenverfügbarkeit projektübergreifend, bevor Sie das Ziel freigeben.
- Fehlende Nachverfolgung im Projektalltag: Kennen Sie das Ziel, das seit dem Kick-off auf Folie 3 schlummert? Abweichungen fallen so erst am Projektende auf, wenn niemand mehr gegensteuern kann. Besser: Machen Sie den Zielstatus zum festen Bestandteil jedes Statusberichts. Besonders schwierig wird diese Nachverfolgung, wenn klassische und agile Teams mit unterschiedlichen Zielformaten arbeiten.

Wie lassen sich SMART-Ziele im hybriden Projektmanagement einsetzen?
Im hybriden Projektmanagement eignen sich SMART-Ziele vor allem für Meilensteine, Phasenergebnisse und Rahmenvorgaben, während agile Teams innerhalb dieses Rahmens mit Sprintzielen arbeiten.
Agile Projekte lassen den Leistungsumfang zu Beginn bewusst offen. Ein langfristig fixiertes SMART-Ziel widerspricht dem Prinzip, mit jeder Iteration (kurzer, zeitlich begrenzter Entwicklungszyklus) auf Feedback zu reagieren. In komplexen Vorhaben mit hoher Unsicherheit, etwa in Forschung und Entwicklung, ist „realistisch“ zu Projektbeginn oft gar nicht seriös bewertbar. SMART bleibt trotzdem sinnvoll, allerdings auf kürzeren Zeithorizonten und mit regelmäßiger Überprüfung. Bewährt hat sich eine Arbeitsteilung: OKR klären auf Team- und Portfolioebene das strategische Was und Warum, SMART leitet daraus auf operativer Ebene konkrete Arbeitspakete und messbare Meilensteine ab. So behalten agile Teams Freiraum für Innovation, und die Teilziele bekommen dennoch Ausführungsdisziplin.
Wie die Zielebenen zusammenspielen, zeigt die folgende Übersicht:
| Zielebene | Instrument | Typischer Zeithorizont | Beispiel |
|---|---|---|---|
| Strategisch / Portfolio | OKR | Quartal bis Jahr | Objective: Time-to-Market verkürzen |
| Projekt / Meilenstein | SMART-Ziel | Projektphase | Serienreife Prototyp bis 30.09. |
| Team / Iteration | Sprintziel | 1-4 Wochen | Firmware-Update für Sensor-Kalibrierung lauffähig |
Die Ebenen greifen ineinander: Key Results werden häufig nach dem Muster von SMART goals formuliert, und jedes Sprintziel (das verbindliche Ergebnis eines einzelnen Sprints) zahlt auf einen SMART-Meilenstein ein. Hybrides Projektmanagement bedeutet in diesem Sinne, dass die klassische Projektleitung SMART-Meilensteine verantwortet, während agile Teams ihren Weg dorthin selbst organisieren.
Zum Problem wird dieses Zusammenspiel, wenn Ziele verteilt gepflegt werden: in Präsentationen, Tabellen und Board-Tools. Dann geht der Zusammenhang zwischen Sprintzielen, Meilensteinen und Gesamtziel schnell verloren. Eine moderne Software für Projektmanagement verknüpft Ziele dagegen mit Terminen, Ressourcen und Kosten und macht Abweichungen in Echtzeit sichtbar. Achten Sie bei der Auswahl auf drei Anforderungen: klassische und agile Planung in einem System, eine projektübergreifende Ressourcensicht sowie eine Frühwarnung bei Abweichungen. Hinzu kommen Collaboration-Funktionen, damit alle Beteiligten auf denselben Zielstand zugreifen. Am Ende entscheidet eine Frage: Lassen sich klassische, agile und hybride Ziele in einem einzigen System steuern?
PLANTA Project: Projektmanagement mit SMART und weiteren PM-Methoden
SMART-Ziele entfalten ihre Wirkung erst, wenn sie im Projektalltag sichtbar bleiben, und genau dafür bietet PLANTA Project eine zentrale Grundlage.
PLANTA Project ist eine Projektmanagement-Software für Einzel- und Multiprojektmanagement „Made in Germany“, entwickelt in Karlsruhe. Ihr Kern ist das hybride Projektmanagement: Klassische, agile und hybride Methoden sind in einem System integriert. Dahinter stehen über 40 Jahre Erfahrung und mehrere Auszeichnungen für die Lösung.
Für SMART-Ziele im Projektmanagement heißt das konkret: Meilensteine mit Terminen, Verantwortlichen und Messgrößen pflegen Sie zentral an einer Stelle. Der Abgleich von Ressourcen und Budget erfolgt projektübergreifend, was das R-Kriterium gerade in Multiprojektumgebungen absichert und den Fehler fehlender Ressourcenabgleiche vermeidet. Echtzeit-Übersichten und Frühwarnsysteme zeigen Abweichungen, bevor ein Ziel verfehlt ist, sodass kein Ziel mehr unbemerkt auf Folie 3 verschwindet.
Technisch sind Ziele, Termine, Ressourcen und Kosten in einem Datenmodell verknüpft. Eine Änderung an einer Stelle wirkt sofort auf Plan und Status. Agile Boards und klassische Terminpläne laufen im selben System, sodass Sprintziele nachvollziehbar auf SMART-Meilensteine einzahlen. Anpassbare Workflows bilden Ihre unternehmensspezifischen Freigabe- und Reportingprozesse ab. Wenn Sie Projektziele zusätzlich mit Unternehmenszielen verbinden möchten, ergänzt PLANTA Enterprise die Funktionen um strategisches Projekt- und Portfoliomanagement.
Die Vorteile im Überblick:
- Transparenz: Sie sehen den Zielstatus aller Projekte auf einen Blick.
- Hybride Steuerung: Klassische, agile und hybride Ziele laufen in einem System zusammen.
- Ressourcensicherheit: Engpässe werden sichtbar, bevor Sie ein Ziel zusagen.
- Flexibilität: Sie betreiben die Lösung On-Premises oder als Cloud/SaaS und passen sie an Ihre Unternehmensprozesse an.
Wie PLANTA Project und PLANTA Enterprise Ihre SMART-Ziele abbilden, zeigen wir Ihnen gern in einem unverbindlichen Beratungsgespräch. Den rund 30-minütigen Termin buchen Sie bequem online. Im Gespräch arbeiten wir mit einem Demosystem, das zu Ihrer Branche passt. Einen Überblick über die Preise finden Sie in unserer Preisübersicht.
Fazit zur SMART-Methode im Projektmanagement
Die SMART-Methode liefert ein schlankes, aber wirksames Prüfraster: Spezifisch, messbar und terminiert sorgen als formale Kriterien für Eindeutigkeit, attraktiv und realistisch sichern Akzeptanz und Machbarkeit. Überprüfbarer Projekterfolg beginnt mit einem eindeutig formulierten Ziel, das Sie schrittweise aus der Projektidee verdichten und mit je einer Prüffrage pro Kriterium absichern. Ob Termin- und Budgettreue gelingt, hängt maßgeblich von messbaren, terminierten Zielen ab. Im hybriden Projektmanagement entfaltet SMART seine Stärke im Zusammenspiel mit Sprintzielen und OKR. Und weil es keine einzig richtige Buchstabenbelegung gibt, zählt vor allem eine einheitliche Lesart im eigenen Unternehmen.
Für Projektleiter und PMO-Verantwortliche in Maschinenbau, Elektronik und Pharma ist SMART sofort anwendbar: im Projektauftrag beim Kick-off, bei Meilensteinzielen und KPIs im Controlling sowie bei Abschlusszielen für Lessons Learned. Zentral in einer hybriden Projektmanagement-Software wie PLANTA Project nachverfolgt, bleiben diese Ziele im Projektalltag dauerhaft sichtbar. Wie das in Ihrer Projektlandschaft aussehen kann, besprechen wir gern in einem unverbindlichen Beratungsgespräch. Nehmen Sie sich Ihr nächstes Projektziel vor und prüfen Sie es gegen die fünf Kriterien. Meist zeigt sich schon beim M, wo nachgeschärft werden muss.
Häufig gestellte Fragen zu SMART Projektmanagement
Welche Alternativen zur SMART-Methode gibt es?
Die bekanntesten Alternativen und Erweiterungen der SMART-Methode sind SMARTER (ergänzt um die Kriterien Evaluated und Reviewed), OKR sowie FAST-Ziele (Frequently discussed, Ambitious, Specific, Transparent). Welche passt, hängt von der Zielebene ab: OKR eignet sich für strategische Ziele, SMART für Projekt- und Meilensteinziele.
Was ist der Unterschied zwischen SMART-Zielen und OKR?
SMART ist ein Kriterienset für die Formulierung einzelner Ziele, OKR dagegen ein Zielsystem aus einem qualitativen, ambitionierten Objective und mehreren messbaren Key Results, das meist quartalsweise geplant wird. Beide lassen sich kombinieren, denn Key Results werden häufig nach SMART formuliert.
Sind SMART-Ziele für agile Projekte geeignet?
Bedingt: SMART-Ziele eignen sich in agilen Projekten gut für Sprintziele, Releases und übergeordnete Meilensteine mit klarem Zeitrahmen. Für langfristige, unsichere Produktziele ist SMART oft zu starr, weshalb typischerweise OKR oder eine Produktvision beim Einsatz im hybriden Projektmanagement die Zielsteuerung sinnvoll ergänzen.
Related Posts
LETZTE BEITRÄGE
SMART im Projektmanagement: Bedeutung, Kriterien, Formulierung und Beispiele
Beate Schulte2026-10-25T15:09:38+00:0026. Oktober 2026|
Was ist Scope Creep? Gründe, Auswirkungen und Maßnahmen
Jochen Geißer2026-10-17T21:30:54+00:0025. September 2026|
Was ist OKR? Erklärung, Nutzen und Verwendung der Methode
Beate Schulte2026-10-17T21:34:53+00:008. September 2026|



