Ein IT-Systemhaus führt ein neues Ticketsystem ein. Das Ziel: "Den Service verbessern." Sechs Monate später ist das System live. Und niemand kann sagen, ob das Projekt erfolgreich war. Weil niemand vorher definiert hat, was "besser" konkret bedeutet.

Das ist kein Einzelfall. Die meisten Projekte in IT-Unternehmen scheitern nicht am fehlenden Einsatz, sondern an einem Ziel, das zu unscharf war, um daran zu scheitern oder zu gewinnen.

Die SMART-Methode ist das Gegenmittel. Fünf Kriterien, die aus einem vagen Wunsch ein belastbares Ziel machen.

Kontext: Warum klare Ziele im IT-Systemhaus teuer sind

Die SMART-Methode geht auf George T. Doran zurück, der das Konzept 1981 im Management-Kontext beschrieben hat. Das Akronym steht für Spezifisch, Messbar, Erreichbar, Relevant und Terminiert. Fünf Kriterien, die sicherstellen, dass alle Beteiligten dasselbe Ziel verfolgen.

Für IT-Systemhäuser und MSPs ist diese Präzision besonders relevant. Projekte laufen oft über Monate, involvieren mehrere Abteilungen und externe Partner, und scheitern häufig nicht an technischen Problemen, sondern daran, dass Auftraggeber und Umsetzungsteam ein unterschiedliches Bild davon hatten, was am Ende herauskommen soll.

Studien belegen, dass mehr als die Hälfte aller Projekte scheitert, weil das Ziel nicht klar definiert war. Im IT-Systemhaus kommt erschwerend hinzu: Projektstunden sind teuer, Ressourcen knapp, und Nachbesserungen wegen unklarer Anforderungen fressen Marge, die nie wieder reinkommt.

Die fünf SMART-Kriterien im IT-Kontext

Spezifisch: Was genau soll passieren?

Ein Ziel ist dann spezifisch, wenn alle Beteiligten dasselbe mentale Bild davon haben. "Wir wollen den Service verbessern" ist kein Ziel. Es ist eine Hoffnung.

Konkret bedeutet spezifisch: Antworten auf fünf W-Fragen geben. Was genau soll erreicht werden? Warum ist das wichtig? Wer ist verantwortlich? Wo findet das statt? Welche Rahmenbedingungen gelten (Budget, Ressourcen, Einschränkungen)?

Ein spezifisches Ziel im IT-Systemhaus klingt so: "Wir reduzieren die durchschnittliche Bearbeitungszeit für Tier-1-Tickets von 4 Stunden auf 90 Minuten, indem wir eine Wissensdatenbank im Helpdesk-System aufbauen. Verantwortlich ist das Service-Team, Budget 8.000 Euro."

Je spezifischer das Ziel, desto weniger Raum für Missverständnisse. Und Missverständnisse im IT-Projektgeschäft kosten immer Geld.

Messbar: Wie erkennt man, dass das Ziel erreicht ist?

Ein Ziel ohne messbare Kriterien ist Ansichtssache. Am Ende glaubt jeder, er habe gewonnen, oder niemand weiß, ob etwas besser wurde.

"Den Kundenstamm ausbauen" ist nicht messbar. "Bis Ende Q3 zwölf neue Managed-Service-Kunden mit einem monatlichen Vertragsvolumen von mindestens 2.000 Euro gewinnen" schon. Das ist binär: Zwölf Kunden oder nicht. Kein Interpretationsspielraum.

Im IT-Servicegeschäft gibt es viele messbare Größen: Ticket-Volumen, Erstlösungsquote, Reaktionszeit, Vertragsverlängerungsrate, Umsatz pro Kunde. Welche Kennzahl zum Ziel passt, muss vor Projektstart festgelegt werden, nicht danach.

Erreichbar: Ist das mit den vorhandenen Mitteln realistisch?

Ein Ziel sollte herausfordern, aber nicht überfordern. Wer mit drei Technikern in vier Wochen 200 Server migrieren will, plant keine Herausforderung, sondern ein Scheitern.

Erreichbarkeit erfordert eine ehrliche Bestandsaufnahme. Wie viele Mitarbeiter haben wir? Welche Kapazitäten sind frei? Welche externen Abhängigkeiten gibt es (Hersteller, Lieferzeiten, Kundenfreigaben)? Sind Subunternehmer eingeplant?

Ein erreichbares Ziel motiviert, weil der Erfolg greifbar scheint. Ein unrealistisches Ziel demotiviert, noch bevor die erste Aufgabe erledigt ist. Der Unterschied zwischen ambitioniert und unrealistisch ist oft eine saubere Kapazitätsplanung.

Relevant: Zahlt das auf die Unternehmensstrategie ein?

Nicht jedes erreichbare und messbare Ziel ist automatisch sinnvoll. Relevant bedeutet: Das Ziel bringt das Unternehmen wirklich weiter. Es ist kein Selbstzweck.

Ein IT-Dienstleister, der strategisch in Richtung Managed Services wächst, sollte keine Ressourcen in die Optimierung von Einmalprojekten stecken, die auslaufen sollen. Relevanz ist der Filter, der verhindert, dass gut gemeinte Arbeit am falschen Hebel ansetzt.

Die einfachste Prüffrage: Wenn wir dieses Ziel erreichen, sind wir dem Unternehmensziel für dieses Jahr näher? Wenn die Antwort "nicht wirklich" ist, ist das Ziel wahrscheinlich das falsche.

Terminiert: Bis wann genau?

Ohne Deadline dehnt sich Arbeit auf die verfügbare Zeit aus. Das ist kein Vorwurf, sondern menschliche Psychologie. Ein fester Termin schafft Verbindlichkeit und ermöglicht Rückwärtsplanung.

"Demnächst" ist keine Deadline. "Bis zum 30. September, Go-Live in der Produktivumgebung" ist eine. Mit einem konkreten Datum lassen sich Meilensteine ableiten, Ressourcen einplanen und Abhängigkeiten frühzeitig erkennen.

Im IT-Systemhaus gilt: Wer den Termin nicht kennt, kann ihn nicht einhalten. Und ein Termin, den niemand ernst nimmt, ist keiner.

Abbildung 1: Die fünf SMART-Kriterien im Überblick. Jedes Kriterium schließt eine bestimmte Art von Unklarheit aus.

SMART in der Praxis des IT-Systemhauses

Die Theorie ist klar. In der Praxis zeigt sich, wo SMART wirklich hilft und wo die Methode an ihre Grenzen stößt.

Beispiel Projektmanagement: Cloud-Migration.

Ein IT-Systemhaus will die On-Premise-Infrastruktur eines Bestandskunden in die Cloud migrieren. Das vage Ziel lautet: "Wir modernisieren die Infrastruktur des Kunden."

Als SMART-Ziel formuliert: "Wir migrieren bis zum 31. Oktober die 12 Server des Kunden XY von on-premise auf Azure, reduzieren dabei die monatlichen Betriebskosten des Kunden um mindestens 20 Prozent und stellen sicher, dass alle Systeme nach der Migration mindestens die bisherige Verfügbarkeit von 99,5 Prozent erreichen. Projektverantwortlicher ist der Senior Consultant, Budget 35.000 Euro."

Das ist spezifisch (welche Server, welcher Kunde), messbar (20 Prozent Kostensenkung, 99,5 Prozent Verfügbarkeit), erreichbar (mit dem vorhandenen Team in 4 Monaten), relevant (Bestandskundenpflege und Managed-Service-Potenzial) und terminiert (31. Oktober).

Beispiel Vertrieb: Kundengespräch mit SMART-Ziel.

Im Vertrieb hilft SMART nicht nur bei Projekten, sondern auch bei der Gesprächsvorbereitung. Wer ohne klares Gesprächsziel in ein Meeting geht, führt nette Unterhaltungen statt Gespräche mit Ergebnis.

Ein SMARTes Gesprächsziel: "Ich schließe dieses Gespräch mit einer verbindlichen Freigabe für Phase 2 des Netzwerk-Projekts ab, bekomme das Budget (60.000 Euro) bestätigt und vereinbare den nächsten Termin mit dem technischen Entscheider bis Ende der Woche."

Das ist so konkret, dass man am Ende sofort weiß: Ziel erreicht oder nicht.

Wo SMART an seine Grenzen stößt.

Die Methode hat einen blinden Fleck: Sie funktioniert gut für alles, was messbar ist. Für Innovation, kreative Prozesse und strategische Neuausrichtungen ist sie weniger geeignet. Wer ausschließlich in SMART-Zielen denkt, riskiert, das Messbare zu optimieren und das Wesentliche zu vernachlässigen.

Die Methode ist ein Werkzeug, kein Gesetzbuch. Im IT-Systemhaus empfiehlt sich eine pragmatische Anwendung: SMART für operative Projektziele und Vertriebsziele, kombiniert mit qualitativer Reflexion für strategische Richtungsentscheidungen.

blog-smart-methode-praxis.excalidraw

Abbildung 2: SMART angewendet auf ein IT-Systemhaus-Projekt. Von der vagen Idee zum belastbaren Projektziel.

FAQ

Was bedeutet das Akronym SMART?
SMART steht für Spezifisch, Messbar, Erreichbar, Relevant und Terminiert. Die fünf Kriterien stellen zusammen sicher, dass ein Ziel klar genug ist, um daran zu arbeiten und den Erfolg objektiv zu messen.

Warum scheitern Projekte trotz SMART-Ziel?
Weil SMART nur bei der Zielformulierung hilft, nicht bei der Umsetzung. Ein klar formuliertes Ziel mit falscher Ressourcenplanung, fehlender Kommunikation oder schlechter Projektsteuerung scheitert trotzdem. SMART ist der Anfang, nicht die Lösung.

Wie setze ich ein SMART-Ziel für ein Vertriebsgespräch?
Definiere vor dem Gespräch konkret: Was ist das Ergebnis, das ich aus diesem Gespräch mitnehmen will? Eine Freigabe, ein Folgetermin, eine Budgetbestätigung? Je konkreter das Ziel, desto gezielter kannst du das Gespräch steuern.

Funktioniert SMART auch für interne Ziele (z.B. Teamentwicklung)?
Ja, mit Einschränkungen. Harte Leistungsziele lassen sich gut mit SMART formulieren. Weiche Ziele wie "bessere Kommunikation im Team" sind schwieriger zu messen. Hier helfen Indikatoren wie Anzahl der Feedbackgespräche oder Ergebnis von Mitarbeiterbefragungen.

Was sind die häufigsten Fehler bei der SMART-Zielformulierung?
Das Ziel ist zu vage (nicht spezifisch genug), es fehlt ein messbares Kriterium, der Termin ist unrealistisch oder das Ziel zahlt nicht auf die Unternehmensstrategie ein. Der häufigste Fehler im IT-Systemhaus: Das Ziel wird auf Technologieebene definiert statt auf Ergebnisebene.

Klare Ziele sind die Grundlage jeder belastbaren Strategie. Ob Projekt, Vertrieb oder Unternehmensplanung: Wer SMART arbeitet, spart sich teure Nachbesserungen. Wie revbuff IT-Systemhäuser dabei konkret unterstützt, siehst du hier. Zu den Leistungen

Quellen

Bundesverwaltungsamt (orghandbuch.de): SMART-Regel und SMART-Methode im Organisationshandbuch

Sevdesk: SMART-Methode und Ziele richtig formulieren

Wikipedia: SMART (Projektmanagement)

finom.co: SMART-Methode und Zielsetzung im Überblick