{"id":3131,"date":"2022-12-11T14:46:33","date_gmt":"2022-12-11T13:46:33","guid":{"rendered":"https:\/\/berlin3.davidweb.pro\/?p=3131"},"modified":"2024-04-23T19:36:22","modified_gmt":"2024-04-23T17:36:22","slug":"problem-produkt-ziel-product-goal-canvas-making-your-scrum-work","status":"publish","type":"post","link":"https:\/\/berlin3.davidweb.pro\/de\/problem-produkt-ziel-product-goal-canvas-making-your-scrum-work\/","title":{"rendered":"Das Problem mit dem Produkt-Ziel und der Product Goal Canvas \u2014 Making Your Scrum Work (28)"},"content":{"rendered":"

In K\u00fcrze: Das Problem mit dem Produkt-Ziel und der Product Goal Canvas<\/h2>\r\n\r\n

In Scrum planen wir viel: Es gibt einen t\u00e4glichen Plan, wenn die Entwickler w\u00e4hrend des Daily Scrum dar\u00fcber nachdenken, wie sie heute dem Sprint-Ziel n\u00e4her kommen k\u00f6nnen. Nat\u00fcrlich spiegelt das Sprint-Ziel selbst ein gr\u00f6\u00dferes Etappenziel wider, das das Scrum-Team f\u00fcr wertvoll h\u00e4lt, um die Probleme seiner Kunden zu l\u00f6sen. Au\u00dferdem gibt es das noch Produkt-Ziel, ein mittel- oder langfristiges Ziel des Scrum-Teams. <\/p>\r\n\r\n

Das Problem ist, dass Scrum-Teams, die das Konzept des Sprint-Ziels noch nicht verinnerlicht haben \u2014 zuerst einigt sich das Team auf das Sprint-Ziel, dann w\u00e4hlen die Entwickler die Arbeit aus, die sie als notwendig erachten, um dieses Ziel zu erreichen \u2014 h\u00f6chstwahrscheinlich auch mit geeigneten Produkt-Zielen k\u00e4mpfen werden.<\/p>\r\n\r\n

Schauen wir uns drei kritische Probleme an, die Scrum-Teams mit Produkt-Zielen haben, und ein praktisches Tool, das Ihnen hilft, das Durcheinander zu vermeiden.<\/p>\r\n\r\n

\"Das<\/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 36.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

???? ???????? Professional Scrum Master Schulung mit PSM I Zertifikat \u2014 Online: 19. und 20. Dezember 2022<\/a>.<\/p>\r\n\r\n

\"Join<\/a>\r\n<\/p>\r\n\r\n

???? Let Us Create Transparency\u2014join 975-plus peers<\/strong>: Join the Anonymous Scrum Master Salary Report 2023<\/a>.\r\n<\/p>\r\n\r\n

Der Scrum Guide \u00fcber das Produkt-Ziel<\/h2>\r\n\r\n

Der Scrum Guide geht kaum auf das Konzept des Produkt-Ziels ein und stellt fest, dass \u201c[It] describes a future state of the product which can serve as a target for the Scrum Team to plan against. The Product Goal is in the Product Backlog.\u201d (Quelle<\/a>.) (Das Produkt-Ziel ist ein Commitment zum Produkt-Backlog, das f\u00fcr Transparenz sorgt.)<\/p>\r\n\r\n

Au\u00dferdem sollen Product Owner das Produkt-Ziel als Teil ihrer Aktivit\u00e4ten zur Verwaltung des Produkt-Backlogs entwickeln und kommunizieren. (Quelle: \u201c\u2026developing and explicitly communicating the Product Goal\u201d<\/a>.) <\/p>\r\n\r\n

Dar\u00fcber hinaus gibt es im Scrum Guide keine weiteren Hinweise zum Produktziel.<\/p>\r\n\r\n

Produkt-Ziel Anti-Muster<\/h2>\r\n\r\n

In Anbetracht der K\u00fcrze des Scrum Guides zum Produkt-Ziel gibt es drei g\u00e4ngige Anti-Mustern zu beobachten, die dieses betreffen:<\/p>\r\n\r\n

    \r\n\t
  1. Es gibt kein Produkt-Ziel<\/strong>: Es gibt kein Produkt-Ziel oder, noch schlimmer, der Inhalt des Produkt-Backlogs wird nachtr\u00e4glich unter ein erfundenes \"Produkt-Ziel\" gezw\u00e4ngt, da der Scrum Guide dem Product Owner vorschreibt, eines zu definieren. Dieser Ansatz setzt die schlechte Angewohnheit fort, zuerst die Arbeit des Sprints auszuw\u00e4hlen und dann ein Sprint-Ziel zu formulieren, das hoffentlich den gr\u00f6\u00dften Teil dieser Arbeiten abdeckt. Aus einer ganzheitlichen Perspektive betrachtet, tr\u00e4gt die Umkehrung eines Kernst\u00fccks des Scrum-Prozesses nicht dazu bei, den Wert der Arbeit der Scrum-Teammitglieder zu maximieren; es ist lediglich eine Form von Cargo-Cult-Scrum.<\/li>\r\n\r\n\t
  2. Par Ordre du Mufti<\/strong>: Der Product Owner legt die Produkt-Ziele in einem einsamen Akt fest und schlie\u00dft den Rest des Scrum-Teams von dem Prozess aus. Dieses Verhalten ist h\u00f6chst problematisch, wenn es darum geht, das Risiko zu mindern, dass Product Owner sich in ihre L\u00f6sung verlieben und nicht in die Probleme der Kunden. Daher sollten die Teammitglieder dem Product Owner so fr\u00fch wie m\u00f6glich Feedback und Fachwissen zur Verf\u00fcgung stellen, insbesondere zu technischen Aspekten und der Wahrnehmung des Product Owners, was f\u00fcr die Kunden wertvoll ist.<\/li>\r\n\r\n\t
  3. Das Produkt-Ziel wird nicht inspiziert<\/strong>: Die M\u00f6glichkeit, den Fortschritt bei der Erreichung des Produkt-Ziels w\u00e4hrend der Sprint Review-Sitzungen zu inspizieren, wird ignoriert. In der Praxis wird das Produkt-Ziel nie \u00fcberpr\u00fcft oder adaptiert, bis es abgeschlossen oder aufgegeben wird. Viele Menschen sehnen sich nach Kontinuit\u00e4t und Routine. Wenn Sie jedoch einen der vier Werte des Manifests f\u00fcr agile Softwareentwicklung vernachl\u00e4ssigen, hier: \"responding to change over following a plan\" (Quelle<\/a>), dann unterminiert dies den Grund, warum das Team \u00fcberhaupt Scrum gew\u00e4hlt hat: das L\u00f6sen komplexer, adaptiver Probleme bei gleichzeitiger Risikominderung.<\/li>\r\n<\/ol>\r\n\r\n