Egal, ob klassisch nach dem V-Modell, agil nach Scrum oder in einem komplexen, hybriden Setup: In fast jedem größeren Entwicklungsprojekt gibt es sie: Anforderungen, die irgendwann einmal mühsam spezifiziert, dokumentiert, geprüft und unter großem Aufwand freigegeben wurden, die aber im Laufe der Zeit an Relevanz verloren haben.
Sie sind „Zombies“: Formell leben sie in den Dokumenten und Tools weiter, in der Realität der Systemarchitektur sind sie aber längst tot. Wer diese „Karteileichen” ignoriert, riskiert nicht nur die Effizienz des Teams, sondern steuert in regulierten Branchen auch auf ein Desaster im nächsten Audit zu.
Wie Zombies die Projektrealität infiltrieren
Das Entstehen von ungenutzten oder veralteten Anforderungen ist kein spezifisches Problem einer bestimmten Methodik. Jedes Vorgehensmodell hat seine ganz eigenen Schwachstellen, die als Nährboden für Spezifikationsleichen dienen.
- Die klassische Hürde (der Spezifikations-Stau): In sequenziellen Projekten wird zu Beginn ein umfangreiches Lasten- oder Pflichtenheft erstellt. Bis die Entwicklung oder der Test Monate später darauf zugreift, hat sich die Welt oft weitergedreht. Weil unter massivem Kosten- und Zeitdruck gearbeitet wird und der Aufwand für formelle Änderungsanträge (Change Requests) gescheut wird, arbeitet die Entwicklung pragmatisch am Dokument vorbei. Die Spezifikation wird zur verwaisten Hülle.
- Das agile Vakuum (das Dokumentations-Vakuum): Im Sprint muss es schnell gehen. Ein Feature wird direkt im Code angepasst oder eine User Story spontan umgeworfen. Die Rückdokumentation in die Spezifikation wird im Eifer des Gefechts oft vergessen. Die ursprüngliche Anforderung verwaist und mutiert zum Zombie.
- Der hybride Querschläger (die Brücken-Kluft): Wenn das Requirements Engineering noch in klassischen Meilensteinen denkt, die Entwicklung aber bereits in agilen Sprints umsetzt, bricht die Verbindung ab. Das RE-Tool verwaltet einen Zustand, an den sich in der Entwicklung niemand mehr erinnert, während die Sprints mit einer ganz eigenen Realität davonlaufen.
Warum verwaiste Daten das Projekt gefährden
Man könnte argumentieren: „Was stört uns eine Anforderung, die ohnehin überflüssig im System herumliegt? Im schlimmsten Fall wird sie halt ignoriert.“ Doch das ist ein Trugschluss. Die versteckten Kosten und Risiken von Zombie-Anforderungen sind enorm:
- Sie treiben den Test in den Wahnsinn: Test-Engineers schreiben und pflegen oft manuell oder automatisiert Testfälle für Features, die in dieser Form überhaupt nicht mehr existieren oder längst modifiziert wurden. Das führt zu fehlerhaften Testergebnissen („False Positives“) und verschwendet wertvolle Ressourcen.
- Sie blockieren das Onboarding: Neue Entwickler oder Architekten versuchen, das System anhand der Dokumentation zu verstehen. Sie stoßen auf Anforderungen, die im fertigen Produkt nirgends zu finden sind. Das führt zu massiver Verwirrung und langwierigen Rückfrageschleifen.
- Sie gefährden die Compliance: Besonders in regulierten Branchen wie Automotive, Aerospace oder Medizintechnik ist eine lückenlose Rückverfolgbarkeit (Traceability) Pflicht. Eine Anforderung in der Spezifikation, zu der es weder eine Entsprechung in der Architektur noch einen verifizierten Testfall gibt, bricht die Traceability-Kette und lässt jedes Audit scheitern.
- Sie vergiften die KI-Analyse: Wer moderne KI-Assistenten einsetzt, um Anforderungen zu analysieren oder Testfälle zu generieren, benötigt eine verlässliche Datenbasis (Single Source of Truth). Wenn man die KI mit einer zur Hälfte aus Zombies bestehenden Spezifikation „füttert”, optimiert sie das System für die Vergangenheit und halluziniert fehlerhafte Abhängigkeiten.
Wie objectiF RM als Gegenmittel fungiert
Um das Informations-Chaos dauerhaft zu beenden, reicht es nicht aus, nur punktuell aufzuräumen. Benötigt wird ein System, das Anforderungen, Modelle und die tatsächliche Umsetzung untrennbar miteinander verknüpft.
An dieser Stelle hilft objectiF RM. Als ganzheitliche Plattform für das Requirements und Systems Engineering sorgt es dafür, dass Ziele, Anforderungen, visuelle UML-/SysML-Modelle und Testfälle an einem einzigen, zentralen Ort verwaltet werden. Durch definierte Workflows im Tool können Zombie-Anforderungen gar nicht erst entstehen.
Sobald eine Anforderung geändert wird, werden alle in Beziehung stehenden, relevanten Elemente benachrichtigt. Niemand muss mehr detektivisch nachforschen, ob ein Dokument noch aktuell ist. Außerdem unterstützt die integrierte KI-Funktionalität bei der Prüfung von Qualitätskriterien.
Haben Sie ein Zombie-Problem?
In unserem Download-Center finden Sie ab sofort eine Zombie-Anforderungs-Checkliste. Anhand von 15 Fragen können Sie selbst prüfen, ob sich bereits verwaiste Anforderungen in Ihrem Projekt befinden.