Tutorials

Tutorial: Effektive Reviews durchführen

Melden

Ein Review (dt. „Überprüfung“ oder „Besprechung“) ist ein wesentlicher Bestandteil der Qualitätssicherung, sei es in der Softwareentwicklung (Code Review), im Marketing (Content Review) oder im Projektmanagement.

Dieses Tutorial konzentriert sich auf den Peer-Review-Prozess (die gegenseitige Überprüfung von Arbeitsergebnissen), da dieser in der professionellen Welt am häufigsten vorkommt.

1. Was ist das Ziel eines Reviews?

Bevor du startest, musst du verstehen, warum du ein Review machst. Es geht nicht darum, Fehler zu „jagen“, sondern um:

  • Qualitätssicherung: Fehler frühzeitig finden.
  • Wissenstransfer: Teammitglieder lernen voneinander.
  • Einheitlichkeit: Einhaltung von Standards (Styleguides, Richtlinien).
  • Risikominimierung: Betriebsblindheit vermeiden.

2. Die Vorbereitung (Für den Ersteller)

Bevor du deine Arbeit zur Überprüfung freigibst:

  1. Selbst-Check: Gehe deine Arbeit noch einmal selbst durch. Hast du offensichtliche Fehler übersehen?
  2. Kontext liefern: Erkläre kurz, was das Ziel deiner Arbeit ist und worauf der Reviewer besonders achten soll.
  3. Häppchen servieren: Reiche keine 50-seitigen Dokumente oder 2000 Zeilen Code auf einmal ein. Kleine Pakete sind einfacher und gründlicher zu prüfen.

3. Der Review-Prozess (Für den Reviewer)

Gehe systematisch vor:

Schritt 1: Den Überblick verschaffen

Lies das Dokument/den Code erst einmal komplett durch, ohne Details zu korrigieren. Verstehst du die Logik? Erfüllt es die Anforderungen?

Schritt 2: Die Detailprüfung

Achte auf folgende Kategorien:

  • Korrektheit: Funktioniert es? Sind die Fakten richtig?
  • Lesbarkeit: Ist es für Dritte verständlich?
  • Wartbarkeit: Kann man das in sechs Monaten noch anpassen?
  • Standards: Werden die Design- oder Coding-Richtlinien eingehalten?

Schritt 3: Feedback formulieren

Hier scheitern die meisten Reviews. Gutes Feedback ist eine Kunst.

4. Die "Goldenen Regeln" der Review-Etikette

Für den Reviewer (Feedback geben):

  • Sei konstruktiv: Nicht „Das ist falsch“, sondern „Ich glaube, hier könnte ein Fehler sein, weil...“.
  • Fragen statt Befehlen: „Hast du in Erwägung gezogen, hier Methode X zu nutzen?“ klingt besser als „Benutz Methode X!“.
  • Das „Ich“ betonen: „Ich finde es schwer, diesen Satz zu verstehen“ statt „Du schreibst kompliziert“.
  • Lob nicht vergessen: Wenn etwas besonders gut gelöst wurde, sag es!

Für den Ersteller (Feedback annehmen):

  • Nicht persönlich nehmen: Kritik an deiner Arbeit ist keine Kritik an deiner Person.
  • Dankbarkeit zeigen: Der Reviewer hat Zeit investiert, um deine Arbeit besser zu machen.
  • Rückfragen: Wenn ein Kommentar unklar ist, frage nach, statt defensiv zu reagieren.

5. Abschluss des Reviews

Ein Review endet nicht mit dem Kommentar.

  1. Diskussion: Bei Unstimmigkeiten kurz persönlich sprechen (oder per Videocall), statt endlose Kommentar-Threads zu schreiben.
  2. Überarbeitung: Der Ersteller arbeitet die Punkte ein.
  3. Abnahme (Approval): Wenn alle kritischen Punkte gelöst sind, wird das Review offiziell abgeschlossen (z.B. durch ein „LGTM“ – Looks Good To Me).

6. Tools für Reviews

Je nach Bereich gibt es spezialisierte Tools:

  • Software/Code: GitHub, GitLab, Bitbucket (Pull Requests).
  • Texte/Dokumente: Google Docs (Vorschlagsmodus), Microsoft Word (Änderungen nachverfolgen).
  • Design: Figma, Adobe XD (Kommentarfunktionen).
  • Projektmanagement: Jira, Trello (Review-Spalten im Board).

Checkliste für ein schnelles Review:

  • [ ] Verstehe ich das Ziel der Arbeit?
  • [ ] Ist die Lösung logisch und fehlerfrei?
  • [ ] Werden Standards eingehalten?
  • [ ] Ist mein Feedback freundlich und konstruktiv?
  • [ ] Sind alle kritischen Fragen geklärt?

Pro-Tipp: Wenn du merkst, dass ein Review mehr als 10-15 Kommentare benötigt, greif zum Hörer. Ein 5-minütiges Gespräch ist oft effektiver als ein Schreibkrieg in den Kommentaren.

0