Nehmen Sie an einer von Stefans kommenden Professional Scrum-Schulungen teil<\/a>!<\/p>\r\n\r\nNeun Anti-Muster, wie Scrum-Teams Stakeholder verlieren<\/h2>\r\n\r\n
Die folgende Liste soll Scrum-Teams ein klares Verst\u00e4ndnis f\u00fcr h\u00e4ufige Fehler im Umgang mit Stakeholdern vermitteln und praktische Ratschl\u00e4ge zur Verbesserung dieser Beziehungen geben, um bessere Ergebnisse und eine effektivere Zusammenarbeit zu erreichen:<\/p>\r\n\r\n
\r\n\r\n- Mehr versprechen als geliefert werden kann:<\/strong><\/li>\r\n\r\n
\r\n\t- Manifestation<\/strong>: Teams verpflichten sich zu mehr Arbeit, als realistischerweise innerhalb eines Sprints abgeschlossen werden kann, was zu unerf\u00fcllten Erwartungen seitens der Stakeholder f\u00fchrt.<\/li>\r\n\r\n\t
- Perspektive der Stakeholder<\/strong>: Stakeholder sind auf die Zusagen des Scrum-Teams angewiesen, um ihre Aktivit\u00e4ten zu planen und die Erwartungen ihrer Kunden und Vorgesetzten zu erf\u00fcllen. Wenn Teams zu viele Versprechungen machen und zu wenig liefern, werden diese Pl\u00e4ne durchkreuzt. Es untergr\u00e4bt das in das Team gesetzte Vertrauen in die Zuverl\u00e4ssigkeit, da die Stakeholder deswegen wahrscheinlich mit negativem Feedback konfrontiert werden, was sich m\u00f6glicherweise auf ihre Karriereperspektiven auswirkt, obwohl sie von anderen Teams f\u00fcr die Lieferung abh\u00e4ngig sind. Die Verantwortung f\u00fcr das Scheitern liegt dann bei ihnen.<\/li>\r\n\r\n\t
- Erster Schritt<\/strong>: Initiieren Sie eine gr\u00fcndliche \u00dcberpr\u00fcfung der Kapazit\u00e4ten und Lieferf\u00e4higkeiten des Teams, um die zuk\u00fcnftige Planung zu verbessern. Zwar erwartet niemand \"pr\u00e4zise Prognosen\", aber ein angemessenes Vertrauen in die Prognosen wird erwartet. F\u00fchren Sie mit den Beteiligten transparente Diskussionen dar\u00fcber, was realistischerweise erreichbar ist, und ber\u00fccksichtigen Sie dabei die aktuelle Kapazit\u00e4t, die F\u00e4higkeiten und m\u00f6gliche Hindernisse des Teams. Dieser Ansatz f\u00f6rdert das Vertrauen durch Ehrlichkeit und realistische Planung.<\/li><\/ul>\r\n\r\n\t
- Unzureichende Einbeziehung von Stakeholdern:<\/strong><\/li>\r\n\r\n
\r\n\t- Manifestation<\/strong>: Scrum-Teams beziehen die Stakeholder nicht ausreichend in den Entwicklungsprozess ein, insbesondere w\u00e4hrend der Sprint Reviews.<\/li>\r\n\r\n\t
- Perspektive der Stakeholder<\/strong>: Eine effektive Einbindung stellt sicher, dass die Stakeholder informiert sind und ein Mitspracherecht im Entwicklungsprozess haben. Eine unzureichende Einbindung f\u00fchrt dazu, dass sie sich ausgegrenzt f\u00fchlen und die Relevanz und die Ausrichtung der Arbeitsergebnisse des Teams auf ihre tats\u00e4chlichen Bed\u00fcrfnisse in Frage stellen. Dies kann zu einer geringeren Unterst\u00fctzung f\u00fchren oder den Nutzen von Scrum selbst in Frage stellen. (Bitte beachten Sie: Wir werden nicht daf\u00fcr bezahlt, Scrum zu praktizieren, sondern daf\u00fcr, die Probleme unserer Kunden im Rahmen der gegebenen Einschr\u00e4nkungen zu l\u00f6sen und gleichzeitig zur Nachhaltigkeit des Unternehmens beizutragen.)<\/li>\r\n\r\n\t
- Erster Schritt<\/strong>: Erstellen Sie einen strukturierten Beteiligungsplan, der \u00fcber die Einladung zu den \u00fcblichen Sprint Review Sessions hinausgeht und regelm\u00e4\u00dfige Kontaktpunkte und Feedback-M\u00f6glichkeiten mit den Stakeholdern vorsieht. Der Plan sollte die Einbeziehung und das aktive Einholen von Beitr\u00e4gen in den Vordergrund stellen, um sicherzustellen, dass die Bed\u00fcrfnisse und Erwartungen der Stakeholder kontinuierlich in den Arbeitsablauf des Teams integriert werden. Eine ausgezeichnete Praxis in dieser Hinsicht sind beispielsweise gemeinsame User Story Mapping-Workshops. Erfahren Sie mehr \u00fcber Stakeholder-Kommunikation hier<\/a>.<\/li><\/ul>\r\n\r\n\t
- Mangelhafte Kommunikation von Risiken und Problemen:<\/strong><\/li>\r\n\r\n
\r\n\t- Manifestation<\/strong>: Teams vermeiden es, potenzielle Risiken und Probleme mit Stakeholdern zu besprechen, in der Hoffnung, sie intern l\u00f6sen zu k\u00f6nnen.<\/li>\r\n\r\n\t
- Perspektive der Stakeholder<\/strong>: Da Scrum Transparenz verspricht, erwarten die Stakeholder, dass sie \u00fcber potenzielle Risiken und Probleme informiert werden; eine ausgezeichnete Methode zur Risikominderung. Das Verschweigen dieser Tatsachen kann jedoch zu unerwarteten Wendungen f\u00fchren, so dass sich die Stakeholder get\u00e4uscht f\u00fchlen und die Integrit\u00e4t des Teams und seine F\u00e4higkeit, Herausforderungen proaktiv zu bew\u00e4ltigen, in Frage stellen. Au\u00dferdem k\u00f6nnen sich Kommunikationsfehler direkt auf die Karriereaussichten der Stakeholder auswirken, insbesondere bei wichtigen Projekten oder Produkten.<\/li>\r\n\r\n\t
- Erster Schritt<\/strong>: Entwickeln Sie eine Strategie f\u00fcr die Risikokommunikation, die regelm\u00e4\u00dfige Updates zu potenziellen Problemen und Pl\u00e4nen zu deren Behebung beinhaltet. Diese Strategie sollte auf Offenheit und gemeinsame Probleml\u00f6sung abzielen und die Beteiligten dazu einladen, ihre Erkenntnisse und ihre Unterst\u00fctzung einzubringen, um so eine Partnerschaft zu st\u00e4rken, die auf gegenseitigem Vertrauen und Respekt beruht. Engagierte Sprint Review-Sitzungen und regelm\u00e4\u00dfige gemeinsame Retrospektiven von Stakeholdern und Scrum-Team sind ein guter Anfang. Erfahren Sie mehr \u00fcber Stakeholder-Retrospektiven<\/a> hier.<\/li><\/ul>\r\n\r\n\t
- Ignorieren von Stakeholder-Feedback:<\/strong><\/li>\r\n
\r\n\t- Manifestation<\/strong>: Scrum-Teams vers\u00e4umen es, das Feedback der Stakeholder w\u00e4hrend oder nach den Sprint Reviews zu ber\u00fccksichtigen oder ad\u00e4quat darauf einzugehen.<\/li>\r\n\r\n\t
- Perspektive der Stakeholder<\/strong>: Stakeholder geben Feedback auf der Grundlage ihres Fachwissens, ihrer Erfahrung und ihres Verst\u00e4ndnisses der Kundenbed\u00fcrfnisse. Das Ignorieren dieses wertvollen Inputs kann zu Ergebnissen f\u00fchren, die nicht mit den Anforderungen des Marktes oder den Gesch\u00e4ftszielen \u00fcbereinstimmen und den wahrgenommenen Wert der Arbeit des Scrum-Teams schm\u00e4lern.<\/li>\r\n\r\n\t
- Erster Schritt<\/strong>: Schaffen Sie einen Feedback-Mechanismus, um das gesamte Feedback der Stakeholder zu erfassen, zu bewerten und angemessen zu behandeln. Dieser Mechanismus sollte eine transparente Kommunikation dar\u00fcber beinhalten, wie das Feedback eingearbeitet wird oder warum bestimmte Vorschl\u00e4ge nicht umgesetzt werden k\u00f6nnen, um ein Umfeld des gegenseitigen Respekts und Verst\u00e4ndnisses zu erhalten. Ein hervorragendes Instrument f\u00fcr diesen Zweck ist ein transparentes System, das Feedback, Vorschl\u00e4ge oder Anforderungen in das Product Backlog eines Scrum-Teams einflie\u00dfen l\u00e4sst.<\/li>
![\"Value](\"https:\/\/berlin2.davidweb.pro\/wp-content\/uploads\/2022\/11\/Value-Creation-Scrum-Product-Backlog-System-Age-of-Product-com.jpg\")
<\/ul>\r\n\r\n- Mangelnde Sichtbarkeit in Sachen Fortschritt:<\/strong><\/li>\r\n
\r\n\t- Manifestation<\/strong>: Scrum-Teams vers\u00e4umen es, klare und verst\u00e4ndliche Updates \u00fcber den Fortschritt auf dem Weg zum aktuellen Produktziel zu liefern, lassen die Stakeholder im Ungewissen und tragen zur allgemeinen Unsicherheit in einer komplexen Umgebung bei.<\/li>\r\n\r\n\t
- Perspektive der Stakeholder<\/strong>: Regelm\u00e4\u00dfige Fortschrittsberichte sind f\u00fcr die Stakeholder wichtig, damit sie Vertrauen in die Richtung und die Leistungen des Teams haben. Ein Mangel an Transparenz kann zu Unsicherheit und \u00c4ngsten f\u00fchren, was das Vertrauen in die F\u00e4higkeit des Teams, die Ziele zu erreichen, untergr\u00e4bt und die F\u00e4higkeit der Stakeholder verringert, das Projekt zu unterst\u00fctzen und zu bef\u00fcrworten.<\/li>\r\n\r\n\t
- Erster Schritt<\/strong>: Nutzen Sie Tools und Dashboards, um in Echtzeit transparente Einblicke in den Fortschritt und die Herausforderungen des Teams zur Verf\u00fcgung zu stellen. Stellen Sie sicher, dass diese Tools auch f\u00fcr nicht-technische Stakeholder zug\u00e4nglich und verst\u00e4ndlich sind, damit sie die Entwicklungen genau verfolgen k\u00f6nnen und sich \u00fcber die Fortschritte des Teams auf dem Weg zum Produktziel sicher f\u00fchlen. Neben speziellen Informationsradiatoren, die auf die Informationsbed\u00fcrfnisse der Stakeholder zugeschnitten sind, kann ein Team zus\u00e4tzliche Taktiken anwenden, wie z. B. Zugang zu seinem Produkt-Backlog gew\u00e4hren, m\u00f6glicherweise Einladungen zu Daily Scrum-Sitzungen aussprechen, wenn das Team dies einstimmig unterst\u00fctzt, gute alte Berichte und internen Newsletter erstellen oder ein Teamtagebuch in Form eines Blogs, einer Confluence-Seite oder sogar eines GitHub-Repository f\u00fchren.<\/li><\/ul>\r\n\r\n
- Verfehlte Priorit\u00e4ten:<\/strong><\/li>\r\n
\r\n- Manifestation<\/strong>: Scrum-Teams priorisieren die Arbeit nach ihrer Wahrnehmung und nicht nach Wert aus Sicht der Stakeholder oder des Unternehmens, was zu falsch ausgerichteten Ergebnissen f\u00fchrt.<\/li>\r\n\r\n\t
- Perspektive der Stakeholder<\/strong>: Die Stakeholder erwarten, dass sich das Team auf die Bereitstellung des h\u00f6chsten Gesch\u00e4fts- und Kundenwerts konzentriert. Wenn die Priorit\u00e4ten nicht aufeinander abgestimmt sind, signalisiert dies eine Diskrepanz zwischen den Aktivit\u00e4ten des Teams und den allgemeinen Unternehmenszielen, was zu Frustration f\u00fchrt und die strategische Ausrichtung des Teams in Frage stellt. Dar\u00fcber hinaus kann die falsche Ausrichtung dazu f\u00fchren, dass die Unterst\u00fctzung f\u00fcr ein Scrum-Team nachl\u00e4sst, was m\u00f6glicherweise zu einer Streichung von Mitteln f\u00fchrt.<\/li>\r\n\r\n\t
- Erster Schritt<\/strong>: F\u00fchren Sie einen Workshop zur Ausrichtung der Priorit\u00e4ten mit den wichtigsten Stakeholdern durch, um deren Vision, Ziele und Erwartungen zu verstehen. Nutzen Sie dieses Verst\u00e4ndnis, um die Erstellung des Produktziels eines Scrum-Teams, des Product Backlogs und folglich k\u00fcnftiger Sprint Planning-Sitzungen zu steuern. Stellen Sie so sicher, dass die Bem\u00fchungen des Teams direkt zur Erreichung der strategischen Ziele beitragen. Ausgezeichnete Hilfsmittel f\u00fcr diesen Zweck sind Visualisierungstools wie der Product Strategy Canvas, der Business Model Canvas oder der Product Goal Canvas. Erfahren Sie mehr \u00fcber die Effektivit\u00e4t dieser Tools hier<\/a>.<\/li><\/ul>\r\n\r\n
- Fehlgeleitete Erwartungshaltung:<\/strong><\/li>\r\n
\r\n- Manifestation<\/strong>: Scrum-Teams definieren oder kommunizieren nicht klar, was innerhalb eines Sprints erreichbar ist und setzen damit unrealistische Erwartungen.<\/li>\r\n\r\n\t
- Perspektive der Stakeholder<\/strong>: Klare Erwartungen an die Sprint-Ziele sind f\u00fcr die Zufriedenheit der Stakeholder von grundlegender Bedeutung. Wenn diese Erwartungen nicht erf\u00fcllt werden, kann dies zu Entt\u00e4uschungen f\u00fchren und den Eindruck erwecken, dass das Team keinen Mehrwert liefert. Dies wirkt sich auf den Ruf des Teams und das Vertrauen der Stakeholder aus und kann zu mehr \u00dcberwachung und Mikromanagement durch die Stakeholder f\u00fchren, zum Beispiel in Form von auferlegten Deadlines. <\/li>\r\n\r\n
- Erster Schritt<\/strong>: Investieren Sie in die Ausrichtung der Stakeholder und des Scrum-Teams auf die gemeinsamen Gesch\u00e4ftsziele. Helfen Sie dem Scrum-Team zu verstehen, was aus Sicht des Unternehmens und des Kunden am w\u00fcnschenswertesten ist. Gleichzeitig helfen Sie als Team den Stakeholdern, auch den nicht-technischen, zu verstehen, was in welchem Zeitrahmen technisch machbar ist. Helfen Sie ihnen auch zu verstehen, welche \u00c4nderungen das Team vornehmen m\u00fcsste, z. B. in Bezug auf F\u00e4higkeiten, Teamzusammensetzung, Tools oder Architektur, um die Kluft zwischen den Ambitionen der Stakeholder und einer realistischen Lieferung zu verringern.<\/li><\/ul>\r\n\r\n
- Vernachl\u00e4ssigung von nicht-technischen Stakeholdern:<\/strong>\r\n
\r\n- Manifestation<\/strong>: Scrum-Teams konzentrieren sich ausschlie\u00dflich auf technische Aspekte und vers\u00e4umen es, sich mit den Stakeholdern \u00fcber gesch\u00e4ftliche Belange oder Benutzererfahrungen auszutauschen.<\/li>\r\n\r\n\t
- Perspektive der Stakeholder<\/strong>: Alle Stakeholder haben unabh\u00e4ngig von ihren technischen Kenntnissen ein pers\u00f6nliches Interesse am Erfolg des Projekts. Die Vernachl\u00e4ssigung nicht-technischer Interessenvertreter kann zu mangelnder Akzeptanz und Unterst\u00fctzung f\u00fchren, da sie das Gef\u00fchl haben k\u00f6nnen, dass ihre Beitr\u00e4ge oder Bedenken nicht ber\u00fccksichtigt oder gesch\u00e4tzt werden. Diese Wahrnehmung der Ablehnung kann dazu f\u00fchren, dass das Team auf lange Sicht weniger Unterst\u00fctzung erh\u00e4lt und sich die Stakeholder m\u00f6glicherweise gegen das Team selbst wenden.<\/li>\r\n\r\n
- Erster Schritt<\/strong>: Organisieren Sie Informationsveranstaltungen f\u00fcr nicht-technische Interessengruppen, um den Entwicklungsprozess zu entmystifizieren und ihre sinnvolle Beteiligung zu erleichtern. Au\u00dferdem sollten Sie die Kommunikation und die Aktualisierungen so gestalten, dass sie f\u00fcr alle Beteiligten zug\u00e4nglich sind, damit sie sich effektiv in das Team und seine Arbeit einbringen k\u00f6nnen. Als vorbereitende Ma\u00dfnahme auf Seiten des Scrum-Teams sollten Sie sich au\u00dferdem mit der Stakeholder-Landschaft Ihres Teams auseinandersetzen: Wen m\u00fcssen Sie in welchem Umfang in Ihrer N\u00e4he halten, um die Zukunft des Teams zu sichern?<\/li><\/ul>\r\n\r\n
- Unzureichende Ausbildung der Stakeholder:<\/strong>\r\n
\r\n- Manifestation<\/strong>: Die Teams gehen davon aus, dass die Stakeholder die agile Produktentwicklung im Allgemeinen und die Scrum-Prozesse und seine Rollen im Besonderen verstehen, was zu Verwirrung und Fehlausrichtung f\u00fchrt.<\/li>\r\n\r\n\t
- Perspektive der Stakeholder<\/strong>: Ein grundlegendes Verst\u00e4ndnis von Scrum erm\u00f6glicht es den Stakeholdern, sich am agilen Prozess zu beteiligen und ihn wirksam zu unterst\u00fctzen. Ohne dieses Verst\u00e4ndnis besteht die Gefahr einer falschen Ausrichtung und Frustration, da die Stakeholder die Wichtigkeit ihre Rolle bei der Unterst\u00fctzung des Scrum-Teams, des Produkterfolgs oder der Gr\u00fcnde f\u00fcr die Entscheidungen des Teams m\u00f6glicherweise nicht verstehen.<\/li>\r\n\r\n\t
- Erster Schritt<\/strong>: Entwickeln Sie ein ma\u00dfgeschneidertes Schulungsprogramm f\u00fcr Stakeholder, das die wichtigsten Scrum-Prinzipien und -Praktiken sowie die von ihnen erwarteten Rollen und Beitr\u00e4ge abdeckt. Sie k\u00f6nnen ein effektives Programm auch f\u00fcr Stakeholder erstellen, die in der Kunst der Entwicklung neuer Produkte v\u00f6llig ungebildet sind. Erfahren Sie hier mehr \u00fcber ein erfolgreiches Schulungsprogramm f\u00fcr Stakeholder: App Prototyping with Absolute Beginners \u2013 Creating a Shared Understanding of How Empiricism Works<\/a>. <\/li><\/ul>\r\n\r\n
![\"Wie](\"https:\/\/berlin2.davidweb.pro\/wp-content\/uploads\/2024\/03\/how-scrum-teams-fail-stakeholders-age-of-product-com.jpg\")
<\/p>\r\n\r\n\r\n\r\n\r\n![\"Join](\"https:\/\/age-of-product.com\/wp-content\/uploads\/0-pbm-course-banner-1650x321.jpg\")
<\/a>\r\n<\/p>\r\n\r\n