Eine Orientierung bieten die DEEP-Eigenschaften, die ein gutes Product Backlog aufweisen sollte. DEEP ist dabei ein Kürzel für:

• Detailed appropriately
• Emergent
• Estimated
• Prioritised

Betrachten wir uns diese Eigenschaften eines guten Product Backlogs einmal genauer.

Detailed appropriately

Die Grundregel hierbei heißt: Je näher ein Backlog Item an die Umsetzung heranrückt, desto granularer sollte es sein.
Dadurch gibt es im Product Backlog verschiedene Größen von User Stories:

• Items, die im nächsten Sprint umgesetzt werden sollen, werden in detaillierter Form vorgehalten, etwa als kleine Stories.
• Für die darauf folgenden Sprints angedachte Idems können mittelmäßig detailliert in Form von großen User Stories vorgehalten werden.
• Noch weiter von einer Umsetzung entfernte Odems können in Form von groben Epics festgehalten werden.
• Es wird auch deutlich, dass ein optimaler Product Backlog keinesfalls so ausschaut, dass alle Anforderungen bis ins kleinste Detail ausformuliert sind.

Emergent

Ein Product Backlog ist nie in Stein gemeißelt. Es ist lebendig und wird ständig gemeinsam von Product Owner und Team und Unterstützung der Stakeholder weiterentwickelt. Dies erfolgt z.B. im Rahmen von Backlog Grooming-Workshops, aber z.B. auch im Rahmen des Review-Meetings wird über das Backlog und mögliche Anpassungsbedarfe gesprochen.

Estimated

Das Product Backlog sollte beschätzt sein. Für die Beschätzung gibt es zahlreiche erprobte Verfahren, wie etwa das Planning Poker oder das Estimation Game. Im Rahmen von Schätzmeetings oder Backlog Grooming-Sessions kann sichergestellt werden, dass eine Beschätzung für alle Backlog-Einträge vorliegt. Für Backlog-Einträge, die noch weiter von einer Umsetzung entfernt sind, wird eine ganz grobe Schätzung vorgenommen.

Prioritised

Die geplanten Aufgaben sollten stets priorisiert sein. Die Priorisierung des Product Backlogs wird vom Product Owner vorgenommen und sichergestellt. Dabei steht er in enger Abstimmung mit den Stakeholdern und verschafft sich einen tiefen Einblick in die Marktentwicklung.

Diese grundlegenden Eigenschaften eines guten Product Backlogs geben Orientierung, worauf Product Owner und Team achten sollten. Das Product Backlog sollte außerdem gut sichtbar und einfach zugänglich sein. Ein Product Backlog Board kann hierbei eine gute Hilfe sein.

Foto: von tassoman

——–
Immer auf dem aktuellen Stand bleiben? Neue Artikel gibt es über Facebook, Twitter, E-Mail (oben rechts) oderRSS-Feed.

Englische Version des Artikels

Josh Kaufman hat in seinem Blog The Personal MBA die Grundideen von Getting Things Done in 10 Punkten zusammengefasst.
Und das ist ihm so gut gelungen, dass der Meister David Allen himself kommentierte und die gelungene Erfassung der wichtigsten Prinzipien lobte. Es gefiel ihm sogar so gut, dass der Beitrag noch einmal auf GTD Times veröffentlicht wurde, dem Blog des Beratungsunternehmens von David Allen.

10 Grundideen von Getting Things Done

Josh Kaufman identifizierte diese 10 Quintessenzen und erläutert sie in seinem Beitrag:

1. Wenn dein Alltag außer Kontrolle ist, kannst du nicht strategisch denken und effektiv planen.
2. Definiere, wann etwas „fertig“ ist.
3. Geistige Arbeit hat fünf verschiedene Phasen: Sammeln, Aufbereiten, Organisieren, Machen, und Überdenken.
4. Bekomme alles aus deinem Kopf.
5. Projekte und Aufgaben sind zwei unterschiedliche Dinge: Verfolge sie getrennt voneinander.
6. Fokus auf die nächste Aktion ist notwendig, um voran zu kommen.
7. Nutze die 2-Minuten-Regel für kleine Aufgaben.
8. Nutze „vielleicht“-Listen für Dinge, die du nicht direkt angehen möchtest.
9. Baue dir ein vertrauenswürdiges System auf, dass dir hilft, deinen Verpflichtungen nachzukommen.
10. Plane ein obligatorisches wöchentliches Review ein.

Der Blogpost ist auf jeden Fall eine absolute Leseempfehlung: Book Summary: Getting Things Done by David Allen.

Setzt du selbst auf Getting Things Done? Was ist für dich die wichtigste Regel?

Dir hat dieser Beitrag gefallen? Ich freue mich über einen Kommentar. Du kannst auch meinen RSS-Feed abonnieren oder mir auf Twitter folgen: @pherwarth.

Ähnliche Posts:

• Der vielleicht wichtigste GTD-Tipp
• Erfolgreiche Gewohnheiten

Foto: Von Adam Kuban

Gemessen wird die Lesegeschwindigkeit in Words per Minute (WPM). Um sie zu ermitteln, geht man wie folgt vor:

1. Man nehme ein gut lesbares Buch (keine Zeitung oder ein Magazin) und suche eine Stelle mit mindestens zehn aufeinanderfolgenden Seiten. Eine Stopuhr sollte auf drei Minuten eingestellt werden.
2. In den drei Minuten liest man so lange, bis die Zeit abgelaufen ist, und markiert die Endstelle. Dann wird die Anzahl der gelesenen Zeilen gezählt. Halbe Zeilen werden entsprechend zusammengenommen, im Zweifel rundet man lieber ab. (Bsp.: 90 Zeilen)
3. Nun nimmt man drei beliebige, aufeinanderfolgende Zeilen und summiert die Anzahl der Worte in diesen drei Zeilen. Diese Anzahl teilt man wiederum durch drei und erhält so die Anzahl der Worte pro Zeile. (Bsp.: 9 Worte/Zeile)
4. Multipliziert man nun die Anzahl der gelesenen Zeilen mit der Anzahl der Worte/Zeile, erhält man etwa die Anzahl der in den drei Minuten gelesenen Worte. (Im Bsp.: 90×9 = 810 Worte)
5. Zum Schluss wird diese Zahl noch durch drei geteilt und wir erhalten die Lesegeschwindigkeit in WPM. Im Beispiel also 270.

Doch Speed-Reading ist keine reine Geschwindigkeitsmaximierung. Ebenso zielt es darauf ab, die Erinnerungsleistung zu erhöhen. Nur so kann auch wirklich eine Produktivitätsverbesserung erreicht werden. Gemessen wird dies an der Anzahl an Gegenständen aus dem gelesenen Text, an die man sich nach dem Lesen (ungestützt, also ohne nachzuschauen) erinnern kann.

Hilfreiche Übungen zur Steigerung der Lese- und Erinnerungsleistung gibt es unter anderem im Buch Break Through Rapid Reading von Peter Kump, dem ich mich in der nächsten Zeit noch intensiver widmen werde.