„Stretch Goals” in Scrum – Ja oder Nein?

Natürlich gibt es verschiedene Möglichkeiten, einen Sprint zu planen. Ich habe bereits über velocity-orientiertes Sprint Planning und [commitment-orientiertes Sprint Planning]( "commitment-orientiertes Sprint Planning") geschrieben, sowie darüber, was ich persönlich bevorzuge. Aber welchen Ansatz ein Team auch für das Sprint Planning nehmen sollte, es bleibt immer noch die Frage, wie voll ein Sprint sein sollte.

Einige Teams lassen gerne genügend Freiraum in ihren Sprints, damit man noch ausreichend Zeit hat, um sich mit plötzlich auftretenden Problemen zu beschäftigen oder zu experimentieren. Andere Teams machen ihre Sprints gerne so voll wie möglich, um ihre Kapazität besser einschätzen zu können.

Wieder andere Teams arbeiten gerne mit einem “Stretch Goal” in ihren Sprints. Das kann beispielsweise ein Product Backlog Item sein, das nicht wirklich in den Sprint aufgenommen wurde, aber theoretisch vom Team fertiggestellt werden könnte, wenn der Sprint gut laufen sollte.

Wie ich über ein Stretch Goal im Sprint denke

Ob man mit einem Stretch Goal arbeiten möchte, kann jedes Team selbst entscheiden – nicht der Scrum Master oder Product Owner, sondern das gesamte Team. Manche Teams kommen hervorragend mit Stretch Goals zurecht, andere nicht.

Wie sieht das Team ein Stretch Goal?

Ich, zum Beispiel, empfinde Stretch Goals als belastend. Ich habe immer das Gefühl, sie fertig bekommen zu müssen. Wenn ich mir ein Ziel setze, dann erreiche ich es eigentlich auch immer. Ich kann nur schlecht zwischen einem „normalen Ziel” und einem Stretch Goal unterscheiden. Das ist sicherlich nicht gut, aber so ist es nun mal. Ich bin jedoch auch nicht der Einzige, dem es so geht.

Wenn ich mit ein paar anderen, die vielleicht auch so sind wie ich, in einem Team wäre, würde ein Stretch Goal in diesem Team wahrscheinlich nicht besonders gut funktionieren. Wir hätten dieses Stretch Goal immer im Hinterkopf und so würde es sicher auch unsere Fähigkeit beeinflussen, die Hauptaufgaben des Sprints fertigzustellen.

Stretch Goals sind Einstellungssache

Andere Leute – die nicht sind wie ich – haben eine, wie ich sie nenne, reifere Einstellung zum Thema Stretch Goals. Sie sehen sie so, wie sie eigentlich gedacht sind. Sie denken: „Es wäre toll, wenn wir das schaffen, aber wenn nicht, ist es auch nicht schlimm.” Teams die hauptsächlich aus dieser Art von Leuten bestehen, kommen mit Stretch Goals mit Sicherheit gut zurecht.

Sollte Ihr Team ein Stretch Goal in seinen Sprints haben?

Ganz ehrlich, das sollte Ihr Team einfach selbst entscheiden. Es sei denn, ich bin in dem Team. Dann ist die Antwort Nein.

Product Owner Seminar

Besuche ein Certified Product Owner Training bei der Agile Academy!

Autor

Foto von Mike Cohn

Mike Cohn

Mountain Goat Software

Mike Cohn ist ein seit über 20 Jahren praktizierender Scrum- und Agile-Experte. Er ist zertifizierter Scrum-Trainer und Speaker auf zahlreichen Events. Mit seiner Firma Mountain Goat Software hat er mit verschiedenen Startups und einigen der größten Unternehmen der Welt gearbeitet.

Mehr zu diesem Thema

Kennst du deine Stakeholder als Product Owner?

Wer sind deine Stakeholder? Als Product Owner solltest du dir immer bewusst sein, auf wen es bei der Produktentwicklung ankommt. Mehr im Blog!

Was ist ein Produkt?

Was ist ein Produkt? Finde heraus, wie du als Product Owner herausfindest, was wirklich dein Produkt ist und wie du dieses iterativ verbesserst!