LASR von Stefan Toth und Stefan Zörner führt in vier Schritten durch ein Software-Review. Zuerst klärt das Team den Zweck der Software und legt Qualitätsziele fest, etwa für Verfügbarkeit oder Änderbarkeit. Danach werden Risiken eingeschätzt. Ein Lückenprofil zeigt, wo der eingeschätzte Systemstand von den Zielen abweicht. Auffällige oder umstrittene Einschätzungen werden anschließend genauer untersucht.

1. 1

   Auftrag

   Lean Mission Statement: Zweck klären

   

   Ziel

   Der gemeinsame Blick auf den Nutzen gibt dem Review eine Richtung.

   Voraussetzungen für diesen Schritt

   • Systemkontext
   • Produktsicht und Systemkenntnis

   Durchführung

   • Benenne das System und die Teile, die ihr im Review betrachtet. Halte auch fest, welche Bereiche außerhalb dieses Umfangs liegen.
   • Sammle Aussagen zum Nutzen, zu wichtigen Fähigkeiten und Erwartungen, als würdest du die Software auf einer kurzen Produktseite erklären.
   • Fasse den Zweck in drei bis vier Kernaussagen zusammen und stimme sie mit den Beteiligten ab.

   Ergebnis

   Lean Mission Statement mit Review-Grenzen

   Die Kernaussagen geben die Richtung für die folgenden Qualitätsziele vor.

   Qualitätscheck

   Beschreiben die Kernaussagen den angestrebten Nutzen der Software?

   Stolperfalle

   Das Team beginnt mit einer Technologieliste ohne gemeinsamen Zweck. Beschreibe den angestrebten Nutzen und vereinbare, welche Teile der Software ihr betrachtet.

   Zeitlicher Rahmen: Kurzer gemeinsamer Klärungsblock.

2. 2

   Maßstäbe

   Evaluation Criteria: Qualitätsziele festlegen

   

   Ziel

   Qualitätsziele geben einen gemeinsamen Bewertungsmaßstab.

   Voraussetzungen für diesen Schritt

   • Mission Statement
   • Erwartungen der Beteiligten

   Durchführung

   • Wähle drei bis fünf Qualitätsmerkmale, die den angestrebten Nutzen unterstützen, etwa Verfügbarkeit oder Sicherheit. Nutze bei Bedarf die LASR-Qualitätskarten.
   • Beschreibe anhand konkreter Beispiele, was die Software leisten soll. Vereinbare eine Skala und die angestrebten Werte.
   • Trage die Zielwerte in ein Spinnendiagramm ein. Jede Achse steht für ein Qualitätsmerkmal. Halte fest, was die Werte auf jeder Achse bedeuten.

   Ergebnis

   Qualitätsziele und Zielprofil

   Ergänze im Diagramm, was die Skalenwerte für eure Software konkret bedeuten.

   Qualitätscheck

   Ist klar, was die angestrebten Werte für diese Software bedeuten?

   Stolperfalle

   Alle Qualitätsziele erhalten ohne Begründung das höchste Niveau. Beziehe die Ziele auf konkrete Erwartungen und benenne bewusste Prioritäten.

   Zeitlicher Rahmen: Gemeinsamer Bewertungsblock.

3. 3

   Risiken

   Risk-based Review: Risiken einschätzen

   

   Ziel

   Ihr erkennt, welche Risiken die Qualitätsziele gefährden könnten.

   Voraussetzungen für diesen Schritt

   • Zielprofil
   • Erfahrung mit dem System
   • LASR-Risikokarten bei Bedarf

   Durchführung

   • Stelle dir ein künftiges Scheitern der Software vor und sammle mögliche Ursachen. Ergänze eigene Risiken zu den LASR-Risikokarten.
   • Ordne die Risiken den Qualitätszielen zu. Schätze ein, wie wahrscheinlich sie sind und wie schwer ihre Folgen wiegen. Erkläre die verwendeten Skalen.
   • Schätze anhand der Risiken ein, wo die Software hinter ihren Zielen zurückbleiben könnte. Trage diesen Systemstand neben den Zielwerten ins Diagramm ein. Halte Annahmen und unterschiedliche Einschätzungen fest.

   Ergebnis

   Erstes Risiko- und Lückenprofil mit Unsicherheiten

   Verknüpfe jede eingeschätzte Lücke mit den zugehörigen Risiken und Annahmen.

   Qualitätscheck

   Ist für jede Lücke erkennbar, welche Risiken die Einschätzung begründen?

   Stolperfalle

   Das Diagramm wird als gemessene Systemqualität präsentiert. Kennzeichne die Werte als Einschätzungen und verknüpfe sie mit Risiken und Begründungen.

   Zeitlicher Rahmen: Hauptteil der ersten gemeinsamen Einschätzung.

4. 4

   Vertiefen

   Quality-focused Analysis: gezielt untersuchen

   

   Ziel

   Eine gezielte Analyse klärt, wie gut auffällige Einschätzungen begründet sind.

   Voraussetzungen für diesen Schritt

   • Erstes Lückenprofil
   • Architekturwissen und verfügbare Belege

   Durchführung

   • Wähle Qualitätsmerkmale aus, bei denen die Einschätzungen auseinandergehen oder Lücken überraschend groß, klein oder gar nicht erkennbar sind.
   • Beschreibe genauer, was die Software bei diesen Merkmalen leisten soll. Untersuche Risiken und Ursachen anhand von Architekturwissen und verfügbaren Belegen. Halte die Ergebnisse dieser qualitativen Analyse fest.
   • Aktualisiere das Lückenprofil und begründe jede Änderung. Prüfe auch, wo die Software mehr leistet als erforderlich und ob dies andere Qualitätsziele beeinträchtigt.
   • Benenne Verantwortliche für nötige Messungen, Experimente oder Prüfungen durch Fachleute. Kennzeichne, welche Nachweise noch ausstehen.

   Ergebnis

   Vertieftes Lückenprofil und gezielte Folgeprüfungen

   Halte fest, warum sich eine Einschätzung geändert hat und welche Fragen noch zu prüfen sind.

   Qualitätscheck

   Sind Änderungen am Profil begründet und verbleibende Unsicherheiten benannt?

   Stolperfalle

   Das Team stimmt über eine umstrittene Einschätzung erneut ab, ohne die Ursachen zu untersuchen. Untersuche die Erwartungen und möglichen Ursachen. Nutze die Ergebnisse für die neue Einschätzung.

   Zeitlicher Rahmen: Separat nach Analysebedarf planen.