Anforderungsanalyse vor der Modernisierung: Warum sie der entscheidende erste Schritt ist

Ein Modernisierungsprojekt startet oft mit einem Datum und einem Budget. Selten startet es mit der Frage, was das alte System eigentlich alles kann. Genau das kippt viele Projekte später um.

Die Anforderungsanalyse vor der Modernisierung klärt was ein System heute leistet. Sie zeigt wer es nutzt. Und sie holt Regeln ans Licht, die niemand mehr aufgeschrieben hat. Ohne diese Klarheit bauen Sie auf einer Vermutung, nicht auf einem Plan.

Dieser Artikel erklärt was eine gute Anforderungsanalyse ausmacht. Er zeigt warum sie so oft übersprungen wird. Und er erklärt wie Sie sie konkret angehen, auch ohne eigenes IT-Fachwissen.

Was Anforderungsanalyse vor einer Modernisierung bedeutet

Anforderungsanalyse klingt nach Bürokratie. Ist es aber nicht. Es bedeutet schlicht: Bevor Sie etwas Neues bauen, schreiben Sie auf was das Alte tut.

Das umfasst mehrere Ebenen. Erstens die fachlichen Funktionen: Welche Berechnungen, Prüfungen und Abläufe erledigt das System täglich? Zweitens die Nutzer: Wer arbeitet mit dem System, in welcher Rolle, mit welchen Erwartungen? Drittens die stillen Regeln. Das sind Ausnahmefälle, Sonderfreigaben und historisch gewachsene Workarounds. Nirgendwo dokumentiert, aber täglich im Einsatz.

Diese dritte Ebene ist die gefährlichste. Sie steckt selten im Pflichtenheft. Sie steckt im Kopf der Sachbearbeiterin. Die weiß seit zwölf Jahren, dass ein bestimmtes Feld bei Kunden aus Österreich anders befüllt werden muss. Wird diese Regel bei der Modernisierung übersehen, merkt man das erst wenn sich ein Kunde beschwert.

Warum dieser Schritt so oft ausfällt

Anforderungsanalyse kostet Zeit, bevor überhaupt etwas Sichtbares entsteht. Kein neues Interface, kein Prototyp, keine Demo. Nur Gespräche, Dokumentation und Fragen. Das fühlt sich für viele Entscheider nach Stillstand an. Dabei tickt die Budget-Uhr längst.

Dazu kommt ein zweiter Grund. Man geht davon aus, das System zu kennen. Schließlich läuft es seit Jahren, und jeder im Unternehmen weiß ungefähr, was es tut. Das Problem ist das Wort "ungefähr". Für den Alltag reicht ungefähres Wissen. Für eine Modernisierung reicht es nicht.

Wenn die Anforderungsanalyse fehlt, zeigt sich das meist erst mitten im Projekt. Eine Funktion, die niemand auf dem Schirm hatte, fällt plötzlich aus. Ein Prozess, der als Nebensache galt, stellt sich als Kernfunktion für eine wichtige Kundengruppe heraus. Jede solche Überraschung kostet Zeit, Geld und Vertrauen in das Projekt.

Was passiert, wenn Sie ohne Analyse modernisieren

Die Folgen zeigen sich selten am ersten Tag. Sie zeigen sich Wochen später. Dann geht das neue System live, und etwas fehlt, das vorher da war.

Typisch ist folgendes Muster: Das neue System bildet die offensichtlichen Funktionen sauber ab. Die unauffälligen, aber geschäftskritischen Sonderfälle fehlen. Ein Kunde kann eine bestimmte Bestellung plötzlich nicht mehr aufgeben. Eine Abteilung muss wieder manuell nacharbeiten, was das alte System automatisch erledigt hat.

Das kostet nicht nur Nacharbeit. Es kostet auch Vertrauen im Team. Wer einmal erlebt hat, dass die neue Software wichtige Dinge vergisst, glaubt beim nächsten Rollout nicht mehr an einen reibungslosen Übergang. Diese Skepsis erschwert jedes weitere Projekt, auch wenn es technisch gut vorbereitet ist.

Wie eine gute Anforderungsanalyse abläuft

Eine Anforderungsanalyse muss nicht Monate dauern. Sie muss vor allem strukturiert und ehrlich sein.

Schritt 1: Bestandsaufnahme des Systems

Zuerst wird erfasst, was das System heute technisch tut. Welche Module gibt es? Welche Schnittstellen, welche Datenflüsse? Diese Bestandsaufnahme legt offen, wo überhaupt Wissen fehlt. Mehr zum technischen Vorgehen bei so einem Projekt lesen Sie in unserem Artikel zur Systemmodernisierung und ihrem Ablauf.

Schritt 2: Gespräche mit den Nutzern

Die wichtigsten Informationen liefern die Menschen, die das System täglich bedienen. Nicht die Führungsebene, sondern die Sachbearbeiterin, der Lagerleiter, die Buchhalterin. Sie kennen die Ausnahmen, die Umwege und die kleinen Tricks, mit denen das System im Alltag funktioniert.

Schritt 3: Fachliche Anforderungen dokumentieren

Was hier entsteht, muss keine hundertseitige Spezifikation sein. Wichtig ist, dass zentrale Regeln, Berechnungen und Sonderfälle schriftlich festgehalten werden. Nicht nur in Köpfen. Diese Dokumentation zahlt sich auch über die Modernisierung hinaus aus, wie unser Artikel zur Dokumentation für Legacy-Software zeigt.

Schritt 4: Priorisierung

Nicht jede Anforderung ist gleich wichtig. Manche Funktionen werden täglich gebraucht, andere einmal im Jahr für einen Sonderfall. Diese Priorisierung entscheidet später, was zuerst modernisiert wird und was warten kann.

Schritt 5: Abgleich mit der Zukunft

Zum Schluss lohnt sich eine Frage: Was von dem, was das System heute tut, wird in fünf Jahren noch gebraucht? Manche alten Anforderungen sind selbst technische Schulden. Sie existieren nur, weil sie nie hinterfragt wurden. Die Anforderungsanalyse ist der richtige Moment, sie loszuwerden, statt sie in die neue Lösung zu schleppen.

Was eine Anforderungsanalyse mit Modernisierungsentscheidungen zu tun hat

Die Anforderungsanalyse beantwortet auch eine Frage, die viele Unternehmen vor der Modernisierung stellen: Modernisieren oder neu bauen? Ohne zu wissen, was das bestehende System wirklich leistet, lässt sich diese Frage nicht seriös beantworten. Wie diese Entscheidung strukturiert getroffen wird, erklären wir im Artikel Software modernisieren oder neu entwickeln.

Die Analyse liefert außerdem eine Grundlage für langfristige Planung. Nicht nur für das aktuelle Projekt. Wer weiß, was das System heute leistet und wie es genutzt wird, kann auch besser einschätzen, wann welche Komponente an ihr Lebensende kommt. Einen systematischen Blick darauf bietet unser Beitrag zum IT-Lifecycle-Management.

Was eine Anforderungsanalyse kostet und was sie einspart

Eine gründliche Analyse kostet Zeit, meist einige Wochen, je nach Größe des Systems. Das klingt nach einer Investition ohne sofortigen Gegenwert. Ist es aber nicht.

Jede übersehene Anforderung, die erst mitten im Projekt auffällt, kostet mehr als die vorherige Analyse gebraucht hätte. Nachträgliche Korrekturen sind teurer als vorausschauende Planung. Das ist eine der wenigen Regeln in der Softwareentwicklung, die fast immer stimmt.

Vergleichbar ist das mit einer Sanierung an einem Gebäude. Wer vor dem Umbau nicht prüft, wo die tragenden Wände sind, riskiert später einen Einsturz. Wer vorher genau hinschaut, baut mit Sicherheit statt mit Hoffnung. Diese eine Anspielung auf die Sanierungs-Metapher reicht an dieser Stelle, mehr braucht es nicht.

Wer eine Anforderungsanalyse durchführen sollte

In kleineren Unternehmen übernimmt oft die IT-Leitung diese Aufgabe zusätzlich zum Tagesgeschäft. Das funktioniert, solange genug Zeit dafür eingeplant wird. Bei größeren oder besonders verzweigten Systemen lohnt sich externe Unterstützung. Ein Außenblick stellt Fragen, die intern niemand mehr stellt, weil alle Beteiligten die Abläufe längst als selbstverständlich hinnehmen.

Wichtig ist in jedem Fall: Die Analyse braucht eine verantwortliche Person, die Ergebnisse zusammenführt, Widersprüche klärt und am Ende eine klare Liste priorisierter Anforderungen vorlegt. Ohne diese Bündelung verlaufen viele einzelne gute Gespräche im Sand.

Fazit: Der erste Schritt entscheidet über die späteren

Eine Modernisierung beginnt nicht mit dem ersten Code, der geschrieben wird. Sie beginnt mit der Frage, was das bestehende System eigentlich leistet und wer das wirklich weiß. Wer diesen Schritt überspringt, spart am Anfang Zeit. Und verliert sie später mehrfach zurück.

Sprechen Sie uns an. Das Erstgespräch ist kostenlos. Wir schauen uns Ihr System gemeinsam mit Ihnen an und sagen Ihnen ehrlich, was für eine saubere Anforderungsanalyse nötig ist, bevor überhaupt über Technik gesprochen wird.