Anforderungsanalyse für belastbare Softwareprojekte | Anexia

Bei dem Anforderungsmanagement beginnen wir mit den Tätigkeiten, die die künftige Lösung unterstützen soll. Beteiligte Rollen beschreiben Eingaben, Entscheidungen und gewünschte Ergebnisse. Unterschiedliche Begriffe werden geklärt, bevor daraus Felder oder Funktionen entstehen. Ein gemeinsames Wortverständnis verhindert, dass Entwicklung und Fachbereich dieselbe Anforderung unterschiedlich interpretieren.

Für die Analyse der Softwareanforderungen betrachten wir auch Ausnahmefälle: fehlende Daten, abgelehnte Freigaben, doppelte Vorgänge und nachträgliche Änderungen. Gerade diese Fälle bestimmen häufig einen erheblichen Teil des Entwicklungsaufwands. Bei der Anforderungsanalyse werden funktionale Wünsche mit Qualitätsanforderungen verbunden, etwa Antwortzeit, Zugriffsgrenzen und Nachvollziehbarkeit. Akzeptanzkriterien beschreiben ein beobachtbares Verhalten. Die Priorisierung berücksichtigt fachlichen Nutzen und Abhängigkeiten zwischen Anforderungen. Ein erster umsetzbarer Umfang muss einen zusammenhängenden Arbeitsablauf ermöglichen und darf nicht nur aus isolierten Einzelfunktionen bestehen. So macht das Requirements Engineering aus unterschiedlichen Erwartungen eine überprüfbare Grundlage für Architektur, Aufwandsschätzung und spätere Abnahme.

Leistungsumfang für die Anforderungsanalyse

Der vereinbarte Umfang für das Anforderungsmanagement kann folgende Ergebnisse enthalten: Prozessmodelle, Anforderungskatalog, Begriffsglossar, Akzeptanzkriterien und Entscheidungsprotokoll. Wir legen für jedes wesentliche Ergebnis fest, wozu es dient, wer es prüft und in welcher Form es übergeben wird. Damit können Entwicklung, Betrieb und Beschaffung dieselbe Leistung beurteilen. Unklare Sammelbegriffe werden im Angebot durch konkrete Arbeitspakete ersetzt.

Die Analyse der Softwareanforderungen umfasst außerdem die Abstimmung der notwendigen Schnittstellen zu Ihrem Team. Wir klären Zugänge, Ansprechpartner und verfügbare Testmöglichkeiten vor den betroffenen Umsetzungsschritten. Änderungen am Umfang werden mit ihrer Auswirkung auf Aufwand und Reihenfolge beschrieben. Sie behalten dadurch einen nachvollziehbaren Überblick über gelieferte Ergebnisse, noch offene Voraussetzungen und zusätzliche Wünsche.

Die wesentliche technische Entscheidung bei der Anforderungsanalyse

Anforderungen werden nach fachlichem Nutzen und Abhängigkeiten geordnet. Die erste umsetzbare Stufe enthält einen vollständigen Arbeitsablauf statt vieler unfertiger Einzelfunktionen. Für das Requirements Engineering dokumentieren wir die dafür relevanten Annahmen und begründen die gewählte Variante. Wesentliche Alternativen werden anhand derselben fachlichen Anforderungen betrachtet. Das erleichtert spätere Anpassungen, wenn sich Last, Datenbestand oder organisatorische Zuständigkeit verändern.

Eine tragfähige Entscheidung berücksichtigt auch Wartbarkeit und Übergabe. Bei dem Anforderungsmanagement prüfen wir, welche Kompetenzen intern vorhanden sind und welche Betreuung zusätzlich benötigt wird. Technische Möglichkeiten werden dadurch mit einem realistischen Betriebsmodell verbunden. Der Auftraggeber erkennt, welche Aufgaben nach dem Projekt regelmäßig anfallen und welche Entscheidungen bei ihm verbleiben.

Unklare Begriffe können dazu führen, dass Fachbereich und Entwicklung dieselbe Anforderung unterschiedlich verstehen und erst bei der Abnahme darüber sprechen. Diesen Punkt behandeln wir bei der Analyse der Softwareanforderungen als konkrete Prüffrage. Ein Risiko wird mit dem betroffenen Ablauf, seiner möglichen Auswirkung und einer geeigneten Maßnahme verbunden. Wo Voraussetzungen noch fehlen, bleibt die Aussage ausdrücklich offen, bis die notwendige Untersuchung erfolgt ist.

Wir prüfen jede kritische Anforderung mit Beispielen, Gegenbeispielen und einer Beschreibung des beobachtbaren Ergebnisses. Für die Anforderungsanalyse halten wir Ausgangslage, getestete Konfiguration und Ergebnis fest. Die Abnahme bezieht sich auf den vereinbarten Umfang. Offene Einschränkungen werden sichtbar dokumentiert und einem verantworteten nächsten Schritt zugeordnet. So kann Ihr Team zwischen nachgewiesener Funktion, einer bewussten Entscheidung und einer noch unbestätigten Annahme unterscheiden.

Projektbeispiel als illustratives Szenario

Das folgende Szenario ist ein Anwendungsbeispiel und keine Kundenreferenz. Ein Unternehmen möchte ein Kundenportal beauftragen, dessen Funktionsliste zunächst aus allgemeinen Begriffen wie Freigabe und Dokumentenverwaltung besteht. Bei der Anforderungsanalyse würden diese Begriffe anhand konkreter Vorgänge präzisiert. Wer lädt ein Dokument hoch, wer darf es sehen und was geschieht, wenn eine Freigabe später zurückgenommen wird?

Für das Requirements Engineering würde das Team reguläre Abläufe und wichtige Ausnahmen gemeinsam mit den Fachverantwortlichen beschreiben. Ein Beispiel könnte eine Änderung nach bereits erteilter Freigabe sein. Dabei würden Zustände, Benachrichtigungen und erforderliche Nachweise sichtbar. Unterschiede zwischen Nutzergruppen wären ausdrücklich zu klären. Offene Entscheidungen würden mit ihrem Einfluss auf Umsetzung und Aufwand dokumentiert. Geeignete Beispiele könnten anschließend sowohl in der technischen Entwicklung als auch in der Abnahme verwendet werden, sodass beide Seiten denselben Vorgang beurteilen.

Die Abnahme vom Anforderungsmanagement würde zeigen, ob die wesentlichen Anforderungen verständlich, widerspruchsfrei und prüfbar beschrieben sind. Vorgesehene Ergebnisse wären priorisierte Abläufe, klare Systemgrenzen und konkrete Abnahmekriterien. Das Dokument müsste nicht jede spätere Detailfrage vorwegnehmen. Es sollte jedoch erkennen lassen, welche Entscheidungen bereits getroffen sind und welche noch fehlen. Der Auftraggeber könnte Angebote dadurch anhand desselben fachlichen Umfangs vergleichen und spätere Änderungen von ursprünglich vereinbarten Funktionen unterscheiden.

Unsere Erfahrung und unser Engineering Ansatz

Wir verbinden individuelle Softwareentwicklung mit den technischen Aufgaben der Einführung und Weiterentwicklung. Für das Requirements Engineering bringen wir die Perspektiven von Anwendung, Integration und Betrieb in einen gemeinsamen Arbeitsablauf. Die fachlichen Anforderungen bleiben dabei mit den technischen Entscheidungen verbunden. Sie arbeiten mit einem benannten Leistungsumfang und nachvollziehbaren Ergebnissen.

Unsere Erfahrung soll für Ihr Vorhaben konkret überprüfbar werden. Deshalb erläutern wir im technischen Austausch, wie wir die relevanten Risiken untersuchen, welche Arbeitsergebnisse vorgesehen sind und wie Ihr Team diese beurteilen kann. Für das Anforderungsmanagement stimmen wir die beteiligten Rollen auf den tatsächlichen Bedarf ab. Verfügbare Referenzen werden mit dem jeweiligen Projekt- und Gesellschaftsbezug eingeordnet; vertrauliche Kundendetails werden nicht als allgemeine Werbeaussage verwendet.

Aufwand für das Anforderungsmanagement

Zahl beteiligter Bereiche, Prozessvarianten und vorhandene Dokumentation bestimmen den Umfang. Wir kalkulieren die Anforderungsanalyse deshalb anhand eines abgegrenzten Umfangs und ausdrücklich genannter Voraussetzungen. Ein erster Analyseschritt kann sinnvoll sein, wenn wesentliche technische Informationen noch fehlen. Danach lassen sich Arbeitspakete und Abnahmekriterien belastbarer vereinbaren.

Das Requirements Engineering kann als begrenztes Projekt, als gemeinsame Umsetzung mit Ihrem Team oder mit anschließender Betreuung organisiert werden. Nutzungsrechte, Zugänge, Dokumentation und Verantwortlichkeiten werden im Auftrag geklärt. Laufende Betriebszeiten, Reaktionsfristen und externe Verbrauchskosten sind eigene Vereinbarungen. So bleibt erkennbar, welche Leistungen einmalig erbracht werden und welche Aufgaben nach der Einführung regelmäßig anfallen.

Abgrenzung von der Anforderungsanalyse

Die Analyse ersetzt keine fachlichen Entscheidungen des Auftraggebers; sie macht deren Folgen und Abhängigkeiten sichtbar. Für die Analyse der Softwareanforderungen halten wir diese Grenze bereits im Angebot fest. Benötigte Zusatzleistungen werden mit ihrer fachlichen Begründung aufgenommen und nicht stillschweigend vorausgesetzt. Ihr Team kann dadurch passende interne Kompetenzen einplanen und die Gesamtleistung zwischen Beteiligten sinnvoll aufteilen.