Pflichtenheft im ERP-Projekt

Die Erstellung eines Lasten- und Pflichtenhefts gehört in der Regel zu den obligatorischen Aufgaben vor einer ERP-Einführung. Zugegeben, die Erstellung dieser beiden Dokumente gehört nicht zu den beliebtesten Aufgaben im Rahmen eines ERP-Projekts. Die Ausarbeitung nimmt viel Zeit in Anspruch und bindet Ressourcen, die an anderer Stelle meist dringender benötigt werden. Zeitdruck oder die Auslastung von Kapazitäten sind sogar oft ein Grund dafür, auf die Erstellung gänzlich zu verzichten oder die Ausarbeitung nur sehr knapp und oberflächlich durchzuführen. Die Folgen dieser Herangehensweise zeigen sich oft erst im späteren Projektverlauf. Dabei sollten Sie insbesondere bei anspruchsvollen ERP-Projekten auf die Erstellung eines Pflichtenhefts nicht verzichten. Es hilft Ihnen dabei, die Umsetzung bestmöglich zu planen und somit Risiken im Projekt zu minimieren – um nur ein paar der Vorteile zu nennen. Warum es sinnvoll ist ein Pflichtenheft zu erstellen, was es beinhalten und worauf Sie sonst noch achten sollten, erfahren Sie in diesem Beitrag.

Definition – Was ist ein Pflichtenheft?

Das Pflichtenheft ist ein Dokument, welches vom Auftragnehmer erstellt wird. Bei einem ERP-Projekt ist dies immer der ERP-Anbieter. Es basiert auf den Ausführungen, die der Auftraggeber, in diesem Fall der Kunde bzw. Interessent, im Lastenheft formuliert hat. In einem Pflichtenheft beschreibt der Anbieter, meist in sehr detaillierter Form, wie er die Anforderungen des Auftraggebers umsetzten möchte. Es enthält demnach eine konkrete Lösungsbeschreibung sowie ein ausführliches Arbeitskonzept und fest definierte Soll-Zustände, die im Vorhinein gemeinsam vereinbart wurden. Außerdem wird in diesem Dokument definiert, mit welchen technischen Möglichkeiten, Funktionen und Konfigurationen des ERP-Systems diese Soll-Zustände realisiert werden können. Kurzum, das „wie“ und „womit“ steht bei der Erstellung eines Pflichtenhefts besonders im Fokus. Es ist sozusagen der „Fahrplan“ für eine reibungslose Umsetzung und bildet ein Framework für den gesamten Projektverlauf.

Weiterhin dient der Inhalt des Pflichtenhefts als vertragliche Grundlage für die Zusammenarbeit zwischen Kunde und ERP-Anbieter und hat außerdem einen rechtsverbindlichen Status. Darüber hinaus dient es am Ende des Projekts als Abnahme-Kriterium für die implementierte ERP-Lösung. Sie sehen also – das Pflichtenheft hat durchaus seine Daseinsberechtigung. Es kommt immer wieder vor, dass die Begriffe Lastenheft und Pflichtenheft synonym verwendet werden, was nicht selten zu Missverständnissen und Verwechslungen führt. Tatsächlich ist es rein rechtlich gesehen sogar besonders wichtig, in welchem der beiden Dokumente etwas festgehalten wurde. Hält sich einer der beiden Parteien nicht an vorher vereinbarte Inhalte, können sich Kunde und ERP-Anbieter jederzeit auf die schriftlichen Vereinbarungen aus dem Pflichtenheft stützen. Wichtig in dem Zusammenhang zu wissen ist, dass alle zuvor besprochenen Absprachen zwischen Kunde und ERP-Anbieter durch das Pflichtenheft ihre Gültigkeit verlieren, sofern nichts Gegenteiliges in diesem vermerkt wurde.

Das könnte Sie auch interessieren:

Welche Vorteile hat ein Pflichtenheft?

Ein Pflichtenheft kommt eigentlich immer dann zum Einsatz, wenn es einen Auftraggeber und einen Auftragnehmer gibt. Gerade bei sehr umfangreichen Projekten ist es besonders hilfreich. Neben der rechtlichen Sicherheit, die es beiden Parteien bietet, hat es drei weitere große Vorteile:

Planungssicherheit für Kunde und ERP-Anbieter

Durch die sehr genaue Dokumentation der Soll-Zustände und der dazu notwendigen Arbeitsschritte, sind sich sowohl Kunde als auch ERP-Anbieter zu jeder Zeit über den Projektablauf im Klaren. Die Einhaltung von Fristen ist so weitestgehend gewährleistet. Außerdem wissen beide Parteien zu welchem Zeitpunkt das Projekt voraussichtlich abgeschlossen sein wird und können dementsprechend planen. Aber nicht nur das – es hilft auch dabei, das Budget im Auge zu behalten. Jede Anpassung hat eine Auswirkung auf die Kosten und so kann verhindert werden, dass diese aus dem Ruder laufen. Der Auftraggeber weiß also genau, was er für sein Geld bekommt und der Auftragnehmer kann seine Aufwände sicher kalkulieren.

Transparente Abläufe

Durch die ausführliche schriftliche Formulierung der Lösungsansätze wird der gesamte Weg bis zum Go-Live transparent. Alle Beteiligten wissen zu jeder Zeit, an welchem Punkt der Umsetzung sie sich derzeit befinden und welche weiteren Schritte bis zum Projekt-Abschluss noch notwendig sind.

Weniger Nachverhandlungen

Ein sauber ausgearbeitetes Pflichtenheft erspart in erster Linie auch nervenaufreibende Nachverhandlungen und Diskussionen. Wie bereits erwähnt, können sich sowohl Kunde als auch ERP-Anbieter jederzeit auf die im Dokument vereinbarten Punkte stützen – was nicht im Pflichtenheft steht, gehört auch nicht zum Lieferumfang. Für alle nachträglichen Änderungswünsche wird ein Folgeantrag erstellt. Nachlieferungen, Änderungen, sowie das sogenannte „Scope Creep“ – ein unkontrolliertes Ausufern der Projektanforderungen während der Umsetzung – kann so ganz einfach vermieden werden.

Das könnte Sie auch interessieren:

Ablauf – Vom Lastenheft zum Pflichtenheft

In der Regel ist es so, dass der Kunde bzw. Interessent das Lastenheft erstellt und im Rahmen eines ERP-Workshops besprechen eben dieser und der potenzielle ERP-Anbieter, welche Punkte wie umgesetzt werden können. Dafür gehen Interessent und Anbieter die einzelnen Punkte gemeinsam durch und der Anbieter legt fest, ob diese im Standard enthalten sind oder eine Anpassung notwendig ist. Bezüglich der aufgeführten Anforderungen aus dem Lastenheft erfolgt oft eine Beratung durch den ERP-Anbieter. Wenn eine Anforderung nicht sinnvoll erscheint oder eine zusätzliche Funktion bzw. Leistung in diesem Zusammenhang geeigneter wäre, macht dieser meist einen Gegenvorschlag. Das Pflichtenheft wird meist nach Abschluss der EPP-Auswahl und zu Beginn der Implementierungsphase erstellt. Bei TimeLine ist es so, dass das Pflichtenheft teilweise noch im Workshop oder kurz danach erstellt wird. Die mit dem Interessent besprochenen Punkte werden dafür dokumentiert und zusammengefasst.

In der Regel benötigt der Projektleiter pro Workshop-Tag einen Tag für die Nachbereitung. Aus dem Pflichtenheft ergibt sich letztendlich der Aufwand, also wie teuer das ERP-Projekt am Ende wird. Es ist zwar die Grundlage für das Angebot, bedeutet aber nicht, dass der Auftrag auch erteilt wird. Zu diesem Zeitpunkt können noch andere Anbieter „im Spiel“ sein. Der Interessent kann dann entscheiden, ob die Konkurrenz vielleicht ein Angebot gemacht hat, welches mehr Funktionen bietet oder einfach besser zum Unternehmen passt. Bevor der Interessent eine Auswahl trifft, können noch Änderungen am Pflichtenheft vorgenommen werden. In dem Moment, wo der Interessent einen ERP-Anbieter auswählt, ist das Pflichtenheft Teil des Kaufvertrags und nicht mehr veränderbar. Der Interessent bestellt auf Basis des Pflichtenhefts und Sie treffen eine sogenannte Willensübereinkunft.

Was, wenn der Kunde noch Anpassungen vornehmen möchte?

Besonders bei großen Projekten ergeben sich im Laufe der Umsetzung oft noch unplanmäßige Änderungen. Wenn der Kunde im Nachhinein noch etwas revidieren möchte, ändert sich jedoch auch der Kaufvertrag. Bei jeder gewünschten Änderung entscheidet der ERP-Anbieter also, ob der genannte Punkt noch im Budget enthalten ist oder nicht. Ist dies nicht der Fall, wird ein zweites Angebot bzw. ein Folgeauftrag erstellt. Alles was über das Pflichtenheft hinausgeht ist ein Folgeauftrag. Der Stundensatz bleibt zwar gleich, der Kunde hat allerdings eine bessere Position bei Verhandlungen, wenn er von Anfang an mehr Leistung in Auftrag gibt und nicht im Nachhinein weitere Features nachbestellt.

Woran wird eine erfolgreiche Umsetzung gemessen?

Die Lizenzen werden nach Installation zusammen mit dem Kunden durchgegangen. Bezüglich der Anpassungen ist es so, dass diese nicht wie vielleicht vermutet ein Mal am Ende des Projekts geprüft werden. Es ist eher ein Prozess der laufend und kontinuierlich, zum Beispiel wöchentlich oder monatlich, durchgeführt und kontrolliert wird. Dies ist gleichzeitig auch ein Feedback für beide Seiten, ob man noch im Zeitplan liegt.

Das könnte Sie auch interessieren:

Aufbau und Inhalt – Diese Punkte sollten in einem Pflichtenheft enthalten sein

Ein Pflichtenheft findet in den unterschiedlichsten Bereichen Anwendung, eine Standardisierung ist deshalb einfach nicht möglich. Es gibt keine Vorschrift oder rechtliche Norm, die beschreibt welche Inhalte ein Pflichtenheft vorweisen sollte, welche Strukturen es zu befolgen gilt oder wie ein Pflichtenheft generell auszusehen hat. Es gibt allerdings verschiedene Ansätze – in der Softwareentwicklung hat sich folgender Aufbau bewährt:

Einleitung

Es ist in jedem Fall empfehlenswert, die wichtigsten Eckdaten zu einem ERP-Projekt zusammenzufassen. Achten Sie also darauf, dass alle beteiligten Personen explizit benannt sind und das Projekt kurz beschrieben ist. Auch die Kommunikationswege sollten hier aufgeführt sein.

Wer ist an dem Projekt beteiligt?
- Auftragnehmer und Auftraggeber,
- Stakeholder,
- Projektteam,
- Ansprechpartner bei Fragen oder Problemen
Sind die Kommunikationswege aufgeführt?
Worum geht es in dem Projekt?
Wie soll das Endergebnis aussehen?
- Beschreibung der Etappenziele,
- Rahmenbedingungen
  - Festlegung von Terminen (Fertigstellung, Abnahme, Deployment)
Gegebenenfalls spezielle Besonderheiten des Projekts

Ziele und Nicht-Ziele des Projekts

Dass das Ziel des Projekts aufgeführt sein sollte, sollte eigentlich klar sein. Oft gibt es bei einer ERP-Einführung aber auch Punkte, die irgendwie am Rand des Projekts „andocken“. Deshalb kann es hilfreich sein, zusätzlich zu den Projektzielen auch die Nicht-Ziele zu definieren. Wenn explizit definiert ist, welche Bereiche zum Projekt gehören und welche nicht, können Diskussionen einfach vermieden werden. Durch die Formulierung von Nicht-Zielen werden die Grenzen des Projekts deutlicher und die „Grauzone“ kleiner. So erreichen Sie schnell Klarheit darüber, was in einem Projekt „In Scope“ und was „Out Of Scope“ ist.

Womit wird sich das Projekt befassen?
Womit wird sich das Projekt explizit nicht befassen?
Welche Probleme wird das Projekt lösen?

Einsatzfeld und Produktumgebung

Auch der spätere Einsatzbereich sowie die Umgebung des Produkts sollten im Pflichtenheft angegeben sein. Dazu gehören unter anderem die Zielgruppe, Anwendungsbereiche, Geschäftsprozesse die beeinflusst werden oder auch die Betriebsbedingungen.

Funktionen

Achten Sie weiterhin darauf, dass alle Funktionen und Anwendungsfälle ausführlich beschrieben sind.

Wie und unter welchen Bedingungen läuft die Funktion?
Welchen Einfluss hat dies auf die weiteren Geschäftsprozesse?

Leistungen

Die Leistungen beschreiben die Anforderungen, die man an eine bestimmte Funktion hat. Dazu gehört zum Beispiel die Ausführungszeit oder Genauigkeit einer Berechnung. Achten Sie darauf, dass alle Leistungen aufgelistet sind.

Anforderungen an die Qualität

Weiterhin sollten die Qualitätsanforderungen zusammengefasst sein:

Welche Anforderungen stellen Sie an die Qualität?
Wie sieht die Qualitätssicherung, -kontrolle, -abnahme aus?

Um dies noch genauer zu spezifizieren, ist es sinnvoll bestimmten Merkmalen eine Qualitätsstufe zuzuordnen, wie zum Beispiel:

Änderbarkeit = nicht relevant
Effizienz = gut

Benutzeroberfläche

Hier sollten grundlegende Anforderungen zur Art des Layouts, der Dialogstruktur oder Zugriffsrechten aufgeführt sein.

Sonstige und spezielle Anforderungen

Dazu gehören zum Beispiel die Dokumentation, Buchführung oder Sicherheitsanforderungen wie der Passwortschutz.

Technische Anforderungen

Hier sollte aufgelistet sein, welches technische Equipment für die Umsetzung benötigt wird. Sinnvoll ist eine Auflistung von Soft- und Hardwaresystemen, die für die Anwendung zu installieren sind. Dies ist unter anderem wichtig, um die Verfügbarkeit des Netzwerkanschlusses zu garantieren.

Welches Equipment benötigen Sie für welche Aufgabe?

Schnittstellen

Alle bereits bestehenden Systeme und Produkte sowie Schnittstellen sollten hier erfasst sein. Dies ist wichtig, um das Produkt mit allen anderen Anwendungen verknüpfen zu können. Bestehen vielleicht bereits projektbezogene Systeme und oder Produkte, die vom Auftragnehmer nicht mehr umgesetzt werden müssen?

Problemanalyse

Hier sollten die wichtigsten Probleme und vielleicht auch jene, die zu erwarten sind, zusammengefasst sein. Für die wahrscheinlichsten Probleme sollte ein Lösungsansatz parat stehen.

Projektentwicklung

Bei diesem Punkt sollte möglichst genau beschrieben sein, welche Schritte zu welchem Zeitpunkt geplant sind und wie das gesamte Projekt organisiert ist.

Tests und Abnahmebedingungen

Tests prüfen das Produkt vor Fertigstellung in Bezug auf Funktionen, Eigenschaften und Qualitätsmerkmale. Nach einem fehlerfreien Durchlauf kann das Produkt als fertiggestellt deklariert werden.

Welche Bedingungen müssen erfüllt sein?

Dies ist nur ein Beispiel dafür, wie ein Pflichtenheft aussehen kann. Manche Kriterien sind unabdingbar, andere sind wichtig aber nicht entscheidend. Wieder andere sind zwar wünschenswert, aber man kann auch darauf verzichten. Welche Features ein „musst have“ oder „nice to have“ sind, ist von Unternehmen zu Unternehmen unterschiedlich. Achten Sie nur darauf, dass diese auch klar als solche zu erkennen sind. Die einzelnen Punkte können in unterschiedlicher Detailtiefe verfasst sein, gerade die technischen Anforderungen sollten jedoch sehr detailliert beschrieben sein. Wichtig ist letztendlich, dass sich die Anforderungen aus dem Lastenheft mit den Ausführungen im Pflichtenheft decken und keine Interpretationsspielräume zurückbleiben. Das Pflichtenheft sollte gut beschrieben und dokumentiert sein, wenig Spielraum für Interpretationen zulassen, spezifisch sein, sowie eine nötige Aufwandseinschätzung enthalten. Als Faustregel gilt: Es sollte keine Fragen offen lassen und ein Außenstehender sollte verstehen, was damit gemeint ist.

Das könnte Sie auch interessieren:

Worauf sollten Sie sonst noch achten?

Aus Kundensicht sollten Sie sich zunächst einmal etwas Zeit nehmen, das Pflichtenheft genau ansehen und es nicht einfach ungelesen durchwinken. Konzentrieren Sie sich besonders auf die Interpretation Ihrer Anforderungen und prüfen Sie, ob diese nach Ihren Wünschen umgesetzt wurden – simpel, aber es erspart Ihnen später unter Umständen eine Menge Ärger. Weiterhin besteht bei der Erstellung des Lasten- und Pflichtenhefts immer die Gefahr, dass Sie den Ist-Zustand im Unternehmen beschönigt darstellen. Damit vergeben Sie die Chance, durch die Einführung des neuen Systems Verbesserungspotenziale auszuschöpfen. Nehmen Sie das ERP-Projekt als Anlass, Ihre Abläufe und Geschäftsprozesse kritisch zu durchleuchten – so schöpfen Sie die Potenziale besser aus.

Aus Sicht des ERP-Anbieters, ist es sinnvoll bei der Ausarbeitung etwas Zeit zu investieren, sich ausführlich mit dem Kunden abzustimmen und nichts ungeklärt zurückzulassen. Bleiben Fragen offen, suchen Sie nach einer Antwort und kommt es zu Engpässen, klären Sie dies zeitnah mit dem Kunden. Entscheidend ist, bei der Erstellung so genau und ausführlich wie nur möglich zu sein. Außerdem ist es ratsam, bei der Formulierung eine verständliche Sprache zu wählen und wenn möglich, auf Fachbegriffe zu verzichten. Viele verschiedene Personen lesen das Pflichtenheft – nicht alle haben ein tiefergehendes technisches Verständnis. Um komplexe Inhalte verständlich zu vermitteln, bieten sich zudem grafische Darstellungen an. Arbeiten Sie mit Diagrammen, Tabellen oder Mind-Maps, um die Wünsche des Kunden zu visualisieren und so verständlich wie möglich zu machen.

Fazit

Die Erstellung eines Pflichtenhefts ist ein notwendiger Schritt, um die Risiken in einem ERP-Projekt zu minimieren. Es dient zum einen dazu, die im Lastenheft aufgeführten Anforderungen zu erfüllen und die Umsetzung bestmöglich zu planen, damit es am Ende keine bösen Überraschungen gibt. Zum anderen hilft es dabei, die implementierte Lösung am Ende des Projekts zu validieren und beide Parteien abzusichern. Besonders wichtig ist es, den Unterschied zwischen Lasten- und Pflichtenheft zu kennen. Rechtlich macht es einen großen Unterschied, in welchem der beiden Dokumente etwas definiert wurde.

Wenn Sie mehr zum Thema Anforderungsanalyse, Lastenheft und Pflichtenheft oder die gesamte Funktionspalette von TimeLine ERP erfahren möchten, senden Sie uns gerne eine Nachricht über das Kontaktformular, schreiben an info@timeline.de oder kontaktieren unser Sales-Team unter +49 212 230 35 200. Wir freuen uns auf Sie und beraten Sie gerne!

Pflichtenheft im ERP-Projekt – Kundenwünsche umsetzen

Definition – Was ist ein Pflichtenheft?

Welche Vorteile hat ein Pflichtenheft?