Anforderungen erheben, strukturieren und zur Entscheidung führen.

Nutzerbedürfnisse von unten, Geschäftsziele von oben — ich vermittle zwischen den Beteiligten und gestalte Lösungen, die für alle funktionieren. Das verändert, wie Produkte entstehen — nicht nur, was entsteht.

Vier Aktivitäten, die ineinandergreifen

Die Kernaktivitäten nach IREB, Grundlage der CPRE-Zertifizierung. Die Verwaltung läuft daneben als Requirements Management. Angewandt zum Beispiel beim Deutschen Roten Kreuz.

01

Ermitteln

Einzelinterviews mit Stakeholdern und Nutzern, Beobachtung im Arbeitskontext, Auswertung vorhandener Dokumente.

02

Analysieren

Gruppieren, Dubletten zusammenführen, Abhängigkeiten offenlegen, Widersprüche benennen.

03

Spezifizieren

Jede Anforderung so formuliert, dass ihre Erfüllung überprüfbar ist.

04

Prüfen und Abstimmen

Gegen die Quelle geprüft und mit den Beteiligten abgestimmt.

01.Ermitteln

Einzelgespräche vor Gruppenterminen, weil in der Gruppe anderes geäußert wird als allein. Erfasst wird auch, wie tatsächlich entschieden wird: wer freigibt, wer gehört werden muss, wer spät blockieren kann.

Stakeholder-InterviewsNutzerinterviews & KontextbeobachtungDokumenten- und Systemanalyse
WAS JEDE PARTEI SAGTVERTRIEB„Kunden fragen ständig danach.“BETRIEB„Es muss in den Prozess passen.“IT„Nicht auf dem Stack, nicht dieses Jahr.“RECHT„Die Einwilligung muss dokumentiert sein.“SUPPORT„Die Hälfte der Tickets betrifft diesen Schritt.“GESCHÄFTSFÜHRUNG„Wir brauchen es bis Q3.“WIE HIER ENTSCHIEDEN WIRDUNTERSCHREIBTGeschäftsleitungMUSS GEHÖRT WERDENRechtITKANN SPÄT STOPPENBetriebsratBetriebIn Einzelgesprächen erhoben, nicht aus dem Organigramm abgeleitet.

02.Analysieren

Hier zeigt sich, welche Aussagen einander ausschließen, obwohl jede für sich plausibel klingt. Priorisiert wird gegen vorher vereinbarte Kriterien, nicht gegen Lautstärke.

Gruppierung & DublettenabgleichAbhängigkeiten und KonfliktePriorisierung nach Kriterien
GRUPPIERT UND PRIORISIERTBuchungMUSSGeführte Eingabe, Schritt für SchrittEntwurf bleibt beim Verlassen erhaltenFreigabeMUSSZwei Unterschriften vor dem VersandVertretungsregel dokumentiertReportingKANNMonatlicher ExportAuf Phase 2 verschobenABHÄNGIGKEITEN UND KONFLIKTE!Geführte EingabeZwei UnterschriftenAlles auf einem ScreenMobile ParitätOffline-Modus34ANFORDERUNGEN12ABHÄNGIGKEITEN5DUBLETTEN2KONFLIKTE

03.Spezifizieren

Wer braucht sie, wozu, und woran ist erkennbar, dass sie erfüllt wurde. Geprüft gegen die Kriterien, an denen eine Anforderung messbar ist: eindeutig, widerspruchsfrei, vollständig, nachvollziehbar, verifizierbar, relevant, machbar.

Funktional, nicht-funktional, AbnahmekriterienPrüfbare FormulierungGlossar & Modelle
WIE ES GESAGT WURDEWIE ES PRÜFBAR WIRD„Es soll einfach zu bedienen sein“Neue Kraft bucht ohne Hilfe in unter 4 Min.„Alles auf einem Screen“Alle 14 Felder ohne Scrollen sichtbar!„Es muss auf dem Handy laufen“Einhändig bedienbar bei 375 px Breite„Die Freigabe bleibt drin“Zwei Unterschriften vor dem Versand!WIDERSPRUCHZwei davon schließen einander aus — sichtbar erst in prüfbarer Formulierung.

04.Prüfen und Abstimmen

Wo Positionen auseinandergehen, moderiere ich entlang der vereinbarten Kriterien und belegbarer Beobachtungen — nicht entlang von Hierarchie. Ergebnis: eine abgestimmte, priorisierte Liste mit schriftlicher Begründung.

Review mit StakeholdernValidierung mit NutzernDokumentierte Entscheidung
PRIORISIERT, MIT BEGRÜNDUNG01Geführte BuchungSchlägt 14 Felder in der Bearbeitungszeit02Zweistufige FreigabeRechtlich nötig, nicht verhandelbar03Mobile ParitätEinvernehmlich auf Phase 2 verschoben04Alles auf einem ScreenGestrichen — Widerspruch zu 0105Offline-ModusOffen: bisher kein Beleg in beide RichtungenSCHRIFTLICHE BEGRÜNDUNGEntscheidungsprotokollEntschieden durchBelegeStrittige Punkte2 von 11Weiter offen1, benanntUNTERSCHRIEBEN VONProduct OwnerRechtBetrieb

Requirements Management: was nach der Freigabe passiert.

Anforderungen ändern sich. Ohne geregelte Änderungsbehandlung verliert eine Spezifikation innerhalb weniger Wochen ihre Verbindlichkeit.

  1. ÄnderungsbehandlungJede Änderung mit Anlass, Auswirkung auf abhängige Anforderungen und benanntem Entscheider.
  2. DokumentenverwaltungVersionen, Status und Verantwortlichkeiten je Anforderung — nicht im Gedächtnis einer Person.
  3. Planung und KontrolleDie Wirkung einer Änderung ist vor der Freigabe bekannt.

Projekttransparenz

Status, Zuständigkeiten und Abhängigkeiten in einer Ansicht, die alle Beteiligten lesen können — nicht in einer Datei, die eine Person pflegt und versteht. Sichtbar wird, worauf etwas wartet und welche Entscheidung aussteht. Im Fach: Dependency Management und Group Decision Support.

Status je AnforderungZuständigkeiten benanntAbhängigkeiten und Blockaden sichtbar
STATUS JE ANFORDERUNGANFORDERUNGVERANTWORTLICHSTATUSWARTET AUFGeführte BuchungProduct OwnerFreigegeben—Zweistufige FreigabeRechtFreigegeben—Mobile ParitätDesignIn KlärungEntscheidung GLAlles auf einem ScreenBetriebGestrichen—Offline-ModusITBlockiertTechnische PrüfungSTRITTIG2 von 11BLOCKIERT1OFFEN, BENANNT1

Eine abgestimmte Anforderungsbasis für Umsetzung und Abnahme

Ich entscheide nicht anstelle der Beteiligten, sondern stelle sicher, dass entschieden werden kann: jede Position erhoben, jeder Widerspruch benannt, jede Priorität begründet.

Ergebnis

  • Status, Zuständigkeiten und Abhängigkeiten in einer gemeinsamen Ansicht
  • Priorisierte Anforderungsliste mit Akzeptanzkriterien
  • Konflikte benannt, mit Entscheidungsgrundlage
  • Glossar mit einheitlicher Begriffsbasis
  • Offene Punkte als offen dokumentiert

Passt zu

  • Vorhaben mit mehreren Bereichen oder Organisationen
  • Backlogs ohne nachvollziehbare Herkunft

Format

Zwei bis sechs Wochen, je nach Umfang und Zahl der Beteiligten

Wofür diese Leistung gedacht ist

Für Vorhaben, in denen die Abstimmung das Risiko ist — nicht die Umsetzung.

Projektleitung

Entscheidungen werden vertagt

Anforderungen sind erhoben, aber nicht abgestimmt. Dieselbe Frage kehrt in jeder Sitzung zurück.

Ergebnis: eine abgestimmte Liste mit dokumentierter Begründung.

Mehrere Parteien

Zwei Organisationen, ein System

Beide Seiten gehen von derselben Auslegung aus. Die Abweichung zeigt sich erst in der Umsetzung.

Ergebnis: eine Spezifikation, die beide Seiten freigegeben haben.

Product Owner

Ein Backlog ohne Herkunft

Einträge existieren ohne dokumentierte Quelle, Begründung oder Gültigkeit.

Ergebnis: eine priorisierte Liste mit Quelle und Begründung je Eintrag.

Andere Ausgangslage?

  • Die Richtung steht und muss mit Nutzern belegt werden — Strategy.
  • Die Anforderungen stehen und sollen umgesetzt werden — Design Engineering.
  • Ein Produkt ist für einen Teil der Nutzer nicht bedienbar — Usability & Barrierefreiheit.
  • Ein Modell soll einen Teil der Arbeit übernehmen — das ist AI.

Häufige Fragen

Worin unterscheidet sich Requirements Engineering von einer Anforderungsliste?

Eine Liste hält fest, was gewünscht wurde. Requirements Engineering klärt zusätzlich Herkunft, Zweck, Abhängigkeiten, Abnahmekriterium und Änderungsweg. Der Unterschied fällt nicht beim Schreiben auf, sondern bei der Abnahme.

Worin unterscheiden sich Requirements Engineering und Requirements Management?

Requirements Engineering umfasst Erhebung, Dokumentation sowie Prüfung und Abstimmung — es erzeugt die Spezifikation. Requirements Management verwaltet sie danach: Versionen, Priorisierung und Änderungen über den Projektlebenszyklus. Die Begriffe werden oft synonym verwendet, bezeichnen aber verschiedene Aufgaben.

Wie gehen Sie mit Konflikten zwischen Bereichen vor?

Nicht durch Verhandlung zwischen den Positionen — dort gewinnt die höhere Hierarchie, und der Konflikt kehrt zurück. Tragfähig ist eine dritte, überprüfbare Grundlage: beobachtetes Nutzerverhalten, Nutzungsdaten, ein Test am Prototyp. Bleibt ein Zielkonflikt, benenne ich ihn als solchen und lege ihn der entscheidungsbefugten Stelle vor.

Was bedeutet „prüfbar formuliert“?

„Es soll einfach zu bedienen sein“ ist ein Wunsch. „Eine neu eingearbeitete Mitarbeiterin schließt die erste Buchung ohne Hilfe in unter vier Minuten ab“ ist eine Anforderung: testbar, mit bestimmbarem Erfüllungszeitpunkt.

Welche Qualifikationen bringen Sie mit?

Zertifiziert nach CPUX-F und als Digitaler Innovations- und Produktmanager (IHK). In Ausbildung für CPRE (IREB) und Scrum Product Owner. Belegt an Vorhaben mit mehreren Beteiligten: Deutsches Rotes Kreuz, Volkswagen mit Microsoft, Vaillant-Intranet.

Was, wenn keine Einigung zustande kommt?

Dann ist das ein Ergebnis — in Woche drei deutlich günstiger als im sechsten Monat. Zielkonflikte zwischen Bereichen sind legitim und brauchen eine Entscheidung der zuständigen Stelle. Meine Aufgabe ist, die Art des Konflikts zu benennen und die Entscheidungsgrundlage vorzulegen.

Anforderungen klären, bevor umgesetzt wird

Kostenloses Erstgespräch, 30 Minuten: Ausgangslage, Beteiligte, offene Punkte.