Das Testen von Geschäftsanfordungen (Validierung & Verifizierung) ermöglicht es, Unklarheiten, Duplikate, Mehrdeutigkeiten und Inkonsistenzen bereits vor der Umsetzungsphase zu erkennen, in der Korrekturen besonders kostspielig werden. Beste Praktiken beinhalten die Durchführung von Anforderungsreviews mit dem Kunden, die Modellierung von Geschäftsprozessen, die Klärung von Akzeptanzkriterien und den Aufbau von Testfällen für jede Anforderung vor dem Programmieren.
Wesentliche Merkmale:
Kann man die Detaillierung der Anforderungen dem Entwicklungsteam überlassen?
Nein, ohne vorherige Ausarbeitung der Anforderungen riskiert das Team, Funktionen umzusetzen, die nicht den Geschäftsziele entsprechen, oder Zeit mit unnötigen Nacharbeitungen zu verbringen.
Muss man Geschäftsanforderungen immer bis zur 'idealen' Detaillierung ausarbeiten?
Nein, eine übermäßige Detaillierung ist unerwünscht - es ist wichtig, ein Gleichgewicht zu finden, bei dem die Anforderungen klar und die Akzeptanzkriterien eindeutig definiert sind.
Muss der Kunde in der finalen Verifikationsphase der Anforderungen einbezogen werden?
Ja, ohne Abstimmung der Anforderungen mit dem Kunden besteht ein hohes Risiko der Fehlinterpretation und nachfolgender Nacharbeiten.
Negativer Fall:
Im Projekt wurden die Anforderungen nur zwischen Analyst und Entwickler ohne finale Diskussion mit dem Kunden abgestimmt. Ergebnis: Der Großteil der umgesetzten Funktionen erfüllt die Geschäftsbedürfnisse nicht, es ist eine ernsthafte Refaktorisierung erforderlich. Vorteile: schnelle Anfangsentwicklung. Nachteile: Rückabwicklung von Nacharbeiten, Zeitverlust, Vertrauensverlust.
Positiver Fall:
Arbeit mit Anforderungsreviews unter Einbeziehung des QA-Teams, Definition transparenter Akzeptanzkriterien, Checklisten zur Validierung. Der Kunde akzeptiert die endgültige Liste der Anforderungen vor Beginn der Entwicklung. Vorteile: Minimierung von Nacharbeiten, qualitativ hochwertige Veröffentlichung, schnelle Abnahme. Nachteile: erhöhte Zeit für den Projektstart.