Was ist ein formales Review?

Ein formales Review ist eine systematische und strukturierte Überprüfungstechnik, die durch dokumentierte Vorgehensweisen und festgelegte Anforderungen gekennzeichnet ist. Im Gegensatz zu informellen Überprüfungen, bei denen das Feedback oft spontan und unstrukturiert erfolgt, erfolgt ein formales Review nach klar definierten Prozessen und unterliegt in der Regel bestimmten Qualitätsstandards und Vorgaben. Ein typisches Beispiel für ein formales Review ist die Inspektion.

Merkmale eines formalen Reviews:

• Dokumentiertes Vorgehen: Ein formales Review folgt einem strukturierten Prozess, der in der Regel aus mehreren Phasen besteht, wie z. B. der Planung, der Durchführung und der Nachverfolgung von Korrekturmaßnahmen.
• Festgelegte Anforderungen: Bei einem formalen Review gibt es klare Kriterien, die erfüllt werden müssen, und das Review-Team überprüft, ob diese Kriterien im zu prüfenden Artefakt (z. B. Code, Dokumentation, Design) erfüllt sind.
• Systematische Fehleridentifikation: Das Ziel eines formalen Reviews ist es, Fehler zu identifizieren, die möglicherweise zu Qualitätsmängeln führen könnten. Dies umfasst sowohl funktionale als auch nicht-funktionale Aspekte.
• Teamarbeit: Formale Reviews werden in der Regel von einem Team von Experten durchgeführt, die gemeinsam das Artefakt prüfen und Feedback geben. Die Teammitglieder können unterschiedliche Perspektiven einbringen, um eine umfassende Analyse zu gewährleisten.
• Dokumentation der Ergebnisse: Alle Schritte und Ergebnisse eines formalen Reviews werden üblicherweise dokumentiert, sodass später nachvollzogen werden kann, welche Fehler gefunden und wie diese behoben wurden.

Beispiel für ein formales Review:

Ein typisches Beispiel für ein formales Review ist die Inspektion von Quellcode:

1. Vorbereitung: Der Entwickler bereitet den Code vor und stellt ihn den Inspektoren zur Verfügung.
2. Review-Team: Ein Team aus Entwicklern, Testern und anderen Stakeholdern wird gebildet, um den Code zu überprüfen.
3. Durchführung: Das Review-Team geht den Code in einer strukturierten Weise durch, um mögliche Fehler, Best Practices und Verstöße gegen Designrichtlinien zu identifizieren.
4. Fehlerdokumentation: Alle gefundenen Fehler werden dokumentiert, und der Entwickler erhält Feedback, um die Korrekturen vorzunehmen.
5. Nachverfolgung: Der Entwickler behebt die Fehler, und das Team überprüft die Änderungen, um sicherzustellen, dass alle Mängel behoben wurden.

Vorteile eines formalen Reviews:

• Fehleridentifikation in frühen Phasen: Formale Reviews helfen dabei, Fehler frühzeitig zu erkennen, noch bevor der Code in die nächsten Phasen übergeht (z. B. Testen oder Deployment).
• Verbesserte Qualität: Da formale Reviews eine gründliche und systematische Überprüfung ermöglichen, trägt dies zur Verbesserung der Gesamtqualität des Produkts bei.
• Wissenstransfer: Durch die Beteiligung mehrerer Experten können unterschiedliche Perspektiven eingebracht und Wissen ausgetauscht werden, was zu einer besseren Lösung führt.
• Kostensenkung: Das frühzeitige Erkennen von Fehlern kann dazu beitragen, die Kosten für die Fehlerbehebung zu minimieren, da Fehler in späteren Phasen (z. B. während des Tests oder nach dem Deployment) erheblich teurer zu beheben sind.

Nachteile eines formalen Reviews:

• Zeitaufwändig: Formale Reviews sind in der Regel zeitintensiv, da sie eine strukturierte und gründliche Überprüfung erfordern. Dies kann den Entwicklungsprozess verlangsamen.
• Ressourcenintensiv: Ein formales Review erfordert die Beteiligung von mehreren Personen, was den Ressourcenaufwand erhöht.
• Potenzielle Überprüfungslücken: In manchen Fällen können formale Reviews, obwohl sie gründlich sind, nicht alle möglichen Fehlerarten abdecken, da die Prüfer nicht immer in der Lage sind, alle Szenarien zu antizipieren.

Hinweise zur Praxis:

• Dokumentation und Nachverfolgung: Alle Ergebnisse und Feedbacks aus dem Review sollten gründlich dokumentiert werden, damit alle Beteiligten den Verlauf der Fehlerbehebung nachvollziehen können.
• Regelmäßige Durchführung: Formale Reviews sollten regelmäßig im Projektlebenszyklus durchgeführt werden, um eine kontinuierliche Fehleridentifikation und Qualitätssicherung zu gewährleisten.
• Fokus auf spezifische Ziele: Während eines formalen Reviews sollte das Team klare Ziele und Prüfkriterien haben, um die Effizienz des Reviews zu maximieren und sicherzustellen, dass alle relevanten Aspekte überprüft werden.