Requirements Management
ohne ALM-Einführung

Excel trägt, bis jemand fragt, welcher Nachweis welche Pflicht deckt

Solange ein Programm läuft, trägt Excel erstaunlich weit. Anforderungen stehen im Lastenheft des Fahrzeugherstellers, die eigene Spezifikation liegt in Word oder Confluence, Aufgaben laufen über Jira, Tests hat das Testteam in eigenen Listen. Jeder kennt seinen Ausschnitt. Niemand besitzt die Kette.

Teuer wird das, wenn der Kunde nachschärft, wenn das Assessment beginnt und wenn jemand das Team verlässt. Die Frage lautet dann immer: welche Pflicht ist durch welchen Nachweis in welcher Version gedeckt? Ticket-Historie beantwortet das nicht.

Ihr braucht keine neue Tool-Landschaft dafür. Ihr braucht eine Stelle, an der Lastenheftseite, Anforderung und Nachweis zusammenstehen und Lücken orange werden.

Wo es heute bricht

• Zwei Pflichten, eine Zeile. Nach dem Semikolon steht eine zweite Pflicht. In Excel bekommt sie nie eine eigene ID.
• Norm ohne Abschnitt. „ASPICE-konform“ oder „gemäß ISO/SAE 21434“ ist eine Absichtserklärung, kein Nachweis.
• Änderung nur in der Mail. Änderungsantrag 19 verschärft 300 ms auf 250 ms. Das Jira-Ticket wird geschlossen. Der Testfall bleibt alt.
• Nachweise ohne Stand. Der Test war grün gegen eine Spec-Version, die es so nicht mehr gibt.
• Das Assessment beginnt bei der Evidenz. Der Assessor will den Pfad zurück zur Lastenheftseite.

Bereits mit Polarion oder DOORS unterwegs? Dann: Requirements Management neben bestehendem ALM-System.

Was in der Woche von Änderungsantrag 19 passiert

1. Tag 1 Kunden-Mail landet Änderungsantrag 19 wird in Jira angelegt. Confluence und Excel bleiben auf 300 ms.
2. Tag 3 Ticket steht auf Done Software ist angepasst. Annahmekriterium und Bench-Test sind nicht neu gebunden.
3. Matrix Orange wird sichtbar SYS-0142 steht als Lücke. Die Matrix listet jede Pflicht, die noch einmal geprüft werden muss.
4. Entscheidung Engineers urteilen Test anpassen, duplizieren oder Abweichung dokumentieren. Cevelar zeigt den Bruch vor der Bench-Buchung.

Ein zweiter Fall ändert die Pflicht gar nicht. Hängt ein ausgeliefertes Feature an einem Modell, das im Feld nachzieht, kann das Bench-Ergebnis von gestern wahr und trotzdem veraltet sein. Der Nachweis hängt am Modellstand, nicht nur am Pflichttext. Ticket-Systeme und klassisches ALM führen das nicht als eigenen Nachweiszustand.

Demo-Daten. Orange bedeutet nur: fehlende Verknüpfung oder veralteter Nachweis.