{"id":1081,"date":"2022-04-23T17:24:08","date_gmt":"2022-04-23T15:24:08","guid":{"rendered":"https:\/\/berlin3.davidweb.pro\/?p=1081"},"modified":"2024-04-26T05:57:29","modified_gmt":"2024-04-26T03:57:29","slug":"20-sprint-planning-anti-patterns","status":"publish","type":"post","link":"https:\/\/berlin3.davidweb.pro\/de\/sprint-planning-anti-patterns\/","title":{"rendered":"20 Sprint Planning Anti-Patterns"},"content":{"rendered":"

In K\u00fcrze: 20 Sprint Planning Anti-Patterns<\/h2>\r\n\r\n

Das Sprint Planning ist ein zentrales Scrum-Ereignis, welches entscheidet, wie sich das Leben Ihrer Kunden mit dem n\u00e4chsten Inkrement verbessern wird. Erfahren Sie mehr dar\u00fcber, wie Sie Ihren Kunden durch die Vermeidung von 20 g\u00e4ngigen Sprint Planning Anti-Patterns helfen k\u00f6nnen.<\/p>\r\n\r\n

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

???? Update<\/strong>: Join the poll and its lively discussion on LinkedIn<\/a>.<\/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 35.000 Abonnenten anschlie\u00dfen.<\/em><\/p>\r\n\r\n

???? Nehmen Sie an einer von Stefans kommenden Professional Scrum-Schulungen teil<\/a>!<\/p>\r\n\r\n

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

???? Nehmen Sie am 30. Mai 2022 teil\u2014wir sind bereits 210 Teilnehmer: HoA #42: The Skinny on Lean Roadmapping and OKRs w\/ Janna Bastow<\/a>.<\/p>\r\n\r\n

Der Zweck des Sprint Plannings<\/h2>\r\n\r\n

Der Zweck des Sprint Plannings besteht darin, \u00dcbereinstimmung zwischen den Entwicklern und dem Product Owner \u00fcber das, was als n\u00e4chstes gebaut werden soll, herzustellen und den Kunden den h\u00f6chstm\u00f6glichen Wert zu liefern. Der Product Owner stellt das Gesch\u00e4ftsziel vor, das der bevorstehende Sprint erreichen soll, das Scrum-Team erstellt gemeinsam ein Sprint-Ziel, und das Entwicklungsteam prognostiziert die zur Zielerreichung erforderliche Arbeit, indem es die entsprechenden Eintr\u00e4ge aus dem Product Backlog ausw\u00e4hlt und in das Sprint-Backlog \u00fcbertr\u00e4gt. Au\u00dferdem m\u00fcssen die Entwickler einen Plan ausarbeiten, wie sie Ihre Prognose erf\u00fcllen k\u00f6nnen.<\/p>\r\n\r\n

Seit der Ausgabe des Scrum Guide von 2020 ist es nicht mehr zwingend erforderlich, dass das Scrum-Team sich verpflichtet, mindestens ein dringliches Verbesserungsvorhaben aus der vorherigen Sprint-Retrospektive in Angriff zu nehmen.<\/p>\r\n\r\n

Der Zweck des Sprint Plannings laut Scrum Guide ist wie folgt:<\/p>\r\n\r\n

Sprint Planning initiates the Sprint by laying out the work to be performed for the Sprint. This resulting plan is created by the collaborative work of the entire Scrum Team.<\/p>\r\n\r\n

The Product Owner ensures that attendees are prepared to discuss the most important Product Backlog items and how they map to the Product Goal. The Scrum Team may also invite other people to attend Sprint Planning to provide advice.<\/p><\/blockquote>\r\n\r\n

Laut dem Scrum Guide beantwortet das Sprint Planning drei Fragen:<\/p>\r\n\r\n

    \r\n\t
  1. Why is this Sprint valuable? (The Product Owner proposes how the product could increase its value and utility in the current Sprint. The whole Scrum Team then collaborates to define a Sprint Goal that communicates why the Sprint is valuable to stakeholders. The Sprint Goal must be finalized prior to the end of Sprint Planning.)<\/li>\r\n\t
  2. What can be Done this Sprint? (Through discussion with the Product Owner, the Developers select items from the Product Backlog to include in the current Sprint. The Scrum Team may refine these items during this process, which increases understanding and confidence.\r\n\r\nSelecting how much can be completed within a Sprint may be challenging. However, the more the Developers know about their past performance, their upcoming capacity, and their Definition of Done, the more confident they will be in their Sprint forecasts.<\/li>\r\n\t
  3. How will the chosen work get done? (For each selected Product Backlog item, the Developers plan the work necessary to create an Increment that meets the Definition of Done. This is often done by decomposing Product Backlog items into smaller work items of one day or less. How this is done is at the sole discretion of the Developers. No one else tells them how to turn Product Backlog items into Increments of value. The Sprint Goal, the Product Backlog items selected for the Sprint, plus the plan for delivering them are together referred to as the Sprint Backlog.)<\/li>\r\n<\/ol><\/blockquote>\r\n\r\n

    Source<\/strong>: Scrum Guide 2020<\/a>.<\/p>\r\n\r\n

    Wenn das Scrum-Team die Verfeinerung des Product Backlogs in der Vergangenheit erfolgreich genutzt hat, um ein brauchbares Artefakt zu erstellen und zu pflegen, dann ben\u00f6tigt das Sprint Planning viel weniger Zeit als die acht Stunden, die der Scrum-Guide f\u00fcr einen Sprint von einem Monat Dauer als maximale Zeitspanne angibt. Im Grunde genommen passen die Entwickler und der Product Owner den zuvor besprochenen Umfang des bevorstehenden Sprints an die verf\u00fcgbare Kapazit\u00e4t an.<\/p>\r\n\r\n

    Sollte eine wertvolle neue Aufgabe quasi \u00fcber Nacht auftauchen und der Product Owner anstreben, dass diese Aufgabe auch Teil des n\u00e4chsten Sprints wird, muss die Vorplanung dieses Sprints angepasst werden. Folglich k\u00f6nnen einige zuvor in Betracht gezogene Product Backlog-Eintr\u00e4ge nicht in das Sprint Backlog aufgenommen werden. Ein gutes Team kann dies in zehn bis 30 Minuten bew\u00e4ltigen, bevor die Entwickler damit beginnen, die Arbeit des kommenden Sprints genauer zu planen und Arbeitsaufgaben in kleinere Jobs zu zerlegen. <\/p>\r\n\r\n