Anforderungsmanagement im Selection Portal
Die meisten Fehlentscheidungen bei Software entstehen nicht bei der Auswahl, sondern davor, bei unklaren Anforderungen. Dieser Leitfaden zeigt die häufigsten Fallstricke, konkrete Lösungen dafür, woran man eine gute Anforderung erkennt, und wie das Selection Portal daraus ein belastbares Lastenheft macht.
Ohne klare Anforderungen keine gute Entscheidung
Wenn nicht klar ist, was ein System können muss, lässt sich auch nicht sagen, welches Angebot am besten passt.
Anforderungen liegen in der Praxis oft verstreut in Köpfen, Excel-Listen und E-Mail-Ketten. Jede Abteilung hat eigene Wünsche, doch niemand führt sie zu einem gemeinsamen, prüfbaren Bild zusammen. Am Ende entscheidet der Eindruck der letzten Demo statt des tatsächlichen Bedarfs, und die eigentliche Ursache liegt selten in der Technik, sondern fast immer in der Qualität der Anforderungen selbst.
Die folgenden Abschnitte zeigen, wo genau es häufig hakt, wie man diese Fallstricke konkret umgeht, und wie ein gutes Anforderungsmanagement im Selection Portal strukturell aussieht.
Sechs Fehler, die fast jedes Lastenheft betreffen
Diese Muster tauchen in fast jedem Anforderungsmanagement auf, unabhängig von Branche oder Softwarekategorie.
Anforderungen sind zu vage formuliert
Begriffe wie benutzerfreundlich, schnell oder modern lassen sich in einer Demo nicht prüfen. Jeder Anbieter behauptet, das zu erfüllen, und niemand kann es widerlegen.
Alles wird zur Muss-Anforderung
Aus Angst, etwas zu vergessen, landet fast jeder Wunsch bei Muss. Damit verliert die Priorisierung ihren Zweck, und die Nutzwertanalyse wird am Ende wertlos.
Das alte Lastenheft wird kopiert
Anforderungen aus dem Vorgängerprojekt werden unverändert übernommen. Alte Kompromisse und längst überholte Bedarfe wandern so unbemerkt ins neue System.
Nur eine Abteilung definiert
Häufig schreibt allein die IT oder eine einzelne Fachabteilung das Lastenheft. Die Perspektiven der anderen Abteilungen fehlen, blinde Flecken werden erst nach der Einführung sichtbar.
Die Lösung wird vorweggenommen
Anforderungen beschreiben oft schon eine technische Lösung statt das eigentliche Bedürfnis. Das schließt unbewusst bessere Alternativen aus, bevor man sie überhaupt gesehen hat.
Änderungen bleiben undokumentiert
Anforderungen ändern sich während des Projekts fast immer. Wird das nicht festgehalten, weiß am Ende niemand mehr, welche Version eigentlich noch gilt.
Wie sich jeder Fallstrick vermeiden lässt
Zu jedem Fallstrick eine konkrete, im Selection Portal umgesetzte Lösung.
Anforderungen sind zu vage
Adjektive wie benutzerfreundlich oder modern lassen sich nicht prüfen. Jeder Anbieter erfüllt sie scheinbar, ohne dass es einen Unterschied macht.
Jede Anforderung braucht ein prüfbares Kriterium
Statt eines Adjektivs wird ein konkretes, in einer Demo nachprüfbares Ergebnis verlangt. Das Portal erzwingt bei jeder Anforderung ein Feld für das Prüfkriterium, ein reines Adjektiv reicht nicht aus.
Alles ist ein Muss
Ohne echte Priorisierung verliert die spätere Bewertung ihre Aussagekraft, jedes System scheint gleich gut oder gleich schlecht zu passen.
Erzwungene Verteilung nach Muss, Soll, Kür
Jede Anforderung wird bewusst eingeordnet und gewichtet. Das Portal macht die Verteilung sichtbar, sodass eine Überladung bei Muss sofort auffällt und diskutiert werden kann.
Das alte Lastenheft wird kopiert
Alte Kompromisse und überholte Bedarfe wandern unbemerkt ins neue System, statt den tatsächlichen heutigen Bedarf abzubilden.
Jede Anforderung braucht eine aktuelle Quelle
Anforderungen werden einer Person und einem Anlass zugeordnet, nicht pauschal übernommen. So lässt sich jederzeit nachvollziehen, ob eine Anforderung noch aktuell ist oder nur historisch fortbesteht.
Nur eine Abteilung definiert
Fehlen Perspektiven anderer Abteilungen, entstehen blinde Flecken, die oft erst nach der Einführung teuer sichtbar werden.
Gemeinsame Erfassung aller betroffenen Rollen
Jede Abteilung trägt ihre eigenen Anforderungen direkt im Portal bei. Rollen und Zugriffsrechte stellen sicher, dass alle Beteiligten mitwirken, ohne dass der Prozess unübersichtlich wird.
Die Lösung wird vorweggenommen
Wird bereits eine technische Lösung verlangt statt eines Bedürfnisses, fallen möglicherweise bessere Alternativen von vornherein durchs Raster.
Anforderungen trennen das Was vom Wie
Formuliert wird das fachliche Ziel, nicht die technische Umsetzung. Diese Trennung hält den Anbietermarkt bewusst offen, statt ihn unnötig einzuengen.
Änderungen bleiben undokumentiert
Ohne Protokoll weiß am Ende niemand mehr, welche Anforderung noch gilt und welche längst überholt ist.
Automatische Versionierung im Audit-Trail
Jede Änderung wird mit Datum, Urheber und Begründung festgehalten. Das geschieht automatisch im Hintergrund, ganz ohne manuelles Protokoll.
Vier Merkmale einer wirklich guten Anforderung
Unabhängig vom Werkzeug hilft diese Checkliste, jede Anforderung vor der Aufnahme ins Lastenheft zu prüfen.
Konkret: Die Anforderung beschreibt ein greifbares Ergebnis, kein allgemeines Adjektiv wie modern oder intuitiv.
Prüfbar: Ein Anbieter kann die Erfüllung in einer Demo tatsächlich zeigen, und das Team kann sie eindeutig bestätigen oder verneinen.
Lösungsoffen: Die Anforderung beschreibt das fachliche Bedürfnis, nicht eine bestimmte technische Umsetzung.
Zugeordnet: Jede Anforderung hat eine Quelle, eine Person oder Abteilung, die sie eingebracht hat und bei Rückfragen erreichbar ist.
Derselbe Wunsch, einmal vage und einmal prüfbar
So sieht der Unterschied in der Praxis aus, an einer einzigen Anforderung aus dem Berichtswesen.
Das System soll benutzerfreundlich sein und Berichte schnell erstellen können.
Nicht prüfbar. Was bedeutet schnell, was bedeutet benutzerfreundlich? Jeder Anbieter kann dem zustimmen, ohne dass es einen Unterschied macht.
Ein Sachbearbeiter kann einen Standardbericht, etwa offene Rechnungen nach Kunde, ohne IT-Unterstützung in unter drei Minuten erstellen und als PDF exportieren.
Prüfbar in jeder Demo. Zeit, Ergebnis und Voraussetzung sind eindeutig benannt, die Antwort ist ein klares Ja oder Nein.
In vier Schritten zum gemeinsamen Lastenheft
So läuft das Anforderungsmanagement im Selection Portal ab, von der Sammlung bis zur gewichteten Grundlage für die Bewertung.
Anforderungen sammeln
Alle Beteiligten tragen ihre Anforderungen im Portal ein, jede Abteilung ihre eigenen. Nichts geht mehr in E-Mail-Ketten verloren, und jede Anforderung erhält eine Quelle.
Nach Muss, Soll und Kür ordnen
Jede Anforderung wird eingeordnet, zwingend, wichtig oder wünschenswert. Eine sichtbare Verteilung verhindert, dass am Ende fast alles zum Muss erklärt wird.
Prüfkriterien und Gewichtung festlegen
Zu jeder Anforderung wird ein konkretes, prüfbares Kriterium ergänzt und passend gewichtet. Das Lastenheft spiegelt so die echten Prioritäten, nicht nur eine lange Wunschliste.
Grundlage für die Bewertung
Das fertige Lastenheft wird zur Messlatte für alle Anbieter. Jede spätere Änderung bleibt automatisch versioniert und im Audit-Trail nachvollziehbar.
Was ein sauberes Anforderungsmanagement bringt
Drei Vorteile, die den ganzen Auswahlprozess tragen.
Vergleichbarkeit
Alle Anbieter werden an denselben, prüfbaren und gewichteten Anforderungen gemessen. Das macht die spätere Bewertung überhaupt erst vergleichbar.
Gemeinsames Bild
Aus vielen Wunschlisten wird ein Lastenheft. Alle Beteiligten ziehen an einem Strang, statt aneinander vorbei zu arbeiten.
Weniger Fehlkäufe
Klare, prüfbare Anforderungen verhindern, dass ein System gekauft wird, das zentrale Bedarfe gar nicht abdeckt. Das spart teure Korrekturen.
Besonders wertvoll, wenn viele mitreden
Anforderungsmanagement lohnt sich immer, aber in diesen Situationen macht es den größten Unterschied.
Viele AbteilungenAuswahl mit mehreren Stakeholdern
Wenn Finanzen, Einkauf, Produktion und Vertrieb mitreden, verhindert ein gemeinsames Lastenheft, dass Anforderungen auseinanderlaufen.
Komplexe SystemeERP, MES oder PLM
Je komplexer die Software, desto wichtiger die saubere Anforderung. Bei tiefgreifenden Systemen entscheidet die Grundlage über den Erfolg.
BeratungenAuswahl für Kunden
Beratungen führen ihre Kunden strukturiert durch die Anforderungsaufnahme und liefern ein nachvollziehbares, dokumentiertes Lastenheft.
Häufige Fragen zum Anforderungsmanagement
Die wichtigsten Fragen rund um Fallstricke, gute Formulierungen und den weiteren Ablauf.
Was ist Anforderungsmanagement in der Softwareauswahl?
Anforderungsmanagement bedeutet, die fachlichen und technischen Anforderungen an eine neue Software strukturiert zu erfassen, zu prüfen, zu gewichten und zu verwalten. Statt verstreuter Wunschlisten entsteht ein gemeinsames Lastenheft, geordnet nach Muss, Soll und Kür. Es bildet die Grundlage, an der später alle Anbieter gemessen werden, und ist damit die wichtigste Grundlage der gesamten Auswahl.
Was sind die häufigsten Fallstricke im Anforderungsmanagement?
Am häufigsten sind sechs Fallstricke. Anforderungen werden zu vage formuliert, alles wird zur Muss-Anforderung erklärt, Anforderungen werden unverändert aus dem alten Lastenheft kopiert, nur eine Abteilung definiert die Anforderungen, die Lösung wird vorweggenommen statt das Bedürfnis zu beschreiben, und Änderungen während des Prozesses werden nicht dokumentiert. Jeder dieser Fallstricke lässt sich mit einer klaren Struktur vermeiden.
Wie formuliere ich eine gute, prüfbare Anforderung?
Eine gute Anforderung ist konkret, prüfbar, unabhängig von einer bestimmten technischen Lösung und einer Quelle zugeordnet. Statt das System soll benutzerfreundlich sein formuliert man zum Beispiel, ein Sachbearbeiter kann einen Standardbericht ohne IT-Unterstützung in unter drei Minuten erstellen und als PDF exportieren. Diese Formulierung lässt sich in einer Demo tatsächlich prüfen, ein Adjektiv wie benutzerfreundlich nicht.
Was ist der Unterschied zwischen Muss, Soll und Kür?
Muss-Anforderungen sind zwingend, ohne sie kommt ein System nicht infrage. Soll-Anforderungen sind wichtig, aber nicht zwingend, sie fließen gewichtet in die Bewertung ein. Kür-Anforderungen sind wünschenswerte Extras, die den Ausschlag geben können, wenn zwei Systeme sonst gleichauf liegen. Diese Dreiteilung verhindert, dass Randwünsche eine Entscheidung dominieren, und funktioniert nur, wenn nicht alles zum Muss erklärt wird.
Warum sollte man die Lösung nicht schon in der Anforderung vorwegnehmen?
Wer in der Anforderung bereits eine technische Lösung beschreibt, statt das fachliche Bedürfnis zu formulieren, schließt unbewusst bessere Alternativen aus. Ein Beispiel: das System muss eine Excel-Exportfunktion haben beschreibt eine Lösung. Ein Sachbearbeiter muss Daten in einem gängigen Tabellenformat weiterverarbeiten können beschreibt das Bedürfnis und lässt mehr passende Antworten zu. Anforderungen sollten das Was beschreiben, nicht das Wie.
Wie geht man mit sich ändernden Anforderungen während des Projekts um?
Anforderungen ändern sich fast immer im Laufe eines Auswahlprojekts, das ist normal. Entscheidend ist, dass jede Änderung dokumentiert wird, mit Datum, Urheber und Begründung. Ohne diese Versionierung verliert das Team den Überblick, welche Anforderung noch gilt und welche überholt ist. Im Selection Portal wird jede Änderung automatisch im Audit-Trail festgehalten, ganz ohne manuelles Protokoll.
Wer sollte Anforderungen im Unternehmen definieren?
Anforderungen sollten von allen Abteilungen kommen, die später mit dem System arbeiten, nicht nur von der IT und nicht nur von einer Fachabteilung. Wird nur eine Perspektive berücksichtigt, entstehen blinde Flecken, die erst nach der Einführung sichtbar werden. Ein gemeinsamer Erfassungsprozess, an dem jede betroffene Abteilung ihre eigenen Anforderungen einträgt, deckt diese blinden Flecken frühzeitig auf.
Wie geht es nach dem Anforderungsmanagement weiter?
Auf das fertige Lastenheft folgt die Bewertung. Die Anbieter der Shortlist werden anhand der gewichteten Anforderungen mit einer Nutzwertanalyse bewertet, sodass ein vergleichbares Bild entsteht. Danach fällt die Entscheidung nachvollziehbar auf Basis der Punkte, dokumentiert im Audit-Trail. Das Anforderungsmanagement ist damit der erste und wichtigste Schritt eines durchgängigen Prozesses im Selection Portal.
Anforderungen von Anfang an richtig erfassen
Das Anforderungsmanagement ist der erste Schritt im Selection Portal. Von hier führt der Weg über die Bewertung bis zur dokumentierten Entscheidung. Die passende Vorauswahl liefert die Matching Engine.