Das Logbuch als rasche Orientierung für verteilte Scrum-Teams

In der momentanen, etwas plötzlichen Remote-Situation ist es wichtig, Informationen im Team zu sichern. Auch für den Fall, dass Teammitglieder plötzlich ausfallen oder nach einer Erkrankung wieder zurückkehren.In der Schifffahrt wird das Logbuch seit Jahrhunderten als „Tagebuch“ für Schiffe verwendet. Darin werden wichtige Beobachtungen festgehalten und Allgemeines dokumentiert. Für meine international verteilten Teams habe ich schon vor langer Zeit das Logbuch aus der salzigen Meeresluft geholt und für die Arbeit mit Scrum angepasst. Es hat sich sehr bewährt, denn es überbrückt Schwierigkeiten, die sich durch Zeitdifferenzen, unterschiedliche Feiertage und Urlaubszeiten und durch das fehlende persönliche Gespräch vor und nach den Meetings und an der Kaffeemaschine ergeben.Zwei zentrale Vorteile hat ein Logbuch für agile Teams:

  1. Zum einen kann der Fokus gehalten werden, da nicht wegen jeder Info eine E-Mail verschickt werden muss, um das Team zu informieren.
  2. Zum anderen können sich Teammitglieder, die im Urlaub waren oder nach einer Krankheit zurückkommen schnell zum aktuellen Stand im Team in einer zentralen Quelle informieren und sind dadurch rasch handlungsfähig.

Als Logbuch eignet sich jedes Tool, das eine Tabellenfunktion unterstützt und auf das jedes Teammitglied Zugang hat. Im einfachsten Fall liegt eine Word-, Excel- oder Powerpoint-Datei auf dem Sharepoint – Confluence eignet sich hervorragend.Im ersten Schritt wird die Tabelle erzeugt. Die Zeilen bilden die Einträge ab, die Spalten die einzelnen Punkte.

Um auch nach einigen Sprints die Übersichtlichkeit zu bewahren, habe ich das Logbuch in den aktuellen Sprint und vorherige Sprints getrennt. So entsteht ohne großen Aufwand aus dem Moment heraus eine Doku, die nach Urlaub und Abwesenheiten hilft, neuen Mitgliedern einen einfachen Start ermöglicht und das tägliche operative Arbeiten erleichtert. Leinen los!Foto: pixabay license

Neues Arbeiten
Remote Arbeiten
Agile Prinzipien
Selbstorganisation
Team
Matthias Rodewald
March 23, 2020

Table of content

Diesen Beitrag teilen

Das könnte auch interessant sein:

Scrum ist wie Klavierspielen – Warum du es nur durchs Tun wirklich lernst
BG

Scrum ist wie Klavierspielen – Warum du es nur durchs Tun wirklich lernst

Wer die Zukunft voraussagen will, muss sie gestalten
BG

Wer die Zukunft voraussagen will, muss sie gestalten

Die etwas andere agile Bücherliste.
BG

Die etwas andere agile Bücherliste.

Agile Transformation: Schluss mit dem Theoriedschungel – Fang endlich an!
BG

Agile Transformation: Schluss mit dem Theoriedschungel – Fang endlich an!

Scrum organisiert am Produkt entlang
BG

Scrum organisiert am Produkt entlang

Trainings verändern - oder sie sind wertlos!
BG

Trainings verändern - oder sie sind wertlos!

Zertifizierung – Das ist hier die Frage
BG

Zertifizierung – Das ist hier die Frage

Die größten Missverständnisse über Scrum – und warum sie gefährlich sind
BG

Die größten Missverständnisse über Scrum – und warum sie gefährlich sind

Organisationsentwicklung am Produkt entlang
BG

Organisationsentwicklung am Produkt entlang

Scrum im Krankenhaus: Eine Revolution in der Gesundheitsversorgung
BG

Scrum im Krankenhaus: Eine Revolution in der Gesundheitsversorgung

Speed kills – oder rettet?
BG

Speed kills – oder rettet?

Weniger ist mehr – der Upstream ist zu managen
BG

Weniger ist mehr – der Upstream ist zu managen