Was ist der Unterschied zwischen Vision, Zielen und Anforderungen?
- Stephan Bellmann
- 20. Okt. 2025
- 3 Min. Lesezeit
Aktualisiert: 5. Feb.
Strukturierte Differenzierung zwischen strategischer Vision, operativen Projektzielen und fachspezifischen Anforderungen im klassischen sowie agilen Kontext.
Inhalt
Einordnung
Im professionellen Projektmanagement ist eine präzise Begrifflichkeit von essenzieller Bedeutung, um eine effiziente Kommunikation zwischen den Stakeholdern zu gewährleisten. Häufig werden Termini wie „Ziele“ und „Anforderungen“ synonym verwendet, was jedoch zu strukturellen und folgelogischen Missverständnissen führen kann. Der folgende Artikel erläutert die vier hierarchischen Ebenen – Vision, Projektziele, Business-Anforderungen und System-Anforderungen – sowie deren wechselseitige Abhängigkeiten. Zudem wird verglichen, welche Anforderungen das agile Projektmanagement verwendet.
Die Vision: Die strategische Leitlinie
Die Vision stellt in den meisten Projekten kein direktes operatives Instrument des Projektmanagements dar, sondern fungiert als übergeordneter Orientierungsrahmen der Unternehmensführung.
Charakteristika: Sie ist langfristig angelegt (ca. 5–10 Jahre), besitzt einen hohen Abstraktionsgrad und definiert die angestrebte Marktpositionierung.
Funktion: Sie dient als Validierungsgrundlage für strategische Entscheidungen. Jedes Projektvorhaben muss dahingehend geprüft werden, ob es einen messbaren Beitrag zur Realisierung der Vision leistet.
📝 Studie: Analyse der NaPiRE-Studie
Die Projektziele: Definierter Projektnutzen
Projektziele bilden die konkreten Etappen zur Erreichung der übergeordneten Vision ab. Während der Auftraggeber den angestrebten Nutzen definiert, obliegt dem Projektleiter die Operationalisierung dieser Ziele.
Verantwortlichkeit: Der Auftraggeber legt den Rahmen fest; der Projektleiter stellt die Einhaltung der SMART-Kriterien (Spezifisch, Messbar, Akzeptiert, Realistisch, Terminiert) sicher.
Fokus: Projektbezogener Mehrwert unter Berücksichtigung der wirtschaftlichen und zeitlichen Rahmenbedingungen für das spezifische Vorhaben.
Business-Anforderungen: Der Soll-Zustand des Auftraggebers (Lastenheft)
Auf dieser Ebene werden die Anforderungen aus der Perspektive des Auftraggebers artikuliert. Diese sogenannten Business-Anforderungen beschreiben die Gesamtheit der fachlichen Bedürfnisse, die erfüllt sein müssen, damit das Projektziel erreicht wird.
Verantwortlichkeit: Der Auftraggeber bzw. die jeweilige Fachabteilung.
Spezifikation: Die Formulierung erfolgt in der Fachsprache des Anwenders. Sie beschreibt das „Was“ und das „Wozu“ (Nutzerbedürfnis), ohne technische Lösungswege vorzugeben.
System-Anforderungen: Die technische Spezifikation des Auftragnehmers (Pflichtenheft)
Die System-Anforderungen bilden die detaillierte technische Antwort des Auftragnehmers auf die Business-Anforderungen. Hier wird festgelegt, wie die Wünsche des Kunden in eine funktionale Lösung überführt werden.
Verantwortlichkeit: Der Auftragnehmer bzw. das technische Projektteam.
Spezifikation: Dies ist die detaillierteste Planungsebene, in der fachliche Wünsche in prüfbare technische Parameter übersetzt werden. Wichtig: Diese Anforderungen definieren technische Merkmale (das „Wie“), stellen jedoch keine prozessuale Anleitung zur handwerklichen Umsetzung dar.
Analyse des Anforderungsprozesses: Sequenzielles vs. Agiles Vorgehen
Die klassische Erarbeitung von Lasten- und Pflichtenheft unterliegt häufig einem zeitintensiven Iterationsprozess. Dieses Phänomen resultiert primär aus der Diskrepanz zwischen fachlicher Anforderung und technischer Machbarkeit.
Parallelen in der agilen Welt (z. B. Scrum)
In der agilen Methodik werden die Konzepte der Business- und System-Anforderungen in neue, dynamischere Strukturen überführt.
Wo stecken die Business-Anforderungen? Diese finden ihre Entsprechung in der Hierarchie von Epics und User Stories:
Epics: Beschreiben grobe Geschäftsziele oder große Funktionsbereiche.
User Stories: Definieren spezifische Anforderungen aus Nutzersicht („Als [Rolle] möchte ich [Ziel], um [Nutzen] zu erreichen“). Der Fokus liegt hierbei rein auf dem Geschäftswert (Business-Value).
Wo stecken die System-Anforderungen? Ein explizites technisches Pflichtenheft wird im agilen Kontext durch drei Mechanismen ersetzt:
Team-Empowerment: Das selbstorganisierende Team entscheidet autonom über die technische Umsetzung.
Akzeptanzkriterien: Anstatt technischer Details nutzt man Kriterien, die definieren, wann eine Anforderung als erfüllt gilt (z. B. Antwortzeit < 2 Sek.).
Definition of Done (DoD): Allgemeine Qualitätsvorgaben und technische Standards werden hier zentral festgelegt.
Beispiele
Ebene | Beispiel A: IT-Infrastruktur | Beispiel B: Bauwesen |
Vision | Weltweite Marktführerschaft im Bereich Datensicherheit. | Schaffung CO2-neutraler Wohnraumkonzepte. |
Ziel | Maximierung der Systemverfügbarkeit auf 99,9 %. | Fertigstellung eines Plus-Energie-Wohngebäudes bis 2025. |
Business-Anf. (Lastenheft) | Implementierung einer automatisierten Datensicherungsroutine. | Beheizung des Objekts ohne Verwendung fossiler Brennstoffe. |
System-Anf. (Pflichtenheft) | Konfiguration eines redundanten Speichersystems mit Cloud-Anbindung. | Installation einer Erdwärmepumpe in Verbindung mit Photovoltaik-Modulen. |
Kommentare