Anforderungsmanagement und Pflichtenheft

Anforderungsmanagement und Pflichtenheft: Klarheit von Anfang an

Erkenntnisse aus dem Webinar Projektmanagement-Lifehacks #15 am 23.02.2026 von Better Project Training

Jedes erfolgreiche Projekt beginnt mit einer entscheidenden Phase: Anforderungsmanagement. Man spricht auch von Requirement Engineering. Dabei geht es darum, von Beginn an klar zu erfassen, was das Projekt leisten muss, wer es nutzt und unter welchen Bedingungen es funktionieren soll. Gerade in der Initialisierungsphase legt man damit das Fundament für die gesamte Planung und Umsetzung.

Image

Planbasiertes vs. agiles Projektmanagement

Klassisches (planbasiertes) Projektmanagement:

  • Die Anforderungen werden immer vor der Planung gesammelt.
  • Eine klare Trennung zwischen Anforderungen und Leistungen ist wichtig, denn nur Leistungen werden später abgenommen und sind Vertragsbestandteil.
  • Typische Dokumente sind Lastenheft, Pflichtenheft und detaillierte Spezifikationen.

Agiles Projektmanagement:

  • Anforderungen finden sich im Product Backlog wieder.
  • Backlog-Items oder User Stories beschreiben die Anforderungen.
  • Auch hier hilft es, die Anforderungen lösungsneutral zu formulieren, damit man Handlungsspielräume erhält.
Image

Die fünf Hauptkategorien von Anforderungen, Beispiel Software-System

1. Funktionale Anforderungen
Beschreiben, was das System tun muss.
Beispiele:

  • Vetrieb kann neue Kunden im CRM anlegen
  • Das System erstellt automatisch Berichte
  • Kunden können Bestellungen stornieren

Merke: Funktionale Anforderungen beantworten die Frage: Welche Funktionen braucht der Nutzer?

2. Nicht-funktionale Anforderungen
Beschreiben, wie gut das System arbeiten soll.
Typische Punkte: Performance, Sicherheit, Usability, Verfügbarkeit, Skalierbarkeit

Beispiele:

  • Antwortzeit des Systems < 2 Sekunden
  • Berichte jederzeit verfügbar (24/7)

Merke: Nicht-funktionale Anforderungen klären die Frage: Unter welchen Qualitätsbedingungen soll das System arbeiten?

3. Randbedingungen (Constraints)
Dies sind Rahmenbedingungen, die nicht verhandelbar sind.
Beispiele:

  • Nutzung bestehender Software
  • Gesetzliche Vorgaben
  • Budget: 20.000 €
  • Starttermin: möglichst bald

Merke: Sie beantworten die Frage: Was ist fest vorgegeben?

4. Stakeholder-Anforderungen
Unterschiedliche Beteiligte haben unterschiedliche Erwartungen.
Beispiele:

  • Geschäftsführung → umfassende Reports
  • Fachabteilung → einfache Bedienung
  • IT-Abteilung → geringe Wartung

Merke: Wer braucht was – und warum?

5. Abnahmekriterien
Definieren messbare Bedingungen für den Projekterfolg.
Beispiele:

  • 100 Testfälle erfolgreich bestanden
  • Maximal 1 % Fehlerrate
  • Lasttest mit 500 Nutzern erfolgreich

Merke: Abnahmekriterien beantworten die Frage: Wann gilt das Ergebnis als akzeptiert?

Image

Kurzfallstudie: „Das unklare Kundenprojekt“

Situation:
Ein Unternehmen sagt:

„Wir brauchen ein digitales Tool, mit dem unsere Projektleiter ihre Projekte besser steuern können.“

Erste Infos aus dem Gespräch:

  • Momentan werden Excel-Listen genutzt
  • Projektlaufzeiten: 2–18 Monate
  • Mehrere Standorte
  • Geschäftsführung möchte Berichte
  • IT-Abteilung möchte geringe Wartung
  • Budget: ca. 20.000 €
  • Start: möglichst bald

Aufgabe (Gruppenarbeit, 10 Minuten):

  1. Mindestens 5 Rückfragen an den Kunden formulieren
  2. Drei überprüfbare Anforderungen formulieren
  3. Diagramme und Tabellen im Report aufnehmen

Beispielhafte Rückfragen an den Kunden

Um zu bestimmen, welches Vorgehensmodell für ein Projekt geeignet ist, helfen Analysewerkzeuge wie die Stacey-Matrix, das Cynefin-Framework oder das Diamantmodell nach Shenhar und Dvir. Diese Modelle bewerten Faktoren wie Anforderungsunsicherheit, technologischen Reifegrad, Neuheitsgrad und organisatorische Komplexität. Sie verdeutlichen: Nicht jedes Projekt braucht Agilität – aber jedes Projekt braucht ein passendes Design.

Rückfrage

Ziel

Wer genau nutzt das Tool?

Stakeholder identifizieren

Welche Berichte müssen jederzeit verfügbar sein?

Funktionale Anforderungen

Welche Schnittstellen zu bestehenden Systemen werden benötigt?

Technische Rahmenbedingungen

Soll das Tool cloudbasiert oder lokal laufen?

Randbedingungen / Constraints

Budget: Einmalzahlung oder Abo-Modell?

Planung & Finanzierungsfrage


Beispielhafte überprüfbare Anforderungen

Anforderung

Messbarkeit

Vertrieb kann neue Kunden anlegen

Funktion getestet, vorhanden

System erstellt automatisch wöchentliche Berichte

Berichte korrekt erzeugt, 24/7 verfügbar

Tool unterstützt mindestens 3 Standorte gleichzeitig

Multi-Site-Test erfolgreich

Image

Fazit
  • Lastenheft vs. Pflichtenheft: Wir brauchen beides. Zur Absicherung des gemeinsamen Verständnisses und zur Leistungsdefinition.
  • Funktionale vs. nicht-funktionale Anforderungen: Klärt „Was soll das System tun?“ und „Wie gut soll es das tun?“
  • Randbedingungen & Stakeholder: Definieren den Rahmen und die Bedürfnisse aller Beteiligten.
  • Abnahmekriterien: Sichern, dass das Projekt messbar erfolgreich ist.

Mit einem gut strukturierten Anforderungsmanagement starten Projekte klar, realistisch und transparent, und sparen später Zeit, Geld und Nerven.

Wenn du dich intensiver mit dem Thema beschäftigen möchtest, ist unsere Weiterbildung genau das Richtige für dich.

Kommende Termine:

𝐆𝐏𝐌 𝐁𝐚𝐬𝐢𝐬𝐥𝐞𝐯𝐞𝐥®
Präsenz:
20.04. – 19.06.2026
01.10. – 20.11.2026
Online:
27.04. – 26.06.2026
16.09. – 11.12.2026

𝐈𝐏𝐌𝐀® 𝐋𝐞𝐯𝐞𝐥 𝐃
Präsenz:
20.04. – 07.07.2026
01.10. – 17.12.2026
Online:
27.04. – 17.07.2026
16.09. – 11.12.2026

𝐈𝐏𝐌𝐀® 𝐋𝐞𝐯𝐞𝐥 𝐂/𝐁
17.04. – 10.07.2026
16.10. - NN

Alle Termine auf einen Blick findest du hier.

Hast du Fragen zu den Kursen, Terminen oder der Förderung?
Reserviere einen kostenlosen Beratungsgespräch mit uns.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert