Erst das Problem verstehen
„Wir brauchen ein Kundenportal“ klingt nach einer klaren Anforderung, legt aber schon eine Lösung fest. Offen bleibt, was heute eigentlich schwierig ist. Fehlen Kunden verlässliche Liefertermine? Müssen Beschäftigte dieselbe Auskunft ständig neu suchen? Oder gehen Nachrichten zwischen verschiedenen Postfächern verloren? Jede dieser Situationen kann einen anderen Ansatz sinnvoll machen.
Die Analyse beginnt deshalb bei der Arbeit und ihren Problemen. Sie ist ebenso nützlich beim Einkauf einer Software wie bei einer neuen Website oder einer geänderten Übergabe im Team. Auch ein kleines Vorhaben braucht diese Klärung. Lediglich die Form darf kleiner sein: Eine übersichtliche Tabelle kann mehr helfen als ein umfangreiches Dokument ohne klare Aussagen.
Die richtigen Menschen einbeziehen
Sprich sowohl mit den Personen, die eine Änderung wünschen, als auch mit denen, die später damit arbeiten. Die Leitung sieht möglicherweise verspätete Berichte, während am Empfang unvollständige Angaben den Alltag erschweren. Beide Perspektiven gehören in die Analyse. Denke außerdem an Vertretungen, seltene Nutzer und Menschen, die Sonderfälle bearbeiten.
Lass dir einen konkreten Vorgang zeigen. Die Frage nach der letzten schwierigen Bestellung liefert häufig mehr als die allgemeine Frage, ob alles funktioniert. Trenne Beobachtung und Deutung: „Die Adresse wird zweimal eingetragen“ ist eine Beobachtung. „Wir brauchen eine neue Datenbank“ ist bereits ein Lösungsvorschlag. Entferne persönliche Angaben, bevor du Beispiele im Projekt weitergibst.
Anforderungen sinnvoll unterscheiden
Funktionale Anforderungen beschreiben Fähigkeiten: Eine Lieferadresse soll vor dem Versand geändert werden können. Qualitätsanforderungen betreffen die Art der Nutzung, etwa verständliche Hinweise oder die Wiederaufnahme eines unterbrochenen Vorgangs. Randbedingungen setzen Grenzen, beispielsweise eine bestehende Verbindung zur Buchhaltung oder Geräte, die weiter genutzt werden müssen.
Dazu kommen fachliche Regeln. Wer darf eine Erstattung freigeben? Wann gilt eine Reservierung im betrieblichen Ablauf als bestätigt? Welche Angaben gehören zu welchem Auftrag? Solche Regeln stecken oft nur in den Köpfen erfahrener Beschäftigter. Eine Skizze des Workflows hilft, sie sichtbar zu machen und von bloßen Gewohnheiten zu unterscheiden.
Ein anschauliches Beispiel aus einer Werkstatt
Eine fiktive Fahrradwerkstatt möchte ihre Annahmezettel durch eine App ersetzen. Bei der Beobachtung zeigt sich jedoch, dass unklare Reparaturfreigaben mehr Ärger verursachen als das Papier. Kunden wissen nicht, ob ein angebotener Austausch schon begonnen hat. Beschäftigte fragen teilweise mehrfach nach derselben Entscheidung, weil Informationen an verschiedenen Stellen liegen.
Eine wichtige Anforderung lautet daher: Vorgeschlagene Arbeiten können zur Freigabe geschickt werden, und der aktuelle Freigabestatus ist am Auftrag erkennbar. Zusätzlich braucht die Werkstatt einen passenden Weg für Kunden ohne E-Mail. Diese Aussagen beschreiben den Bedarf, ohne bereits eine bestimmte App vorzuschreiben. Vielleicht reicht eine deutlich einfachere Lösung mit klaren Zuständigkeiten.
Aus Wünschen prüfbare Aussagen machen
Begriffe wie schnell, intuitiv oder modern lassen viel Spielraum. Beschreibe stattdessen die Situation, die Handlung und ein beobachtbares Ergebnis. Im Werkstattbeispiel könnte ein Prüffall verlangen, dass eine Vertretung beim Öffnen eines Auftrags erkennt, welche Arbeiten noch auf Freigabe warten, ohne den gesamten Nachrichtenverlauf lesen zu müssen.
Zahlen sind hilfreich, wenn sie fachlich begründet sind. Erfinde aber keine Grenzwerte, nur damit eine Anforderung präzise aussieht. Auch ein eindeutiger Statuswechsel oder eine erfolgreich abgeschlossene Aufgabe kann prüfbar sein. Ein Prototyp macht schwierige Bedienabläufe früh besprechbar, bevor daraus feste technische Entscheidungen werden. Die Beobachtungen daraus können wiederum die Anforderung verbessern.
Zielkonflikte offen entscheiden
Anforderungen passen nicht immer zusammen. Zusätzliche Pflichtfelder können Auswertungen erleichtern und gleichzeitig die Annahme verlangsamen. Engere Zugriffsrechte schützen Informationen, können aber die Vertretung erschweren. Benenne diesen Konflikt und kläre, wer ihn entscheiden darf. Eine lange gemeinsame Formulierung löst den Widerspruch nicht automatisch auf.
Mit einer bewussten Priorisierung unterscheidest du unverzichtbare Bedürfnisse von späteren Ergänzungen. Halte zu wichtigen Anforderungen auch den Grund fest. Dann kann das Team bei einer späteren Änderung nachvollziehen, warum etwas ursprünglich vorgesehen war. Offene Annahmen bekommen eine verantwortliche Person und einen nächsten Klärungsschritt, statt unbemerkt wie bestätigte Tatsachen behandelt zu werden.
Ein kleines Register reicht oft aus
Eine einfache Übersicht kann Kennung, Anforderung, Begründung, Priorität, Prüffall, verantwortliche Person und Bearbeitungsstand enthalten. Verlinke zugehörige Entscheidungen, statt sie an mehreren Stellen zu kopieren. Ein Lastenheft kann den abgestimmten Stand bündeln, wenn du eine verlässliche Grundlage für Gespräche mit möglichen Auftragnehmern brauchst.
Prüfe diese Übersicht erneut, sobald neue Erkenntnisse auftauchen. Eine geänderte Anforderung bedeutet nicht automatisch, dass vorher schlecht gearbeitet wurde. Entscheidend ist, ihre Folgen für Aufwand, Umfang und bereits getroffene Entscheidungen zu verstehen. Ohne diese Prüfung wird aus sinnvoller Lernbereitschaft schnell die unausgesprochene Zusage, jeden neuen Wunsch zusätzlich umzusetzen.
Ein kurzer Check für deinen nächsten Auftrag
Nimm einen aktuellen Änderungswunsch und beantworte vier Fragen: Wer braucht ihn? Welche Aufgabe unterstützt er? Was passiert ohne ihn? Woran erkennt ihr ein brauchbares Ergebnis? Bitte anschließend eine Person aus dem Alltag um einen unangenehmen Sonderfall. Bleibt eure Formulierung auch dann verständlich, oder fehlen wichtige Regeln?
Markiere zum Schluss, was ihr wisst und was ihr lediglich vermutet. Vor dem Start muss nicht jede Unsicherheit verschwunden sein. Sie sollte aber sichtbar sein, damit ihr einen passenden nächsten Schritt wählen könnt. So investiert ihr zuerst in die Klärung einer wichtigen Frage und nicht versehentlich schon in eine komplette Lösung.
Häufige Fragen
Braucht jedes Projekt ein langes Dokument?
Nein. Bei einem begrenzten Vorhaben kann eine kurze gemeinsame Übersicht genügen. Je mehr Beteiligte, Schnittstellen und Folgen eine Entscheidung hat, desto genauer sollte die Abstimmung sein. Entscheidend ist, ob das Team auf dieser Grundlage handeln und Ergebnisse prüfen kann, nicht die Seitenzahl.
Wer übernimmt die Anforderungsanalyse?
Eine Person sollte die Arbeit koordinieren. Menschen aus dem Fachbereich, spätere Nutzer und die umsetzende Seite liefern unterschiedliche Beiträge. Die koordinierende Person macht Lücken und Konflikte sichtbar, statt die Bedürfnisse anderer stillschweigend durch ihre eigene Lieblingslösung zu ersetzen.