{"id":3666,"date":"2023-12-04T06:39:04","date_gmt":"2023-12-04T05:39:04","guid":{"rendered":"https:\/\/berlin2.davidweb.pro\/?p=3666"},"modified":"2024-04-16T10:25:35","modified_gmt":"2024-04-16T08:25:35","slug":"verfehlen-von-sprint-zielen","status":"publish","type":"post","link":"https:\/\/berlin2.davidweb.pro\/de\/verfehlen-von-sprint-zielen\/","title":{"rendered":"Warum erfolgreich sein, wenn man scheitern kann? Ein Leitfaden zum Verfehlen von Sprint-Zielen"},"content":{"rendered":"

TL; DR: Das Verfehlen von Sprint-Zielen<\/h2>\r\n\r\n

Sind Sie ein Experte in der Kunst, unerreichbare, aufgezwungene oder schlichtweg nicht existierende Sprint-Ziele zu setzen? Mit anderen Worten, sind Sie gut darin, das Verfehlen von Sprint-Ziele zur Regel zu machen? Wenn nicht, machen Sie sich keine Sorgen; Hilfe ist auf dem Weg!<\/p>\r\n\r\n

In diesem Artikel gehen wir der Frage nach, wie Sie regelm\u00e4\u00dfig dieses Ziel verfehlen k\u00f6nnen. Genie\u00dfen Sie zum Beispiel den Nervenkitzel, wenn Sie unzusammenh\u00e4ngende Backlog-Elemente ausw\u00e4hlen und den Teamerfolg \u00fcber den blo\u00dfen Output und nicht \u00fcber das Ergebnis definieren. Unz\u00e4hlige Scrum Teams haben alle Vorschl\u00e4ge gr\u00fcndlich getestet. Sie sind ideal f\u00fcr Teams geeignet, die die Herausforderung, ziellos durch Sprints zu wandern, lieben!<\/p>\r\n\r\n

\"Warum<\/p>\r\n\r\n\r\n\r\n

???? Bestellen Sie jetzt das Scrum Anti-Patterns Guide Buch<\/a> f\u00fcr Lieferung im Januar 2024 vor!<\/p>\r\n\r\n

????\ufe0f Exclusively on my Substack Newsletter<\/strong>: Daily Scrum Anti-Patterns \u2014 An Excerpt from the Scrum Anti-Patterns Guide (6).<\/a><\/p>\r\n\r\n

???? The most popular discussion on LinkedIn last week was<\/strong>: Velocity, accurate predictions \u2014 all lies we tell ourselves.<\/a> ????\r\n<\/p>\r\n\r\n

???? Soll ich Sie \u00fcber Artikel wie diesen informieren? Gro\u00dfartig! Sie k\u00f6nnen sich hier f\u00fcr den Newsletter \"Food for Agile Thought\" anmelden<\/a> und sich \u00fcber 49.000 Abonnenten anschlie\u00dfen.<\/em><\/p> \r\n\r\n

???? Nehmen Sie mit Stefan an einem seiner kommenden Professional Scrum Trainings<\/a> teil!<\/p>\r\n\r\n

\"Hands-on<\/a><\/p>\r\n\r\n

???? Join 200-plus peers on December 6, 2023<\/strong>: Hands-on Agile #57: Humble Planning: How To Make Your Plans Suck Less w\/ Maarten Dalmijn<\/a>.<\/p>\r\n\r\n

Das Wesen und die innewohnende Bedeutung des Sprint-Ziels<\/h2>\r\n\r\n

Bevor wir uns dazu verleiten lassen, Sprint-Ziele und damit eine Kernaufgabe eines Scrum-Teams zu vernachl\u00e4ssigen, sollten wir uns noch einmal die urspr\u00fcngliche Idee der Sprint-Ziele vor Augen f\u00fchren: <\/p> \r\n\r\n

Das Sprint-Ziel ist diejenige Aufgabe eines Scrum-Teams, welche aus Sicht des Kunden und der Organisation im jeweiligen das wertvollste Resultat liefert. <\/p>\r\n\r\n

Es flie\u00dft in die Zusammenstellung des Sprint Backlogs ein und wird zu einem Teil davon, so dass es den Entwicklern w\u00e4hrend des Sprints als Leitfaden dient. Dar\u00fcber hinaus ist es entscheidend f\u00fcr die Erstellung des Sprint-Plans, ein erfolgreiches Daily Scrum und die Zusammenarbeit und gegenseitige Unterst\u00fctzung im Scrum-Team. <\/p>\r\n\r\n

Au\u00dferdem hilft das Sprint-Ziel dem Scrum-Team zu erkennen, ob seine Arbeit erfolgreich war: Haben wir das Ziel am Ende des Sprints erreicht? In dieser Hinsicht trennt es die Arbeit an \"irgendwelchen Jobs\" von der Befriedigung und Freude, ein erfolgreiches Scrum-Team zu sein, das den Kunden und der Organisation einen Mehrwert liefert.<\/p> \r\n\r\n

Das Sprint-Ziel unterst\u00fctzt also ein Scrum-Team \u2013 und seine Organisation \u2013 dabei, von einer auf das industrielle Paradigma ausgerichteten Output-Orientierung, der sprichw\u00f6rtlichen Feature-Fabrik, zu einem ergebnisorientierten Ansatz \u00fcberzugehen, der in jedem Sprint das wertvollste Problem der Kunden l\u00f6st.<\/p>\r\n\r\n

Dieser Perspektivenwechsel hat eine weitreichende Konsequenz: In jedem Sprint strebt das Scrum-Team danach, das Sprint-Ziel zu erreichen, was etwas anderes ist als die Maximierung des Outputs in Form von Arbeitsstunden oder der Anzahl von Arbeitsaufgaben.<\/p>\r\n\r\n

Der Prozess der Bildung eines Sprint-Ziel beginnt mit dem Sprint Planning, wenn die Entwickler, der Product Owner und der Scrum Master zusammenkommen, um sicherzustellen, dass den Kunden im kommenden Sprint der maximale Wert geliefert wird.<\/p>\r\n\r\n

Wie man Sprint-Ziele erstellt<\/h2>\r\n\r\n

Zun\u00e4chst hebt der Product Owner das \u00fcbergreifende Produktziel hervor und umrei\u00dft das Gesch\u00e4ftsziel f\u00fcr den neuen Sprint. Auf dieser Grundlage legt das Scrum-Team gemeinsam das Sprint-Ziel fest und ber\u00fccksichtigt dabei verschiedene Faktoren wie:<\/p>\r\n\r\n

    \r\n\t
  • Die Verf\u00fcgbarkeit des Teams w\u00e4hrend des Sprints.<\/li>\r\n\t
  • \u00c4nderungen in der Teamzusammensetzung, einschlie\u00dflich des Hinzukommens neuer Mitglieder oder des Ausscheidens bestehender Mitglieder.<\/li>\r\n\t
  • Das gew\u00fcnschte Qualit\u00e4tsniveau, wie in der Definition of Done beschrieben.<\/li>\r\n\t
  • Die Beherrschung der erforderlichen Technologie durch das Team.<\/li>\r\n\t
  • Die Verf\u00fcgbarkeit der erforderlichen Tools.<\/li>\r\n\t
  • Abh\u00e4ngigkeiten zu anderen Teams oder Lieferanten.<\/li>\r\n\t
  • Spezifische Governance-Anforderungen, die erf\u00fcllt werden m\u00fcssen.<\/li>\r\n\t
  • Die Notwendigkeit, den t\u00e4glichen Betrieb zu managen, wie z. B. die Aufrechterhaltung der Produktfunktionalit\u00e4t, und wie sich dies auf die Teamkapazit\u00e4t auswirkt.<\/li>\r\n<\/ul>\r\n\r\n

    Im Anschluss daran verpflichten sich die Entwickler auf das Sprint-Ziel. Es ist wichtig zu verstehen, dass sich diese Verpflichtung nicht auf eine feste Menge an Arbeit bezieht, wie z. B. die Aufgaben, die nach der Sprintplanung im Sprint Backlog aufgef\u00fchrt sind. Scrum konzentriert sich auf die Ergebnisse und nicht auf den Output.<\/p>\r\n\r\n

    Als Reaktion darauf projektieren die Entwickler dann die Arbeit, die zum Erreichen des Sprint-Ziels erforderlich ist. Dazu w\u00e4hlen sie Elemente aus dem Produkt-Backlog aus, die sie in das Sprint Backlog aufnehmen. Wenn zus\u00e4tzliche, bisher nicht identifizierte Aufgaben zur Erreichung des Sprint-Ziels erforderlich sind, f\u00fcgen sie diese dem Sprint Backlog hinzu.<\/p> \r\n\r\n

    Au\u00dferdem erstellen die Entwickler einen ersten Plan f\u00fcr die Durchf\u00fchrung ihrer Projektion. Es ist ratsam, dies nur f\u00fcr die ersten zwei oder drei Tagen zu tun, da das Team mit dem Beginn der Arbeit neue Erkenntnisse sammeln wird. Eine detailliertere Planung f\u00fcr den gesamten Sprint w\u00e4re in dieser Phase kontraproduktiv.<\/p>\r\n\r\n