Wiki-Artikel

Fachinformatiker: Lastenheft vs. Pflichtenheft – einfach erklärt

Q: Was ist der Unterschied zwischen einem Lastenheft und einem Pflichtenheft?

Das Lastenheft beschreibt aus Kundensicht, welche Anforderungen an ein Produkt oder System gestellt werden. Es ist die Basis für die Beauftragung. Das Pflichtenheft hingegen ist die detaillierte technische Umsetzungsspezifikation aus Sicht des Auftragnehmers, die beschreibt, wie die Anforderungen des Lastenhefts erfüllt werden sollen. Es ist die verbindliche Arbeitsgrundlage für das Entwicklungsteam.

Was ist der Unterschied zwischen einem Lastenheft und einem Pflichtenheft?

War das hilfreich?

Lernpfad – Schritt 1 von 4

Was ist der Hauptzweck eines Lastenhefts?

Vergleich

Gegenüberstellung der Optionen

Kriterium	einem Lastenheft	einem Pflichtenheft
**Ersteller	** Kunde/Auftraggeber	Auftragnehmer/Dienstleister
**Inhalt	** Was soll erreicht werden? (Ziele, Anforderungen)	Wie werden die Anforderungen umgesetzt? (Lösungskonzept, technische Details)
**Sichtweise	** Problemorientiert (Kundenperspektive)	Lösungsorientiert (Entwicklerperspektive)
**Detaillierungsgrad	** Grob, funktional	Sehr detailliert, technisch
**Zeitpunkt	** Vor der Beauftragung	Nach der Beauftragung, als Arbeitsgrundlage
**Verbindlichkeit	** Basis für Vertrag	Verbindliche Arbeitsgrundlage für die Umsetzung

Quick-Info

Schwierigkeit

Mittel

Lernzeit

5-10 Min

Beruf

Fachinformatiker/-in

🎯 Lernziel

Du kannst Lastenheft und Pflichtenheft unterscheiden und ihre Rolle bei der Anforderungserhebung erklären.

💡 Merksatz

Das Lastenheft schreibt der Kunde ("Ich brauche eine Rechnungssoftware mit X, Y, Z"). Das Pflichtenheft schreibt der Entwickler ("Ich liefere X durch Modul A, Y durch Modul B…"). Beide werden Vertragsbestandteil — bei Streitigkeiten zählen sie als verbindliche Anlagen.

⚠️ Typische Fehler

Verwechslung der Rollen
→ Kunde schreibt Pflichtenheft
→ Der Kunde beschreibt WAS er will (Lastenheft), der Dienstleister WIE er es umsetzt (Pflichtenheft).
Zu detailliertes Lastenheft
→ Kunde gibt technische Lösungen vor
→ Das Lastenheft sollte sich auf die Anforderungen konzentrieren, nicht auf die Lösung. Das ist Aufgabe des Pflichtenhefts.
Fehlendes Pflichtenheft
→ Missverständnisse und Fehlentwicklungen
→ Ohne ein detailliertes Pflichtenheft fehlt dem Entwicklungsteam eine klare Arbeitsgrundlage, was zu teuren Nacharbeiten führen kann.

Ähnliche Wiki-Artikel

Fachinformatiker/-in

Fachinformatiker: Lastenheft vs. Pflichtenheft – einfach erklärt

Das Lastenheft beschreibt die Anforderungen aus Sicht des Auftraggebers – also, was das System leisten soll und welche Ziele erreicht werden müssen. Es ist die Problembeschreibung. Das Pflichtenheft h

Fachinformatiker/-in

Fachinformatiker: Was ist der Unterschied zwischen funktiona – einfach erklärt

Funktionale Anforderungen beschreiben, welche konkreten Aufgaben und Funktionen ein System bereitstellen muss, um die Bedürfnisse der Benutzer zu erfüllen. Sie definieren das 'Was' des Systems. Nicht-

Fachinformatiker/-in

Fachinformatiker: Aufbauorganisation vs. Ablauforganisation im Unternehmen – einfach erklärt

Die Aufbauorganisation beschreibt die statische Struktur eines Unternehmens, also wer welche Position hat und welche Aufgaben und Verantwortlichkeiten damit verbunden sind. Sie zeigt Hierarchien und A

Fachinformatiker/-in

Fachinformatiker: On-Premise vs. Cloud-Dienste (SaaS, PaaS, IaaS) – einfach erklärt

Der Hauptunterschied zwischen On-Premise und Cloud-Diensten liegt in der Verantwortung für die IT-Infrastruktur und Software. Während bei On-Premise das Unternehmen alles selbst betreibt und wartet, l

Passende Erklärvideos

Duales System

Erklärvideo ansehen

Berufsbildungsgesetz (BBiG)

Erklärvideo ansehen

Ausbildungsvertrag

Erklärvideo ansehen

Mehr Antworten?→

💡 Merksatz

⚠️ Typische Fehler

Verwechslung der Rollen
→ Kunde schreibt Pflichtenheft
→ Der Kunde beschreibt WAS er will (Lastenheft), der Dienstleister WIE er es umsetzt (Pflichtenheft).
Zu detailliertes Lastenheft
→ Kunde gibt technische Lösungen vor
→ Das Lastenheft sollte sich auf die Anforderungen konzentrieren, nicht auf die Lösung. Das ist Aufgabe des Pflichtenhefts.
Fehlendes Pflichtenheft
→ Missverständnisse und Fehlentwicklungen
→ Ohne ein detailliertes Pflichtenheft fehlt dem Entwicklungsteam eine klare Arbeitsgrundlage, was zu teuren Nacharbeiten führen kann.