Scrum Anti-Patterns Guide Buch verf\u00fcgbar ist<\/a>!<\/p>\r\n\r\nAgile Verhandlungen: Die verschiedenen Ebenen<\/h2>\r\n\r\n
Damit Scrum gut funktioniert, ist es unerl\u00e4sslich, dass das Scrum-Team und die Stakeholder kontinuierlich dar\u00fcber diskutieren, wie sie ihre Ziele, Erwartungen, Praktiken und Prinzipien aufeinander abstimmen k\u00f6nnen. Diese Gespr\u00e4che gew\u00e4hrleisten, dass das Team im Rahmen der gegebenen Einschr\u00e4nkungen einen Mehrwert f\u00fcr den Kunden liefern kann und gleichzeitig zur Nachhaltigkeit des Unternehmens beitr\u00e4gt. W\u00e4hrend der Scrum Guide mehrere Beispiele f\u00fcr diese agile Verhandlung anf\u00fchrt, stammen viele andere aus der Anwendung von agiler Vorgehensweise in etablierten Organisationen.<\/p>\r\n\r\n
Es gibt verschiedene Szenarien f\u00fcr agile Verhandlungen, die bekanntesten sind die teaminterne und die Team-Stakeholder-Ebene:<\/p>\r\n\r\n
Beispiele f\u00fcr teaminterne Verhandlungen<\/h3>\r\n\r\n
Diese Bereiche decken die praktische Arbeit eines Scrum-Teams ab, von der Verfeinerung des Produkt-Backlogs \u00fcber den Sprint bis zur Retrospektive. Daher sind die Listen bei weitem nicht vollst\u00e4ndig. Sie sollten jedoch die M\u00f6glichkeit bieten, zus\u00e4tzliche Szenarien zu entdecken, um sich auf diese vorzubereiten:<\/p>\r\n\r\n
Das Produkt-Backlog und dessen Verfeinerung<\/h4>\r\n\r\n\r\n\t- Aushandlung des Umfangs<\/strong>: Der Product Owner, die Teammitglieder und die Stakeholder diskutieren den Umfang des Projekts oder des Produkts und verhandeln \u00fcber eventuell notwendige Anpassungen oder \u00c4nderungen.<\/li>\r\n\t
- Verfeinerung des Produkt-Backlogs<\/strong>: Der Product Owner und die Entwickler arbeiten zusammen, um die Elemente des Produkt-Backlogs auf der Grundlage von Wert, Risiko und Abh\u00e4ngigkeiten zu verfeinern, zu sch\u00e4tzen und zu ordnen.<\/li>\r\n\t
- Ausbalancieren von technischen Schulden und neuen Funktionen<\/strong>: Das Scrum-Team muss aushandeln, wie die technischen Schulden beseitigt und gleichzeitig neue Funktionen geliefert werden k\u00f6nnen, wobei Qualit\u00e4t, Wartbarkeit sowie Kunden- und Gesch\u00e4ftsanforderungen ber\u00fccksichtigt werden m\u00fcssen.<\/li>\r\n\t
- Akzeptanzkriterien<\/strong>: Der Product Owner, die Entwickler und wahrscheinlich auch die Stakeholder verhandeln \u00fcber die spezifischen Anforderungen, die erf\u00fcllt sein m\u00fcssen, damit ein Element des Produkt-Backlogs als \u201cdone\u201d akzeptiert wird.<\/li>\r\n\t
- Aufwandssch\u00e4tzung<\/strong>: Die Entwickler k\u00f6nnen den Aufwand f\u00fcr die Fertigstellung jedes Produkt-Backlog-Elements mithilfe von Techniken wie Planning Poker, T-Shirt Sizing oder dem Bucket System aushandeln.<\/li><\/ul>\r\n\r\n
Die Sprint-Planungsebene<\/h4>\r\n\r\n\r\n- Sprint-Ziel<\/strong>: Die Mitglieder des Scrum-Teams einigen sich auf ein Sprint-Ziel, das beschreibt, was das Team auf der Grundlage der Gesch\u00e4ftsziele des aktuellen Sprints erreichen will.<\/li>\r\n
- Technische L\u00f6sungen<\/strong>: Die Entwickler verhandeln \u00fcber Architekturentscheidungen, Designmuster und Codepraktiken, um die besten technischen L\u00f6sungen zu implementieren.<\/li>\r\n\t
- Zuweisung von Aufgaben und Verantwortlichkeiten<\/strong>: Die Entwickler verhandeln untereinander die Verteilung von Aufgaben und Verantwortlichkeiten auf der Grundlage ihrer F\u00e4higkeiten, ihres Fachwissens und ihrer Kapazit\u00e4ten.<\/li><\/ul>\r\n\r\n
![\"Agile](\"https:\/\/berlin2.davidweb.pro\/wp-content\/uploads\/2023\/05\/Agile-Negotiations.jpg\")
<\/p>\r\n\r\n\r\n\r\n