Informelles Review

R 2.0.0

Was ist ein informelles Review?

Was ist ein informelles Review?

Ein Review, das keinem definierten Prozess folgt und kein formell dokumentiertes Ergebnis liefert.

Anwendungsbeispiel

Anwendungsbeispiel
ALT MISSING

Volker arbeitet im Wartungsteam. Zu seinen Aufgaben gehört die Erhebung und das Management von Anforderungen. Eddy, der Komponentenverantwortliche, möchte eine neue Software für die Arbeitszeiterfassung einführen. Volkers Aufgabe ist es, eine User Story für die Benutzung des neuen Tools zu erstellen. Er hat schnell die wichtigsten Funktionalitäten in einem UML-Aktivitätsdiagramm erfasst. Da er sich bei der Erfassung von Urlaubstagen nicht ganz sicher ist und um sich eine zweite Meinung zu den erfassten Funktionalitäten einzuholen, erinnert er sich an die Worte eines Trainers aus seiner letzten Fortbildung: "Das informelle Review ist ein Ad-hoc-Review welches keinem vorgeschriebenen Prozess folgt und kann von einem Kollegen des Autors durchgeführt werden." "Das ist genau das, was ich jetzt brauche", denkt Volker. Er bittet seine Kollegin Claudia aus der Fachabteilung das UML-Aktivitätsdiagramm auf Vollständigkeit und Nachvollziehbarkeit zu prüfen. Weiterhin fragt er Claudia nach dem genauen Ablauf bei der Erfassung von Urlaubstagen.

ALT MISSING

Claudia nimmt sich die Zeit und prüft Volkers Arbeitsergebnis. Beim Lesen des UML-Aktivitätsdiagramms stellt sie in einem Punkt eine unlogische Weiterleitung fest. Da sie nicht so viel Zeit hat, verzichtet sie darauf, ihre Erkenntnisse zu dokumentieren, stattdessen ruft sie Volker direkt an und teilt ihm ihre Verbesserungsvorschläge mit. (Informelles Review / Buddy Check).

ALT MISSING

Volker ist dankbar für Claudias Unterstützung und stellt direkt fest, dass er bei der Weiterleitung einen Denkfehler hatte. Den Fehler möchte er direkt im Anschluss ausbessern.

ALT MISSING

Bei der Erfassung der Urlaubstage muss auch Claudia noch einmal über den Ablauf nachdenken. Claudia und Volker tauschen sich über verschiedene Möglichkeiten aus. Sie beschließen das UML-Aktivitätsdiagramm für die Erfassung von Urlaubstagen zusammen zu entwickeln. Dabei bringen beide Ideen ein, an die der jeweils andere nicht gedacht hat. Zusammen haben die beiden ein logisches und nachvollziehbares UML-Aktivitätsdiagramm entwickelt und konnten durch den Austausch sogar noch etwas Neues lernen, (Informelles Review / Pairing)

Beschreibung

Das informelle Review ist eine abgeschwächte Version eines Reviews, folgt aber mehr oder weniger dem Reviewprozess, allerdings in stark vereinfachter und nicht formaler Form. Hauptzweck des informellen Reviews ist die Erkennung potenzieller Fehler und kurzfristiges Feedback an den Autor. Darüber hinaus können neue Ideen vorgestellt oder Lösungen entwickelt werden. Auch kleinere Probleme können im Rahmen dieses Reviews schnell gelöst und beseitigt werden.

Meist wird ein informelles Review durch den Autor initiiert. Die Planung beschränkt sich auf die Auswahl der Reviewer und die Festlegung des Abgabetermins der Ergebnisse. Der Erfolg und Nutzen des informellen Reviews sind vom jeweiligen Reviewer abhängig, besonders von seinen Kenntnissen und seiner Motivation. Die Verwendung von Checklisten ist möglich. Auf eine Sitzung oder einen Austausch der Ergebnisse zwischen Reviewern wird oft verzichtet. In diesem Fall ist das informelle Review ein einfacher Autor-Leser-Feedbackzyklus. Das informelle Review ist dann ein bloßes Gegenlesen des Arbeitsergebnisses durch einen oder mehrere Kollegen (Buddy-Check). Gegenseitiges Lernen und der Austausch unter Kollegen sind willkommene "Nebeneffekte". Eine schriftliche Rückmeldung mit einer Liste der Anmerkungen oder das korrigierte und mit Kommentaren versehene Exemplar des Arbeitsergebnisses genügen meistens.

Vorgehensweisen wie "Pair Programming" (paarweises Programmieren), "Buddy Testing" (gegenseitiger Test unter Kollegen) und "Code Swaps" (Austausch von Programmtext) können als informelles Review angesehen werden.

Mehrwert

  • Ad-hoc-Review welches keinem vorgeschriebenen Prozess folgt

  • Erkennung potenzieller Fehler(zustände), kurzfristiges Feedback an den Autor, Perspektivwechsel

  • Gegenseitiges Lernen und Austauschen unter Kollegen

  • Basiert nicht auf einem formalen (dokumentierten) Prozess

  • Kann von einem Kollegen des Autors durchgeführt werden (Buddy-Check) oder von mehreren Personen

Prüfobjekte

  • Anforderung

  • Komponenten / Units / Module / Klasse

  • Code und Datenstrukturen

  • Datenbankmodule

  • Scripte (Shell-/ Datenbank-Scripte)

Erforderliche Aktivitäten zur Umsetzung

Unter folgendem Link finden Sie die Planungs-Checkliste für diverse Reviewarten: Reifegradbestimmung & Entscheidungshilfen → Review

Kritische Erfolgsfaktoren

  • Auswahl von geeigneten Personen zum Review für maximalen Nutzen

  • Konstruktive Kritikfähigkeit (gefundene Fehler werden objektiv zur Sprache - gebracht und positiv aufgenommen)

  • Existenz einer Kultur von Lernen und Prozessverbesserung

Quellen