{"id":1643,"date":"2022-06-11T19:52:45","date_gmt":"2022-06-11T17:52:45","guid":{"rendered":"https:\/\/berlin3.davidweb.pro\/?p=1643"},"modified":"2024-04-25T12:13:16","modified_gmt":"2024-04-25T10:13:16","slug":"fehlverhalten-von-scrum-entwicklungsteams","status":"publish","type":"post","link":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/","title":{"rendered":"Fehlverhalten von Scrum Entwicklern"},"content":{"rendered":"<h2>In K\u00fcrze: Scrum Entwickler Fehlverhalten<\/h2>\r\n\r\n<p>Nachdem wir bereits Fehlverhalten von Scrum Mastern, Interessenvertretern und Product Ownern beschrieben haben, befasst sich dieser Artikel mit Fehlverhalten der Scrum Entwickler, wobei wir alle Scrum Events sowie das Produktbacklog ber\u00fccksichtigen. Erfahren Sie mehr dar\u00fcber, worauf Sie achten sollten, wenn Sie Ihre Teamkollegen, die das Produktinkrement erstellen, auf dem Pfad der kontinuierlichen Weiterentwicklung unterst\u00fctzen wollen.<\/p>\r\n\r\n<p><img data-recalc-dims=\"1\" loading=\"lazy\" decoding=\"async\" src=\"https:\/\/i0.wp.com\/berlin3.davidweb.pro\/wp-content\/uploads\/2022\/06\/Scrum-Developer-Anti-Patterns-Scrum-Anti-Patterns-Guide-2022.jpg?resize=1290%2C645&#038;ssl=1\" alt=\"Scrum Entwickler Fehlverhalten \u2014\u00a0Scrum Anti-Patterns Guide 2022 \u2014 Berlin Product People GmbH\" width=\"1290\" height=\"645\" class=\"alignnone size-full wp-image-2784\" srcset=\"https:\/\/i0.wp.com\/berlin3.davidweb.pro\/wp-content\/uploads\/2022\/06\/Scrum-Developer-Anti-Patterns-Scrum-Anti-Patterns-Guide-2022.jpg?w=1800&amp;ssl=1 1800w, https:\/\/i0.wp.com\/berlin3.davidweb.pro\/wp-content\/uploads\/2022\/06\/Scrum-Developer-Anti-Patterns-Scrum-Anti-Patterns-Guide-2022.jpg?resize=300%2C150&amp;ssl=1 300w, https:\/\/i0.wp.com\/berlin3.davidweb.pro\/wp-content\/uploads\/2022\/06\/Scrum-Developer-Anti-Patterns-Scrum-Anti-Patterns-Guide-2022.jpg?resize=1024%2C512&amp;ssl=1 1024w, https:\/\/i0.wp.com\/berlin3.davidweb.pro\/wp-content\/uploads\/2022\/06\/Scrum-Developer-Anti-Patterns-Scrum-Anti-Patterns-Guide-2022.jpg?resize=768%2C384&amp;ssl=1 768w, https:\/\/i0.wp.com\/berlin3.davidweb.pro\/wp-content\/uploads\/2022\/06\/Scrum-Developer-Anti-Patterns-Scrum-Anti-Patterns-Guide-2022.jpg?resize=1536%2C768&amp;ssl=1 1536w\" sizes=\"auto, (max-width: 1290px) 100vw, 1290px\" \/><\/p>\r\n\r\n\r\n<!--more-->\r\n\r\n<p>???? <strong>Update<\/strong>: <a href=\"https:\/\/www.linkedin.com\/posts\/stefanwolpers_what-can-you-do-to-help-the-developers-on-activity-6942090510828228608-cjxp\/\" title=\"Poll: What can you do to help the developers on your Scrum team to live up to their potential?\" rel=\"noopener\" target=\"_blank\">Join the poll and its lively discussion on LinkedIn<\/a>.<\/p>\r\n\r\n<p>???? <em>Soll ich Sie \u00fcber Artikel wie diesen informieren? Gro\u00dfartig! Sie k\u00f6nnen sich <a href=\"https:\/\/age-of-product.com\/subscribe\/?ref=want2get\" title=\"Sign up to Age-of-Product.com\u2019s newsletter\" rel=\"noopener noreferrer\" target=\"_blank\">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<p>???? <a href=\"https:\/\/berlin3.davidweb.pro\/de\/events\/\" title=\"Professional Scrum Classes by PST Stefan Wolpers\" rel=\"noopener\" target=\"_blank\">Nehmen Sie an einer von Stefans kommenden Professional Scrum-Schulungen teil<\/a>! <\/p>\r\n\r\n<p><a href=\"https:\/\/age-of-product.com\/scrum-guide-reordered-download-free\/\" title=\"Download the Scrum Guide 2020 Reordered for Free\" rel=\"noopener noreferrer\" target=\"_blank\"><img data-recalc-dims=\"1\" loading=\"lazy\" decoding=\"async\" src=\"https:\/\/i0.wp.com\/age-of-product.com\/wp-content\/uploads\/Scrum-Guide-2020-Scrum-Guide-Reordered-banner-1.jpg?resize=1290%2C331&#038;ssl=1\" alt=\"Scrum Guide 2020 \u2014\u00a0Download the new edition of the Scrum Guide Reordered \u2014\u00a0Age-of-Product.com\" width=\"1290\" height=\"331\" class=\"aligncenter size-full wp-image-65553\" data-wp-pid=\"65553\" data-pin-nopin=\"nopin\" \/><\/a><\/p>\r\n\r\n\r\n<h2>Die Rolle der Entwickler in Scrum<\/h2>\r\n\r\n<p>Laut dem Scrum Guide \u00fcben die Entwickler folgende Funktion aus: \u201cDevelopers are the people in the Scrum Team that are committed to creating any aspect of a usable Increment each Sprint:\u201d<\/p>\r\n\r\n<blockquote>\r\n<p>The specific skills needed by the Developers are often broad and will vary with the domain of work. However, the Developers are always accountable for:<\/p>\r\n\r\n<ul>\r\n\t<li>Creating a plan for the Sprint, the Sprint Backlog;<\/li>\r\n\t<li>Instilling quality by adhering to a Definition of Done;<\/li>\r\n\t<li>Adapting their plan each day toward the Sprint Goal; and,<\/li>\r\n\t<li>Holding each other accountable as professionals.<\/li>\r\n<\/ul>\r\n<\/blockquote>\r\n\r\n<p>Au\u00dferdem genie\u00dfen die Entwickler v\u00f6llige Autonomie, was die technische Seite ihrer Arbeit angeht:<\/p>\r\n\r\n<blockquote>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.<\/blockquote>\r\n\r\n<p><strong>Quelle<\/strong>: <a href=\"https:\/\/scrumguides.org\/scrum-guide.html#developers\" title=\"Scrum Guide 2020\" rel=\"noopener noreferrer\" target=\"_blank\">Scrum Guide 2020<\/a>. <\/p>\r\n\r\n\r\n<p>(Sehen Sie sich die vollst\u00e4ndige Liste des Scrum Guide 2020 \u00fcber die Entwickler, indem Sie den <a href=\"https:\/\/age-of-product.com\/downloads\/\" title=\"Download the Scrum Guide Reordered for Free\" rel=\"noopener noreferrer\" target=\"_blank\">Scrum Guide Reordered herunterladen.<\/a>.)<\/p>\r\n\r\n<p>Der Begriff \"Entwickler\" scheint die Rolle auf technische Personen zu beschr\u00e4nken, z. B. auf Software-Ingenieure. Im Sinne des Scrum Guides ist der Begriff \"Developer\" jedoch viel umfassender. Meiner Erfahrung nach k\u00f6nnen sich sogar Juristen und Marketingfachleute mit dieser Bezeichnung anfreunden, wenn sie vom Scrum Master und dem Product Owner entsprechend unterst\u00fctzt werden.<\/p>\r\n\r\n<p>Lassen Sie uns also in eine Reihe g\u00e4ngiger Fehlverhalten von Scrum-Entwicklern eintauchen, die Scrum Mastern signalisieren, dass ihre Teammitglieder Unterst\u00fctzung brauchen.<\/p>\r\n\r\n<p><script async data-uid=\"de05173d75\" src=\"https:\/\/berlin-product-people-gmbh.ck.page\/de05173d75\/index.js\"><\/script><\/p>\r\n\r\n<p class=\"convertkit-amp\">Cannot see the form? <br \/>Please <a href=\"https:\/\/berlin-product-people-gmbh.ck.page\/de05173d75\" target>click here<\/a><\/p>\r\n\r\n<h2>Fehlverhalten von Scrum Entwicklern nach Scrum-Ereignissen<\/h2>\r\n\r\n<p>Die folgenden Auflistungen von Fehlverhalten der Scrum Entwickler beziehen sich auf Scrum-Events sowie das Produktbacklog:<\/p>\r\n\r\n\r\n<h3>Anti-Muster w\u00e4hrend des Sprints<\/h3>\r\n\r\n<p>Die meisten der folgenden Entwicklungsteam Fehlverhalten resultieren aus einem Mangel an Fokussierung oder Z\u00f6gern:<\/p>\r\n\r\n<ul>\r\n\t<li><strong>Kein Work-in-Progress-Limit: <\/strong>Es gibt kein Limit f\u00fcr Work-in-Progress. (Der Zweck des Sprints ist es, ein oder mehrere potenziell lieferbare Produkt-Inkremente zu erstellen, welche den Kunden und damit dem Unternehmen einen Mehrwert bietet. Dieses Ziel erfordert fokussierte Arbeit, um zu gew\u00e4hrleisten, dass die f\u00fcr das Erreichen des Sprint-Ziels als notwendig erachtete Arbeit geleistet wird. Die Flow-Theorie legt nahe, dass sich die Produktivit\u00e4t eines Teams mit einem Work-in-Progress (WiP)-Limit verbessert. Das WiP-Limit definiert die maximale Anzahl von Aufgaben, an denen ein Team gleichzeitig arbeiten kann. Das \u00dcberschreiten dieser WiP-Grenze f\u00fchrt zur Bildung zus\u00e4tzlicher Warteschlangen, die folglich den Gesamtdurchsatz des Teams reduzieren. Die Zyklusdauer, d. h. der Zeitraum zwischen dem Start und dem Ende der Arbeit an einer Aufgabe, verl\u00e4ngert sich in Folge und die Produktivit\u00e4t sinkt.)<\/li>\r\n\r\n\t<li><strong>Rosinenpicken: <\/strong>Die Entwickler suchen sich nur die Rosinen unter den Arbeitsaufgaben heraus. (Dieser Effekt \u00fcberlagert sich oft mit dem fehlenden WiP-Limit-Problem. Menschen werden durch kurzfristige Befriedigung motiviert. Es f\u00fchlt sich einfach gut an, ein weiteres Puzzle vom Sprint-Board zu l\u00f6sen. Im Vergleich zu diesem <a href=\"https:\/\/www.youtube.com\/watch?v=f7E0mTJQ2KM\" title=\"2-Minute Neuroscience: Reward System\" target=\"_blank\" rel=\"noopener noreferrer\">Dopamin-Fix<\/a> ist es weniger befriedigend im Code Review zu pr\u00fcfen, wie ein anderes Teammitglied ein anderes Problem gel\u00f6st hat. Daher bemerkt man relativ oft, dass sich z. B. Tickets in der Code-Review-Spalte unbearbeitet ansammeln. Dies ist auch ein Zeichen daf\u00fcr, dass sich die Entwickler noch nicht vollst\u00e4ndig selbst organisiert. Achten Sie auch auf die Daily Scrums, ob sich dort dieses Problem manifestiert, und sprechen Sie das Thema w\u00e4hrend der Sprint-Retrospektive an).<\/li>\r\n\r\n\t<li><strong>Sprint-Board nicht auf dem letzten Stand: <\/strong>Die Entwickler aktualisiert die Tickets auf dem Sprint-Board nicht rechtzeitig, um den aktuellen Stand der Arbeiten widerzuspiegeln. (Das Sprint-Board, unabh\u00e4ngig davon, ob es sich um ein physisches oder digitales Board handelt, ist nicht nur f\u00fcr die Koordinierung der Arbeit der Entwickler von entscheidender Bedeutung. Es ist auch ein integraler Bestandteil der Kommunikation des Scrum-Teams mit seinen Stakeholdern. Ein Board, das nicht auf dem neuesten Stand ist, beeintr\u00e4chtigt das Vertrauen der Stakeholder in das Scrum-Team. Eine Verschlechterung des Vertrauens kann dann zu Gegenma\u00dfnahmen aufseiten der Stakeholder f\u00fchren. Das (Management-) Pendel k\u00f6nnte in der Folge zu traditionellen Methoden wie PRINCE2 zur\u00fcckschwingen.<\/li>\r\n\r\n\t<li><strong>Nebenjobs: <\/strong>Die Entwickler arbeitet an Themen, die auf dem Sprint-Board nicht sichtbar sind. (W\u00e4hrend Verge\u00dflichkeit ggf. noch entschuldbar ist, ist das Umleiten von Entwicklungskapazit\u00e4ten unter Umgehung des Produkt Owners, der f\u00fcr die Rentabilit\u00e4t der Investition in die Arbeit der Entwickler verantwortlich ist, nicht akzeptabel. Dieses Verhalten signalisiert auch einen erheblichen Konflikt innerhalb des \"Teams\". Angesichts dieser Demonstration von Misstrauen \u2014 warum haben die Entwickler dieses scheinbar wichtige Thema nicht w\u00e4hrend der Sprintplanung oder davor angesprochen \u2014 sind die Entwickler wahrscheinlich ohnehin eher eine Gruppe als ein Team).<\/li>\r\n\r\n\t<li><strong>Goldene T\u00fcrklinken: <\/strong>Das Entwicklungsteam erh\u00f6ht den Arbeitsumfang des Sprints, indem es unn\u00f6tige Arbeit zu den Product-Backlog-Eintr\u00e4gen des Sprint-Backlogs hinzuf\u00fcgt. (Dieser Effekt wird oft als Scope-Stretching oder Vergoldung bezeichnet. Das Entwicklungsteam ignoriert die urspr\u00fcngliche Vereinbarung mit dem Product Owner \u00fcber den Umfang der Arbeiten. Aus welchem Grund auch immer erweitert das Team die Aufgabe ohne vorherige R\u00fccksprache mit dem Product Owner. Diese Ignoranz kann zu einer fragw\u00fcrdigen Allokation der verf\u00fcgbaren Kapazit\u00e4ten f\u00fchren. Es gibt jedoch eine einfache L\u00f6sung: Die Entwickler und der Product Owner m\u00fcssen \u00f6fter miteinander sprechen, um ein gemeinsames Verst\u00e4ndnis von der Produktvision bis hinunter zum einzelnen Product Backlog-Eintrag zu schaffen und so das Vertrauensniveau zu verbessern. Wenn der Product Owner bisher noch nicht mit dem Entwicklungsteam zusammen sitzt, dann w\u00e4re jetzt der richtige Zeitpunkt, um es sich noch einmal zu \u00fcberlegen. Alternativ kann ein verteiltes Scrum-Team auch mehr Zeit in die synchrone und asynchrone Kommunikation investieren, um die Zusammenarbeit und Abstimmung untereinander zu verbessern.)<\/li>\r\n\r\n\t<li><strong>Ignorieren der Definition of Done: <\/strong>Die Entwickler senken die Produktqualit\u00e4t unter das in der Definition of Done definierte Niveau, um einen Termin einzuhalten bzw. das Sprintziel zu erreichen. (Die Definition of Done spielt im Scrum-Rahmenwerk eine entscheidende Rolle: Sie stellt den Qualit\u00e4tsstandard dar, der allen signalisiert, was die Entwickler erreichen m\u00fcssen, um ein potenziell ver\u00f6ffentlichungsf\u00e4higes Inkrement zu erstellen. Mit \"releasef\u00e4hig\" meinen wir, dass wir das Inkrement ohne rechtliche, finanzielle oder ethische Konsequenzen in die H\u00e4nde unserer Kunden und Benutzer geben k\u00f6nnen. Wenn wir dieses Qualit\u00e4tsniveau verw\u00e4ssern, um eine \u2014 ggf. willk\u00fcrliche gesetzte \u2014 Frist einzuhalten, die dem Team auferlegt wurde, dann setzen wir den Erfolg des Teams aufs Spiel, da dieses Verhalten zu unerledigter Arbeit und technischen Schulden f\u00fchrt. Beide Konsequenzen der Vernachl\u00e4ssigung des Qualit\u00e4tsstandards beeintr\u00e4chtigen die F\u00e4higkeit des Scrum-Teams, in einer sp\u00e4teren Phase innovativ zu sein. Bitte beachten Sie, dass es keine gesch\u00e4ftliche Agilit\u00e4t ohne technische Exzellenz gibt. Letztere beginnt damit, dass die Definition of Done jederzeit eingehalten wird.)<\/li>\r\n\r\n\t<li><strong>Ignorieren technischer Schulden: <\/strong>Die Entwickler verlangt keine ausreichende Kapazit\u00e4t, um technische Schulden und Fehler w\u00e4hrend des Sprints zu beseitigen. (Als Faustregel gilt, dass etwa 20 % der Kapazit\u00e4t in jedem Sprint gut eingesetzt ist, um Bugs zu eliminieren und die Codebasis zu \u00fcberarbeiten. Wenn der Product Owner die Notwendigkeit dieser Arbeit ignoriert und die Entwickler diese Einstellung akzeptieren, wird sich das Scrum-Team \u00fcber kurz oder lang in einer Abw\u00e4rtsspirale wiederfinden und sich langsam aber stetig in eine auf den Output fokussierte Feature-Fabrik verwandeln. Seine zuk\u00fcnftige F\u00e4higkeit, neue wertvolle Produkte zu liefern, wird abnehmen, denn technische Exzellenz ist die Voraussetzung f\u00fcr jegliche From von Business-Agilit\u00e4t. Erfahren Sie mehr \u00fcber <a href=\"https:\/\/age-of-product.com\/technical-debt-scrum\/\" title=\"Technical Debt & Scrum: Who Is Responsible?\" rel=\"noopener noreferrer\" target=\"_blank\">technische Schulden und Scrum<\/a>.)<\/li>\r\n\r\n\t<li><strong>Keine Pufferzeiten: <\/strong>Die Entwickler verlangen vom Product Owner keine 20 % Slack Time bzw. ungeplante Kapazit\u00e4t. (Dieses Problem \u00fcberschneidet sich mit der Sprintplanung, der Erstellung von Sprint-Zielen und der F\u00e4higkeit des Teams, Prognosen zu erstellen und kann nicht fr\u00fch genug adressiert werden. Wenn die Kapazit\u00e4t eines Teams immer zu 100 % ausgelastet ist, wird seine Leistung sinken. Jeder wird sich auf die Erledigung seiner Aufgaben konzentrieren. Es bleibt weniger Zeit f\u00fcr die Unterst\u00fctzung der Teamkollegen oder allgemein f\u00fcr die Zusammenarbeit untereinander. Kleinere Probleme werden nicht mehr zeitnah angegangen. Und letztendlich wird die Einstellung \"ich bin besch\u00e4ftigt\" dazu f\u00fchren, dass nicht mehr alle Teammitglieder verstehen, warum sie das tun, was sie tun.)<\/li>\r\n\r\n<\/ul>\r\n\r\n\r\n\r\n<h3>Fehlverhalten der Scrum Entwickler bei der Sprintplanung<\/h3>\r\n\r\n<p>Die Sprint-Planung von Scrum zielt darauf ab, die Mitglieder des Teams darauf einzustellen, was als N\u00e4chstes gebaut werden soll, um den Kunden den gr\u00f6\u00dftm\u00f6glichen Nutzen zu bieten. Einige g\u00e4ngige Anti-Muster von Scrum Entwicklern in diesem Event sind:<\/p>\r\n\r\n<ul>\r\n\t<li><strong>Kapazit\u00e4t? <\/strong>Die Entwickler \u00fcbersch\u00e4tzen ihre Kapazit\u00e4t und \u00fcbernehmen zu viele Aufgaben. (Die Entwickler sollte stattdessen alles in Betracht ziehen, was ihre Leistungsf\u00e4higkeit beeintr\u00e4chtigen k\u00f6nnte. Die Liste dieser Gr\u00fcnde ist lang: Feiertage, neue Teammitglieder und solche, die sich im Urlaub befinden, ausscheidende Teammitglieder, kranke Teammitglieder, Firmen-Overhead, Scrum-Events und Praktiken wie die Verfeinerung des Product Backlogs und andere Meetings, um nur einige zu nennen).<\/li>\r\n\r\n\t<li><strong>100 % Auslastung: <\/strong>Das Entwicklungsteam verlangt vom Product Owner keine 20 % Slack Time. (Wenn die Auslastung eines Teams immer am Anschlag verharrt, wird seine Leistung mit der Zeit abnehmen. Dies wird besonders in einer Organisation mit einem volatilen Tagesgesch\u00e4ft passieren. Als Folge davon wird sich jeder darauf konzentrieren, seine Aufgaben zu erledigen. Es wird weniger Zeit zur Verf\u00fcgung stehen, um beispielsweise Teamkollegen zu unterst\u00fctzen oder Pair Programming durchzuf\u00fchren. Das Team wird kleinere oder dringende Probleme nicht mehr zeitnah angehen. Einzelne Teammitglieder werden zu Engp\u00e4ssen werden, die den Arbeitsfluss innerhalb des Teams ernsthaft behindern k\u00f6nnen. Und schlie\u00dflich wird die \"Ich bin besch\u00e4ftigt\"-Haltung die Entstehung eines gemeinsamen Verst\u00e4ndnisses \u00fcber das Warum, Was und Wie unter allen Teammitgliedern verringern. Eine \u00dcberlastung wird das einzelne Teammitglied in eine immer weniger kooperative Haltung dr\u00e4ngen und den Grad an Selbstorganisation vermindern. Auf der anderen Seite wird Slack Time dem Scrum-Team erlauben, gemeinschaftlich zu handeln und sich auf das Ergebnis, das Inkrement und dessen Wert f\u00fcr die Kunden zu konzentrieren.<\/li>\r\n\r\n\t<li><strong>Zu detaillierte Planung: <\/strong>W\u00e4hrend des Sprint-Planung planen die Entwickler jede einzelne Aufgabe des bevorstehenden Sprints im Voraus. (Man plane nicht zu kleinteilig. Es reicht, wenn etwa ein Viertel der Aufgaben zu Beginn geplant wird, um nicht nur mit dem Sprint zu beginnen, sondern auch den Lernprozess einzuleiten. Das Sprint Backlog ist immer im Entstehen begriffen, und zu viel Planung im Vorfeld k\u00f6nnte zu Verschwendung f\u00fchren, wenn diese im Laufe des Sprints wieder korrigiert werden muss).<\/li>\r\n\r\n\t<li><strong>Zu viele Sch\u00e4tzungen: <\/strong>Die Entwickler sch\u00e4tzt selbst die Teilaufgaben. (Das sieht f\u00fcr mich nach Buchhaltung um der Buchhaltung willen aus. Verschwenden Sie also nicht Ihre Zeit damit. Denken Sie daran: Der Zweck der Sch\u00e4tzung besteht darin, eine abweichende Einsch\u00e4tzung der Entwickler in Bezug auf das Was und Wie der Eintr\u00e4ge im Product oder Sprint Backlog zu ermitteln. <strong>Mehr erfahren<\/strong>: <a href=\"https:\/\/berlin3.davidweb.pro\/de\/schaetzungen-nuetzlich-zahlen-weglassen\/\" title=\"Sch\u00e4tzungen sind n\u00fctzlich, lassen Sie einfach die Zahlen weg\" rel=\"noopener\" target=\"_blank\">Sch\u00e4tzungen sind n\u00fctzlich, lassen Sie einfach die Zahlen weg<\/a>.)<\/li>\r\n\r\n\t<li><strong>Zu wenig Planung: <\/strong>Die Entwickler lassen die Sprint-Planung ganz ausfallen. (Das \u00dcberspringen der Planung ist bedauerlich, denn es ist auch eine hervorragende Gelegenheit, dar\u00fcber zu sprechen, wie das Wissen unter den Entwicklern besser verteilt werden kann, wie die Architektur k\u00fcnftig aussehen soll oder ob die Tools angemessen sind. Das Team k\u00f6nnte zum Beispiel auch dar\u00fcber nachdenken, wer mit wem f\u00fcr welche Aufgabe zusammenarbeiten wird. Der Planungsteil der Entwickler eignet sich auch hervorragend, um zu \u00fcberlegen, wie technische Schulden reduziert werden k\u00f6nnen, siehe oben).<\/li>\r\n\r\n\t<li><strong>Teamleiter? <\/strong>Die Entwickler erstellen keinen gemeinsamen Plan, um ihre Prognose zu erf\u00fcllen. Stattdessen \u00fcbernimmt ein \"Teamleiter\" die Planungsarbeit und weist ggf. sogar einzelnen Teammitgliedern Aufgaben zu. (Ich wei\u00df, dass \u00e4lteren Entwicklern die Idee nicht gef\u00e4llt, aber es gibt keinen \"Teamleiter\" in einem Scrum-Team. <strong>Erfahren Sie mehr zum Thema<\/strong>: <a href=\"https:\/\/age-of-product.com\/engineers-despise-agile\/\" title=\"Why Engineers Despise Agile \u2014 Age-of-Product.com\" target=\"_blank\" rel=\"noopener noreferrer\">Why Engineers Despise Agile<\/a>.)<\/li>\r\n\r\n<\/ul>\r\n\r\n<p><a href=\"https:\/\/berlin3.davidweb.pro\/de\/training\/professional-scrum-master-training-psm-i\/\" title=\"Professional Scrum-Schulungen nach Scrum.org, Workshops und Events \u2014\u00a0Berlin Product People GmbH\"><img data-recalc-dims=\"1\" loading=\"lazy\" decoding=\"async\" src=\"https:\/\/i0.wp.com\/age-of-product.com\/wp-content\/uploads\/Upcoming-Scrum-Liberating-Stuctures-Training-classes-workshops-banner.jpg?resize=1270%2C277&#038;ssl=1\" alt=\"???? Professional Scrum Master Training \u2014 Training Class Schedule \u2014\u00a0Berlin Product People GmbH\" width=\"1270\" height=\"277\" class=\"aligncenter size-full wp-image-64941\" data-wp-pid=\"64941\" nopin=\"nopin\" \/><\/a><\/p>\r\n\r\n\r\n\r\n<h3>Fehlverhalten der Scrum Entwickler beim Daily Scrum<\/h3>\r\n\r\n<p>Das Daily Scrum ist das wichtigste \"Inspect & Adapt-Ereignis\" f\u00fcr die Entwickler. Meiner Erfahrung nach kann man kaum erwarten, dass die Entwickler das Sprint-Ziel erreicht, wenn das Daily Scrum nicht funktioniert. Zu bekannten Anti-Mustern der Scrum Entwickler beim Daily Scrum geh\u00f6ren:<\/p>\r\n\r\n<ul>\r\n\r\n\t<li><strong>Keine Routine: <\/strong>Das Daily Scrum findet nicht jeden Tag zur gleichen Zeit und am gleichen Ort statt. (W\u00e4hrend Routine das Potenzial hat, jede Retrospektive zu ruinieren, ist sie im Kontext des Daily Scrum hilfreich. Betrachten Sie es als einen spontanen Drill: Nicht zu viel Aufwand im Voraus betreiben, nicht lange nachdenken, sondern einfach machen. Das \u00dcberspringen von Daily Scrums \u00f6ffnet dem Verfehlen des Sprint-Ziels T\u00fcr und Tor: Wenn Sie ein oder zwei Daily Scrums \u00fcberspringen, warum nicht gleich jedes zweite Mal?)<\/li>\r\n\r\n\t<li><strong>Orientierung verloren: <\/strong>Das Daily Scrum dient einem Zweck, indem es eine einfache Frage beantwortet: Sind wir noch auf dem richtigen Weg, um das Sprint-Ziel zu erreichen? Oder m\u00fcssen wir den Plan oder das Sprint Backlog oder beides anpassen? Viele Development Teams k\u00f6nnen diese Frage nicht auf Anhieb beantworten. (In dieser Hinsicht ist die Visualisierung des Fortschritts auf dem Weg zum Sprint-Ziel eine n\u00fctzliche \u00dcbung. Vor einigen Jahren wurde die Verpflichtung des Entwicklungsteams, ein Burndown-Diagramm zu pflegen, aus dem Scrum Guide entfernt. Dies bedeutet jedoch nicht, dass ein Burndown-Diagramm unn\u00fctz ist.)<\/li>\r\n\r\n\t<li><strong>Statusreport: <\/strong>Das Daily Scrum ist ein Statusreport-Meeting, und die Mitglieder des Entwicklungsteams warten darauf, ihre Fortschritt an den Scrum Master, den Product Owner oder vielleicht sogar an einen Stakeholder zu \"berichten\".<\/li>\r\n\r\n\t<li><strong>Nur Ticketnummern: <\/strong>Updates sind generisch und haben f\u00fcr andere keinen oder nur geringen Wert. (\"Gestern habe ich an X-123 gearbeitet. Heute werde ich an X-129 arbeiten.\")<\/li>\r\n\r\n\t<li><strong>Planungsmeeting: <\/strong>Das Entwicklungsteam nutzt das Daily Scrum, um neue Anforderungen zu diskutieren, User Stories zu verfeinern oder eine Art (Sprint)-Planning durchzuf\u00fchren.<\/li>\r\n\r\n\t<li><strong>Probleml\u00f6sungsmeeting: <\/strong>Diskussionen werden angesto\u00dfen, um Probleme zu l\u00f6sen, anstatt diese zu parken, damit sie nach dem Daily Scrum gel\u00f6st werden k\u00f6nnen.<\/li>\r\n\r\n\t<li><strong>\u00dcberm\u00e4ssiges Feedback: <\/strong>Teammitglieder kritisieren andere Teammitglieder sofort, um eine Diskussion anzufachen, anstatt ihre Einw\u00e4nde nach dem Daily Scrum weiter zu verfolgen.<\/li>\r\n\r\n\t<li><strong>Monologe: <\/strong>Die Teammitglieder verletzen die Zeitvorgabe von 15 Minuten und beginnen Monologe. (60 bis 90 Sekunden pro Teammitglied sollten mehr als genug Zeit sein.)<\/li>\r\n\r\n\t<li><strong>Statler und Waldorf: <\/strong>Ein paar Teammitglieder kommentieren jedes Problem. (Normalerweise ist das nicht nur Zeitverschwendung, sondern neigt auch dazu, bevormundend und \u00e4rgerlich zu sein.)<\/li>\r\n\r\n\t<li><strong>Keine Verwendung des Alters von Arbeitsaufgaben (work item age): <\/strong>Ein Entwickler hat Schwierigkeiten, eine Arbeitsaufgabe \u00fcber mehrere aufeinanderfolgende Tage hinweg zu l\u00f6sen, und niemand bietet Hilfe an. (Oft ist dieses Ergebnis ein Zeichen daf\u00fcr, dass entweder die Teammitglieder einander nicht vertrauen oder sich nicht umeinander k\u00fcmmern. Oder die Arbeitsbelastung der Entwickler ist so hoch, dass sie sich nicht mehr gegenseitig unterst\u00fctzen k\u00f6nnen. Ein Hinweis: Nat\u00fcrlich erw\u00e4hnt der Scrum Guide das \"Work Item Age\" nicht. Es hat sich jedoch als n\u00fctzliche Praxis erwiesen.)<\/li>\r\n\r\n\t<li><strong>Null Problemo: <\/strong>Niemand meldet irgendwelche Hindernisse; niemand braucht Hilfe oder Unterst\u00fctzung von seinen Teamkollegen. (Gl\u00fcckwunsch zu Eurer scheinbar gut ge\u00f6lten Scrum-Maschine! K\u00f6nnte es jedoch sein, dass sich die Entwickler nicht sicher f\u00fchlen, Fragen, Herausforderungen oder Probleme anzusprechen?)<\/li>\r\n\r\n<\/ul>\r\n\r\n<h3>Entwickler Fehlverhalten beim Sprint Review<\/h3>\r\n\r\n<p>Sind wir noch auf dem richtigen Weg, das Produktziel zu erreichen? Und wie hat der vorangegangene Sprint zur Mission unseres Scrum-Teams beigetragen? Die Beantwortung dieser Fragen und die Anpassung des Produkt-Backlogs in einer gemeinsamen Anstrengung des Scrum-Teams mit internen und externen Stakeholdern ist der Zweck des Sprint-Reviews. Zu den Fehlverhalten der Scrum Entwickler in diesem Event geh\u00f6ren unter anderem:<\/p>\r\n\r\n<ul>\r\n\t<li><strong>Tod durch PowerPoint<\/strong>: Die Teilnehmer des Sprint Reviews sind durch PowerPoint zu Tode gelangweilt. (Die Grundlage f\u00fcr einen erfolgreichen Sprint Review lautet \"show, don't tell\", oder noch besser: lassen Sie die Beteiligten die Entdeckung selbst vorantreiben. Der Sprint Review ist keine \"Demo\", bei der sorgf\u00e4ltig alle Hindernisse umgangen werden, um die Illusion von Fortschritt und Kontrolle zu wahren. Stattdessen ist es eine wichtige Gelegenheit, zu \u00fcberpr\u00fcfen, was das Scrum-Team erreicht hat, wertvolles Feedback zu erhalten und das Produkt-Backlog gemeinsam anzupassen. Es geht darum, Transparenz \u00fcber den Stand des Fortschritts des Teams in Richtung des Produktziels zu schaffen.)<\/li>\r\n\r\n\t<li><strong>Immer wieder die selben Gesichter<\/strong>: Es sind immer die gleichen Leute aus dem Entwicklungsteam, die teilnehmen, niemals jedoch alle. (Sofern die Organisation nicht versucht, die Anwendung von Scrum basierend auf LeSS oder Nexus zu skalieren, dann ist dies ein schlechtes Zeichen. Um die Erkennitgewinnung des Scrum Teams zu maximieren, setzt der Sprint Review die Teilnahme aller Scrum Teammitglieder voraus. Die Herausforderung besteht darin, dass man die Teilnahme der Teammitglieder jedoch auch nicht erzwingen kann. Stattdessen sollte man den Sprint Review so interessant machen, dass jeder teilnehmen m\u00f6chte. Wenn dies nicht geschieht, sollte man sich als Scrum Master als erstes fragen, was man zu dieser Situation beigetragen hat. Es ist ein Gl\u00fccksfall, dass eine Veranstaltung, die auf dieses Bed\u00fcrfnis zugeschnitten ist, unmittelbar auf den Sprint Review folgt \u2014 die Retrospektive.)<\/li>\r\n\r\n\t<li><strong>Nebenjobs<\/strong>: Die Entwickler arbeiteten an Problemen au\u00dferhalb des Sprint-Ziels, und der Product Owner erfuhr davon zum ersten Mal w\u00e4hrend des Sprint Reviews. (Dieses Sprint-Review-Anti-Muster ist wahrlich problematisch. Fokus, Commitment und Offenheit \u2014 um nur die offensichtlichsten Scrum-Werte zu nennen, gegen die hier versto\u00dfen wird \u2014 sind die ersten Prinzipien f\u00fcr die Zusammenarbeit zwischen den Mitgliedern des Scrum-Teams. Alles, was die Entwickler w\u00e4hrend des Sprints angehen wollen, muss w\u00e4hrend der Sprintplanung besprochen werden. Ein besonderer Fall liegt m. E. jedoch vor, wenn der Product Owner in der Regel so sehr auf die Auslieferung neuer Funktionen dr\u00e4ngt, dass wenig oder gar keine Zeit f\u00fcr Refactoring oder Bugfixing bleibt, es sei denn, die Entwickler nehmen diese Aufgaben heimlich in Angriff. In dieser Situation h\u00e4tte ich durchaus Verst\u00e4ndnis f\u00fcr diesen Ansatz. Dennoch muss das Scrum-Team dieses Problem beheben. Generell k\u00f6nnte es ein Anfang sein, 20 % der Kapazit\u00e4t des Teams f\u00fcr die vorgenannten Aufgaben zu verwenden.)<\/li>\r\n\r\n\t<li><strong>Schummeln<\/strong>: Zunehmend h\u00e4ufiger stellen die Entwickler Arbeiten vor, die noch nicht \"done\" sind. (Es gibt einen guten Grund, in manchen F\u00e4llen unvollendete Arbeit zu zeigen. Zum Beispiel, um den Stakeholdern Transparenz \u00fcber wichtige, aber schwierige Aufgaben zu verschaffen. Wenn Sie den Teilnehmern des Sprint Review jedoch regelm\u00e4\u00dfig \u00fcber teilweise abgeschlossene Arbeiten berichten, versto\u00dfen Sie gegen das Konzept des \"Done\", eines der ersten Prinzipien von Scrum. Ein erfolgreiches Scrum-Team muss die Stakeholdern nicht \u00fcberreden, dass es sein Gehalt wert ist.)<\/li>\r\n\r\n<\/ul>\r\n\r\n<h3>Fehlverhalten der Scrum Entwickler bei der Sprint-Retrospektive<\/h3>\r\n\r\n<p>Welches Ereignis k\u00f6nnte das Empirieprinzip von Scrum besser verk\u00f6rpern als die Sprint Retrospektive? Ich nehme an, alle sind sich einig, dass selbst die einfachste Retrospektive - wenn sie nur regelm\u00e4\u00dfig stattfindet - weitaus n\u00fctzlicher ist, als ab und zu eine ausgefallene zu haben, ganz zu schweigen davon, dass man \u00fcberhaupt keine Retrospektive hat. Zu den notorischen Anti-Mustern bei Retrospektiven aufseiten der Scrum Entwickler geh\u00f6ren:<\/p>\r\n\r\n<ul>\r\n\r\n\t<li><strong>#NixRetro<\/strong>: Es gibt keine Retrospektive, da das Team glaubt, dass es nichts zu verbessern gibt. Meines Erachtens gibt es kein agiles Nirwana, wo alles einfach perfekt ist. Wie so sch\u00f6n gesagt wird: Agilit\u00e4t ist eine Reise und kein Ziel. Es gibt immer etwas zu verbessern.<\/li>\r\n\r\n\t<li><strong>Retrospektive als Zeitpuffer<\/strong>: Das Team sagt Retrospektiven ab, wenn mehr Zeit f\u00fcr die Erreichung des Sprint-Ziels ben\u00f6tigt wird. (Die Retrospektive als Zeitreserve f\u00fcr den Sprint ist ein h\u00e4ufiges Zeichen f\u00fcr Cargo-Cult Scrum. Ich glaube, dies ist noch schlimmer als keine Retrospektive zu haben, weil es angeblich nichts zu verbessern g\u00e4be. Letzteres ist nur ein allzu menschlicher Irrtum, der an Hybris grenzt. Die willk\u00fcrliche Absage einer Retrospektive zur Erreichung eines Sprint-Ziels ist jedoch ein klares Zeichen daf\u00fcr, dass das Team Grundprinzipien wie Empirie und kontinuierliche Verbesserung nicht versteht. Wenn das Scrum Team wiederholt das Sprint-Ziel nicht erreicht, sollte es \u00fcberpr\u00fcfen, was hier vor sich geht. Und welches Scrum-Ereignis ist f\u00fcr diesen Zweck konzipiert?)<\/li>\r\n\r\n\t<li><strong>Die Definition of Done wird nicht verbessert<\/strong>: Die Entwickler sprechen sich nicht daf\u00fcr aus, die Definition von Done regelm\u00e4\u00dfig zu \u00fcberpr\u00fcfen und zu diskutieren, ob sie verbessert werden muss. (Wie das Sprichwort sagt: Stillstand ist R\u00fcckschritt. Wenn das Scrum-Team immer besser versteht, wie es die Probleme seiner Kunden l\u00f6sen kann, sollte dieser Wissenszuwachs in einer regelm\u00e4\u00dfig angepassten Definition of Done zum Ausdruck kommen. Andernfalls w\u00fcrde das Scrum-Team riskieren, seinen Beitrag zur gesch\u00e4ftlichen Agilit\u00e4t der Organisation langsam, aber sicher zu schm\u00e4lern.) <\/li>\r\n\r\n\t<li><strong>\u00dcberm\u00e4ssiges Jammern<\/strong>: Das Scrum Team nutzt die Retrospektive vor allem, um sich \u00fcber die Situation zu beschweren und nimmt dabei die Rolle des Opfers ein. (Ver\u00e4nderungen erfordert Nachdenken, und gelegentlich ist es eine gute \u00dcbung, Dampf abzulassen. Passiv bleiben, sobald man kritische Probleme identifiziert hat, und nicht zu versuchen, diese zu \u00e4ndern, widerspricht jedoch dem Zweck der Retrospektive.) <\/li>\r\n\r\n<\/ul>\r\n\r\n<h2>Fehlverhalten in Sachen Product Backlog<\/h2>\r\n\r\n<p>Scrum ist ein taktisches Framework f\u00fcr die Entwicklung von Produkten, vorausgesetzt, Sie erkennen im Voraus, was es wert ist, entwickelt zu werden. Aber selbst nach einer erfolgreichen Produktentdeckungsphase, neudeutsch: Product Discovery, kann es Ihnen schwer fallen, das Richtige auf die Beine zu stellen, wenn Ihr Product Backlog der Aufgabe nicht gewachsen ist: Garbage in, Garbage out. Einige Beispiele daf\u00fcr, wie Scrum Entwickler zu mittelm\u00e4\u00dfigem Teamerfolg beitragen, sind:<\/p>\r\n\r\n\r\n<ul>\r\n\r\n\t<li><strong>Keine Zeit f\u00fcr Refinement: <\/strong>Das Scrum-Team f\u00fchrt nicht gen\u00fcgend Sitzungen zur Verfeinerung des Product Backlogs durch, was zu einem qualitativ minderwertigen Product Backlog f\u00fchrt. (Der Scrum Guide 2017 empfahl urspr\u00fcnglich, bis zu 10 % der Zeit des Scrum-Teams auf die Verfeinerung des Product Backlogs zu verwenden. Das ist eine gute gesch\u00e4ftliche Entscheidung: Nichts ist teurer als eine schlecht konzipierte Funktion, die wenig oder gar keinen Wert f\u00fcr die Kunden schafft.)<\/li>\r\n\r\n\t<li><strong>Zuviel Refinement: <\/strong>Das Scrum-Team hat zu viele Verfeinerungssitzungen, was zu einem zu detaillierten Product Backlog f\u00fchrt. (Zu viel Verfeinerung ist auch nicht hilfreich. Es gibt einen Zeitpunkt, an dem der Grenzertrag zus\u00e4tzlicher Verfeinerungsarbeit gleich Null oder wahrscheinlich sogar negativ ist \u2014 denken Sie an das Ph\u00e4nomen der Analyse-Paralyse. Die einzige M\u00f6glichkeit f\u00fcr ein Scrum-Team zu verstehen, ob die vorherige Validierung der zugrunde liegenden Hypothesen einer neuen Funktionalit\u00e4t korrekt ist, besteht darin, dieses Teil zu bauen und auszuliefern. Es gibt keine M\u00f6glichkeit, dies am gr\u00fcnen Tisch herauszufinden, indem man das Thema endlos von allen denkbaren Seiten beleuchtet und diskutiert.)<\/li>\r\n\r\n\t<li><strong>Eine Sch\u00e4tzung f\u00fcr jeden Eintrag: <\/strong>Alle Eintr\u00e4ge des Product Backlog sind detailliert ausgearbeitet und gesch\u00e4tzt. (Das ist zu viel Vorleistung und birgt das Risiko einer Fehlallokation der Arbeitszeit des Scrum-Teams. Die Verfeinerung der Product Backlog-Eintr\u00e4ge ist ein kontinuierlicher Prozess, der nur bis zu dem Punkt fortgesetzt wird, an dem das Scrum-Team diese Eintr\u00e4ge in Produkt-Inkremente umwandeln kann.)<\/li>\r\n\r\n\t<li><strong>\u00dcberdimensioniertes Produktbacklog: <\/strong>Das Team erstellt ein umfangreiches Product Backlog. (Die Erstellung eines \"Inventars von Arbeitsaufgaben\" ist ein Fehler. In einer komplexen Umgebung mit vielen Unw\u00e4gbarkeiten f\u00fchrt diese Vorleistung h\u00e4ufig zu einer Verschwendung in Form von Product Backlog-Elementen, die zwar verfeinert, aber nie ver\u00f6ffentlicht werden, da sp\u00e4ter wertvollere Elemente identifiziert werden. Die Scrum Entwickler sollten auf diese Herausforderung hinweisen und den Product Owner dabei unterst\u00fctzen, das Product Backlog \u00fcbersichtlich und umsetzbar zu halten; ein Inventar von drei bis sechs Sprints ist in der Regel mehr als ausreichend.<\/li>\r\n\r\n\t<li><strong>Unterw\u00fcrfige Entwickler: <\/strong>Die Entwickler befolgen willf\u00e4hrig alle Anweisungen des Product Owners. (Es ist die vornehmste Pflicht eines jeden Teammitglieds, den Product Owner herauszufordern, ob dessen Auswahl von Arbeitsaufgaben die beste Nutzung der Zeit der Entwickler darstellt: Warum sollen wir das tun? Scrum funktioniert nicht, wenn sich nicht jeder an die in das Framework eingebauten Checks & Balances h\u00e4lt. Es ist leicht, sich in \"die eigene L\u00f6sung\" zu verlieben, anstatt sich um das eigentliche Kundenproblem zu k\u00fcmmern. Wenn die Entwickler einfach alles machen, was der Product Owner \"vorschl\u00e4gt\", wird der vom Scrum-Team geschaffene Gesamtwert wahrscheinlich unter seinem Potenzial liegen. Deshalb wollen Sie Missionare in Ihrem Team haben, nicht nur S\u00f6ldner.)<\/li>\r\n\r\n<\/ul>\r\n\r\n<p><a href=\"https:\/\/age-of-product.com\/38-scrum-master-interview-questions-to-avoid-imposters-free-pdf\/\" title=\"Scrum Master Interview Question: free download of the most popular ebook on Scrum Master job interviews \u2014 by Age-of-Product\"><img data-recalc-dims=\"1\" loading=\"lazy\" decoding=\"async\" src=\"https:\/\/i0.wp.com\/age-of-product.com\/wp-content\/uploads\/Scrum-Master-Interview-Question-free-download-Age-of-Product.png?resize=728%2C90&#038;ssl=1\" alt=\"Scrum Master Interview Question: free download of the most popular ebook on Scrum Master job interviews \u2014 by Age-of-Product\" width=\"728\" height=\"90\" class=\"aligncenter size-full wp-image-64529\" data-wp-pid=\"64529\" nopin=\"nopin\" \/><\/a><\/p>\r\n\r\n<h2>Fazit: Das Fehlverhalten von Scrum-Entwicklern<\/h2>\r\n\r\n<p>Angesichts der wesentlichen Rolle, welche die Entwickler erf\u00fcllen m\u00fcssen, um Scrum erfolgreich zu machen, ist es keine \u00dcberraschung, dass es viele Anti-Muster von Scrum Entwickler zu beobachten gibt. Die gute Nachricht ist jedoch, dass die Mehrheit davon unter der Kontrolle des Scrum-Teams stehen. Alles, was es braucht, um diese Anti-Muster f\u00fcr das Team in Angriff zu nehmen, ist, sie zu inspizieren und eine Verbesserung der bisherigen Vorgehensweise zu adaptieren. Warum nicht einfach die n\u00e4chste Retrospektive daf\u00fcr nutzen?<\/p>\r\n\r\n<p>Welche Anti-Muster von Scrum Entwicklern haben Sie beobachtet? Bitte teilen Sie uns diese in den Kommentaren mit.<\/p>\r\n\r\n\r\n\r\n\r\n\r\n<h2>Fehlverhalten von Scrum Entwicklern \u2014 Empfohlene Lekt\u00fcre<\/h2>\r\n\r\n\r\n\r\n<p><a href=\"https:\/\/berlin3.davidweb.pro\/de\/product-backlog-anti-patterns\/\" title=\"28 Product Backlog Anti-Patterns\" target=\"_blank\" rel=\"noopener noreferrer\">28 Product Backlog Anti-Patterns<\/a><\/p>\r\n\r\n<p><a href=\"https:\/\/berlin3.davidweb.pro\/de\/sprint-anti-patterns\/\" title=\"27 Sprint Anti-Patterns \u2014 Berlin Product People GmbH\" target=\"_blank\" rel=\"noopener noreferrer\">27 Sprint Anti-Patterns Holding Back Scrum Teams<\/a><\/p>\r\n\r\n<p><a href=\"https:\/\/berlin3.davidweb.pro\/de\/sprint-planning-anti-patterns\/\" title=\"20 Sprint Planning Anti-Patterns \u2014 Berlin Product People GmbH\" target=\"_blank\" rel=\"noopener noreferrer\">20 Sprint Planning Anti-Patterns<\/a><\/p>\r\n\r\n<p><a href=\"https:\/\/berlin3.davidweb.pro\/de\/daily-scrum-anti-patterns\/\" title=\"24+2 Daily Scrum Anti-Patterns \u2014 Berlin Product People GmbH\" rel=\"noopener noreferrer\" target=\"_blank\">24+2 Daily Scrum Anti-Patterns<\/a>.<\/p>\r\n\r\n<p><a href=\"https:\/\/berlin3.davidweb.pro\/de\/sprint-review-anti-patterns\/\" title=\"15 Sprint Review Anti-Patterns \u2014 Berlin Product People GmbH\" rel=\"noopener noreferrer\" target=\"_blank\">15 Sprint Review Anti-Patterns<\/a>.<\/p>\r\n\r\n<p><a href=\"https:\/\/berlin3.davidweb.pro\/de\/21-sprint-retrospektive-anti-patterns\/\" title=\"21 Sprint Retrospective Anti-Patterns Impeding Scrum Teams\" rel=\"noopener noreferrer\" target=\"_blank\">21 Sprint Retrospektive Anti-Patterns<\/a><\/p> \r\n\r\n<p><a href=\"https:\/\/berlin3.davidweb.pro\/de\/fehlverhalten-scrum-interessenvertretern\/\" title=\"36 Fehlverhalten von Scrum Interessenvertretern \u2014 Berlin Product People GmbH\" rel=\"noopener noreferrer\" target=\"_blank\">36 Fehlverhalten von Scrum Interessenvertretern<\/a>.<\/p>\r\n\r\n<p><a href=\"https:\/\/berlin3.davidweb.pro\/de\/?s=scrum+anti-muster\" title=\"Alle Artikel \u00fcber Scrum Anti-Patterns\" target=\"_blank\" rel=\"noopener noreferrer\">Alle Artikel \u00fcber Scrum Anti-Patterns<\/a><\/p>\r\n\r\n<p><a href=\"https:\/\/age-of-product.com\/scrum-anti-patterns\/\" title=\"Download the \u2019Scrum Anti-Patterns Guide\u2019 for Free\" rel=\"noopener noreferrer\" target=\"_blank\">Download the Scrum Anti-Patterns Guide: 160-plus ways to improve your way of Scrum<\/a>.<\/p>\r\n\r\n<h2>???? Professional Scrum-Schulungen nach Scrum.org, Workshops und Events<\/h2>\r\n\r\n<p>Sie k\u00f6nnen sich Ihren Platz f\u00fcr Scrum-Schulungen, Workshops und Meetups direkt sichern, indem Sie dem <strong>entsprechenden Link in der Tabelle<\/strong> unten folgen:<\/p>\r\n\r\n<p><style type=\"text\/css\">\r\n.tg  {border-collapse:collapse;border-spacing:0;}\r\n.tg td{font-family:Arial, sans-serif;font-size:14px;padding:10px 19px;border-style:solid;border-width:1px;overflow:hidden;word-break:normal;border-color:black;}\r\n.tg th{font-family:Arial, sans-serif;font-size:14px;font-weight:normal;padding:10px 19px;border-style:solid;border-width:1px;overflow:hidden;word-break:normal;border-color:black;}\r\n.tg .tg-fymr{font-weight:bold;border-color:inherit;text-align:left;vertical-align:top}\r\n.tg .tg-0pky{border-color:inherit;text-align:left;vertical-align:top}\r\n@media screen and (max-width: 767px) {.tg {width: auto !important;}.tg col {width: auto !important;}.tg-wrap {overflow-x: auto;-webkit-overflow-scrolling: touch;}}<\/style>\r\n<div class=\"tg-wrap\"><table class=\"tg\">\r\n  <tr>\r\n    <th class=\"tg-fymr\">Date<\/th>\r\n    <th class=\"tg-fymr\">Class and Language<\/th>\r\n    <th class=\"tg-fymr\">City<\/th>\r\n    <th class=\"tg-fymr\">Price<\/th>\r\n  <\/tr>\r\n\r\n\r\n\r\n\r\n\r\n<tr>\r\n    <td class=\"tg-0pky\">???? ???? ???????? May 7, 2024<\/td>\r\n    <td class=\"tg-0pky\"><strong>GUARANTEED<\/strong>: <a href=\"https:\/\/www.meetup.com\/hands-on-agile-berlin-chapter-meetup\/events\/299747452\/\" title=\"Hands-on Agile #61: Toyota Kata Coaching for Agile Teams & Transformations with Fortune Buchholtz\" rel=\"noopener noreferrer\" target=\"_blank\">Hands-on Agile #61: Toyota Kata Coaching for Agile Teams & Transformations with Fortune Buchholtz (English)<\/a><\/td>\r\n    <td class=\"tg-0pky\"><strong>Live Virtual Meetup<\/strong><\/td>    \r\n    <td class=\"tg-0pky\">FREE<\/td>\r\n  <\/tr>\r\n\r\n  <tr>\r\n    <td class=\"tg-0pky\">???? ???? ???????? May 14-15, 2024<\/td>\r\n    <td class=\"tg-0pky\"><strong>GUARANTEED<\/strong>: <a href=\"https:\/\/berlin3.davidweb.pro\/de\/event\/professional-scrum-product-owner-schulung-pspo-i-zertifikat-mai-2024\/\" title=\"Professional Scrum Product Owner Schulung mit PSPO I-Zertifikat \u2014 14. und 15. Mai 2024\" rel=\"noopener noreferrer\" target=\"_blank\">Professional Scrum Product Owner Training (PSPO I; German; Live Virtual Class)<\/a><\/td>\r\n    <td class=\"tg-0pky\"><strong>Live Virtual Class <\/strong><\/td>    \r\n    <td class=\"tg-0pky\">\u20ac1.299 incl. 19% VAT<\/td>\r\n  <\/tr>\r\n\r\n  <tr>\r\n    <td class=\"tg-0pky\">???? ???????? May 28-29, 2024<\/td>\r\n    <td class=\"tg-0pky\"><a href=\"https:\/\/berlin3.davidweb.pro\/event\/advanced-professional-scrum-master-training-psm-ii-certificate-may-2024\/\" title=\"Advanced Professional Scrum Master Training w\/ PSM II Certificate \u2014 May 28-29, 2024\" rel=\"noopener noreferrer\" target=\"_blank\">Professional Scrum Master (Advanced) Training (PSM II; English; Live Virtual Class)<\/a><\/td>\r\n    <td class=\"tg-0pky\"><strong>Live Virtual Class <\/strong><\/td>    \r\n    <td class=\"tg-0pky\">\u20ac1.189 incl. 19% VAT<\/td>\r\n  <\/tr>\r\n\r\n <tr>\r\n    <td class=\"tg-0pky\">???? ???? ???????? June 6, 2024<\/td>\r\n    <td class=\"tg-0pky\"><strong>GUARANTEED<\/strong>: <a href=\"https:\/\/www.meetup.com\/hands-on-agile-berlin-chapter-meetup\/events\/300044242\/\" title=\"Hands-on Agile #62: From Backlog Manager to Product Manager: From Outputs to Outcomes w\/ David Pereira\" rel=\"noopener noreferrer\" target=\"_blank\">Hands-on Agile #62: From Backlog Manager to Product Manager: From Outputs to Outcomes w\/ David Pereira (English)<\/a><\/td>\r\n    <td class=\"tg-0pky\"><strong>Live Virtual Meetup<\/strong><\/td>    \r\n    <td class=\"tg-0pky\">FREE<\/td>\r\n  <\/tr>\r\n\r\n  <tr>\r\n    <td class=\"tg-0pky\">???? ???? ???????? June 13-July 11, 2024<\/td>\r\n    <td class=\"tg-0pky\"><strong>GUARANTEED<\/strong>: <a href=\"https:\/\/berlin3.davidweb.pro\/event\/advanced-product-backlog-management-cohort-june-2024\/\" title=\"Advanced Product Backlog Management Cohort Class \u2014\u00a0June 13-July 11, 2024\" rel=\"noopener noreferrer\" target=\"_blank\">Advanced Product Backlog Management Cohort Class (PBM; English; Live Virtual Cohort)<\/a><\/td>\r\n    <td class=\"tg-0pky\"><strong>Live Virtual Class <\/strong><\/td>    \r\n    <td class=\"tg-0pky\">\u20ac399 incl. 19% VAT<\/td>\r\n  <\/tr>\r\n\r\n  <tr>\r\n    <td class=\"tg-0pky\">???? ???? ???????? June 25, 2024<\/td>\r\n    <td class=\"tg-0pky\"><strong>GUARANTEED<\/strong>: <a href=\"https:\/\/www.tickettailor.com\/events\/berlinproductpeoplegmbh\/1237963\" title=\"Professional Scrum Facilitation Skills Training w\/ PSFS Certificate \u2014 June 25, 2024\" rel=\"noopener noreferrer\" target=\"_blank\">Professional Scrum Facilitation Skills Training (PSFS; English; Live Virtual Class)<\/a><\/td>\r\n    <td class=\"tg-0pky\"><strong>Live Virtual Class <\/strong><\/td>    \r\n    <td class=\"tg-0pky\">\u20ac749 incl. 19% VAT<\/td>\r\n  <\/tr>\r\n\r\n\r\n  <tr>\r\n    <td class=\"tg-0pky\">???? ???????? July 9-10, 2024<\/td>\r\n    <td class=\"tg-0pky\"><a href=\"https:\/\/berlin3.davidweb.pro\/de\/event\/professional-scrum-product-owner-schulung-pspo-i-zertifikat-juni-2024\/\" title=\"Professional Scrum Product Owner Schulung mit PSPO I-Zertifikat \u2014 9. und 10. Juli 2024\" rel=\"noopener noreferrer\" target=\"_blank\">Professional Scrum Product Owner Training (PSPO I; German; Live Virtual Class)<\/a><\/td>\r\n    <td class=\"tg-0pky\"><strong>Live Virtual Class <\/strong><\/td>    \r\n    <td class=\"tg-0pky\">\u20ac1.299 incl. 19% VAT<\/td>\r\n  <\/tr>\r\n\r\n  <tr>\r\n    <td class=\"tg-0pky\">???? ???????? August 27-28, 2024<\/td>\r\n    <td class=\"tg-0pky\"><a href=\"https:\/\/www.tickettailor.com\/events\/berlinproductpeoplegmbh\/1230229\" title=\"Professional Scrum Master Schulung mit PSM I-Zertifikat \u2014 27. und 28. August 2024\" rel=\"noopener noreferrer\" target=\"_blank\">Professional Scrum Master Training (PSM I; German; Live Virtual Class)<\/a><\/td>\r\n    <td class=\"tg-0pky\"><strong>Live Virtual Class <\/strong><\/td>    \r\n    <td class=\"tg-0pky\">\u20ac1.189 incl. 19% VAT<\/td>\r\n  <\/tr>\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n<\/table><\/div><\/p>\r\n\r\n<p><a href=\"https:\/\/berlin3.davidweb.pro\/de\/events\/list\/\" title=\"???? Professional Scrum Training \u2014 Scrum-Schulungen der Berlin Product People GmbH\" target=\"_blank\" rel=\"noopener noreferrer\">Alle kommenden Professional-Scrum-Klassen finden Sie hier<\/a>.<\/p>\r\n\r\n<p><a href=\"https:\/\/www.scrum.org\/stefan-wolpers\" title=\"Professional Scrum Training by PST Stefan Wolpers, Berlin  Product People\" rel=\"noopener noreferrer\" target=\"_blank\"><img data-recalc-dims=\"1\" loading=\"lazy\" decoding=\"async\" src=\"https:\/\/i0.wp.com\/age-of-product.com\/wp-content\/uploads\/Scrumorg-PST_horizontal_2000.png?resize=1270%2C250&#038;ssl=1\" alt=\"Professional Scrum Trainer Stefan Wolpers\" width=\"1270\" height=\"250\" class=\"aligncenter size-full wp-image-64815\" data-wp-pid=\"64815\" \/><\/a><\/p>\r\n\r\n<p>Sie k\u00f6nnen Ihren Platz f\u00fcr die Schulung direkt buchen, indem Sie den entsprechenden Links zum Ticketshop folgen. Sollte der Beschaffungsprozess Ihrer Organisation einen anderen Einkaufsprozess erfordern, wenden Sie sich bitte direkt an die <a href=\"https:\/\/berlin3.davidweb.pro\/training\/professional-scrum-master-training-psm-i\/\" title=\"Training, Workshops, and Events \u2014\u00a0Berlin Product People GmbH\" rel=\"noopener noreferrer\" target=\"_blank\">Berlin Product People GmbH<\/a>.<\/p>\r\n\r\n<h2>\u270b Nicht vers\u00e4umen: Lernen Sie mehr \u00fcber das Scrum Entwickler Fehlverhalten im 11.000-k\u00f6pfigen \"Hands-on Agile Slack Team\"<\/h2>\r\n<p>Ich lade Sie ein, sich dem  <a href=\"https:\/\/goo.gl\/forms\/LObbRtSF9vvxN3CL2\" target=\"_blank\" title=\"Hands-on Agile Slack Community\" trigger-id=\"112090\" rel=\"noopener noreferrer\">\"Hands-on Agile\" Slack-Team<\/a> anzuschlie\u00dfen und die Vorteile einer schnell wachsenden, lebendigen Gemeinschaft von agilen Praktikern aus der ganzen Welt zu genie\u00dfen.<\/p>\r\n\r\n<p><img data-recalc-dims=\"1\" loading=\"lazy\" decoding=\"async\" src=\"https:\/\/i0.wp.com\/age-of-product.com\/wp-content\/uploads\/handsonagile-LOGO.jpg?resize=1270%2C220&#038;ssl=1\" alt=\"Nicht vers\u00e4umen: Lernen Sie mehr \u00fcber das Scrum Probleme im 11.000-k\u00f6pfigen \"Hands-on Agile\" Slack Team\" width=\"1270\" height=\"220\" class=\"aligncenter size-full wp-image-64308\" data-wp-pid=\"64308\" \/><\/p>\r\n\r\n<p>Wenn Sie jetzt beitreten m\u00f6chten, m\u00fcssen Sie nur noch <a href=\"https:\/\/goo.gl\/forms\/LObbRtSF9vvxN3CL2\" title=\"Hands-on Agile Slack Community\" target=\"_blank\" trigger-id=\"112090\" rel=\"noopener noreferrer\">Ihre Anmeldeinformationen \u00fcber dieses Google-Formular angeben<\/a>, und ich werde Sie anmelden. Die Mitgliedschaft <strong>ist kostenlos.<\/strong><\/p>","protected":false},"excerpt":{"rendered":"<p>In K\u00fcrze: Scrum Entwickler Fehlverhalten Nachdem wir bereits Fehlverhalten von Scrum Mastern, Interessenvertretern und Product Ownern beschrieben haben, befasst sich dieser Artikel mit Fehlverhalten der Scrum Entwickler, wobei wir alle [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":665,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_gspb_post_css":"","_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_tribe_events_control_status":"","_tribe_events_control_status_canceled_reason":"","_tribe_events_control_status_postponed_reason":"","_tribe_events_control_online":"","_tribe_events_control_online_url":"","footnotes":"","_links_to":"","_links_to_target":""},"categories":[2],"tags":[1993,4597,2147,2327],"class_list":["post-1643","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-agile","tag-entwicklungsteam","tag-fehlverhalten","tag-scrum-anti-muster","tag-scrum-anti-patterns-de"],"blocksy_meta":[],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.9 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Scrum Entwickler Fehlverhalten \u2014\u00a0Scrum Anti-Patterns Guide 2022<\/title>\n<meta name=\"description\" content=\"Lernen Sie mehr \u00fcber Scrum Entwickler Fehlverhalten aus unserer Scrum Anti-Patterns-Serie \u2014\u00a0Berlin Product People GmbH.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Scrum Entwickler Fehlverhalten \u2014\u00a0Scrum Anti-Patterns Guide 2022\" \/>\n<meta property=\"og:description\" content=\"Lernen Sie mehr \u00fcber Scrum Entwickler Fehlverhalten aus unserer Scrum Anti-Patterns-Serie \u2014\u00a0Berlin Product People GmbH.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/\" \/>\n<meta property=\"og:site_name\" content=\"Berlin Product People GmbH\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/BerlinProductPeople\" \/>\n<meta property=\"article:published_time\" content=\"2022-06-11T17:52:45+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2024-04-25T10:13:16+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/berlin-product-people.com\/wp-content\/uploads\/2019\/06\/Scrum-Anti-Patterns-Guide.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1650\" \/>\n\t<meta property=\"og:image:height\" content=\"413\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Stefan Wolpers\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@StefanW\" \/>\n<meta name=\"twitter:site\" content=\"@Berlin_PP\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"Stefan Wolpers\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"21\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/scrum-entwicklungsteam-fehlverhalten\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/scrum-entwicklungsteam-fehlverhalten\\\/\"},\"author\":{\"name\":\"Stefan Wolpers\",\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/#\\\/schema\\\/person\\\/5a816a3ba988f428b00eaa6d3f8251e1\"},\"headline\":\"Fehlverhalten von Scrum Entwicklern\",\"datePublished\":\"2022-06-11T17:52:45+00:00\",\"dateModified\":\"2024-04-25T10:13:16+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/scrum-entwicklungsteam-fehlverhalten\\\/\"},\"wordCount\":4525,\"publisher\":{\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/scrum-entwicklungsteam-fehlverhalten\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/i0.wp.com\\\/berlin3.davidweb.pro\\\/wp-content\\\/uploads\\\/2019\\\/06\\\/Scrum-Anti-Patterns-Guide.png?fit=1650%2C413&ssl=1\",\"keywords\":[\"Entwicklungsteam\",\"Fehlverhalten\",\"Scrum Anti-Muster\",\"Scrum Anti-Patterns\"],\"articleSection\":[\"Agile\"],\"inLanguage\":\"de\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/scrum-entwicklungsteam-fehlverhalten\\\/\",\"url\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/scrum-entwicklungsteam-fehlverhalten\\\/\",\"name\":\"Scrum Entwickler Fehlverhalten \u2014\u00a0Scrum Anti-Patterns Guide 2022\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/scrum-entwicklungsteam-fehlverhalten\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/scrum-entwicklungsteam-fehlverhalten\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/i0.wp.com\\\/berlin3.davidweb.pro\\\/wp-content\\\/uploads\\\/2019\\\/06\\\/Scrum-Anti-Patterns-Guide.png?fit=1650%2C413&ssl=1\",\"datePublished\":\"2022-06-11T17:52:45+00:00\",\"dateModified\":\"2024-04-25T10:13:16+00:00\",\"description\":\"Lernen Sie mehr \u00fcber Scrum Entwickler Fehlverhalten aus unserer Scrum Anti-Patterns-Serie \u2014\u00a0Berlin Product People GmbH.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/scrum-entwicklungsteam-fehlverhalten\\\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/scrum-entwicklungsteam-fehlverhalten\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/scrum-entwicklungsteam-fehlverhalten\\\/#primaryimage\",\"url\":\"https:\\\/\\\/i0.wp.com\\\/berlin3.davidweb.pro\\\/wp-content\\\/uploads\\\/2019\\\/06\\\/Scrum-Anti-Patterns-Guide.png?fit=1650%2C413&ssl=1\",\"contentUrl\":\"https:\\\/\\\/i0.wp.com\\\/berlin3.davidweb.pro\\\/wp-content\\\/uploads\\\/2019\\\/06\\\/Scrum-Anti-Patterns-Guide.png?fit=1650%2C413&ssl=1\",\"width\":1650,\"height\":413,\"caption\":\"Scrum Anti-Patterns Guide \u2014\u00a0Berlin Product People\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/scrum-entwicklungsteam-fehlverhalten\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Startseite\",\"item\":\"https:\\\/\\\/berlin-product-people.com\\\/de\\\/leistungen\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Fehlverhalten von Scrum Entwicklern\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/#website\",\"url\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/\",\"name\":\"Berlin Product People GmbH\",\"description\":\"Professional Scrum Training and agile coaching\",\"publisher\":{\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/#organization\",\"name\":\"Berlin Product People GmbH\",\"url\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/wp-content\\\/uploads\\\/2026\\\/07\\\/Berlin-Product-People-Logo-300-removebg-preview.png\",\"contentUrl\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/wp-content\\\/uploads\\\/2026\\\/07\\\/Berlin-Product-People-Logo-300-removebg-preview.png\",\"width\":300,\"height\":300,\"caption\":\"Berlin Product People GmbH\"},\"image\":{\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/#\\\/schema\\\/logo\\\/image\\\/\"},\"sameAs\":[\"https:\\\/\\\/www.facebook.com\\\/BerlinProductPeople\",\"https:\\\/\\\/x.com\\\/Berlin_PP\",\"https:\\\/\\\/www.instagram.com\\\/berlinproductpeople\\\/\",\"https:\\\/\\\/www.linkedin.com\\\/company\\\/berlin-product-people\\\/\",\"https:\\\/\\\/www.pinterest.de\\\/berlinproductpeoplegmbh\\\/\"]},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/#\\\/schema\\\/person\\\/5a816a3ba988f428b00eaa6d3f8251e1\",\"name\":\"Stefan Wolpers\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/392d5e6a71dbd5a1c2fb415df09189a78208644aaf9587ed506592fd4af63cc6?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/392d5e6a71dbd5a1c2fb415df09189a78208644aaf9587ed506592fd4af63cc6?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/392d5e6a71dbd5a1c2fb415df09189a78208644aaf9587ed506592fd4af63cc6?s=96&d=mm&r=g\",\"caption\":\"Stefan Wolpers\"},\"description\":\"Stefan ist Professional Scrum Trainer (PST) bei Scrum.org und arbeitet seit \u00fcber 17 Jahren als Scrum Master, Agile Coach und Product Owner. Stefan kuratiert den gr\u00f6\u00dften Newsletter der agilen Community \u2014 Food for Agile Thought \u2014 mit \u00fcber 47.000 Abonnenten und ist der Admin der Hands-on Agile Slack-Community mit \u00fcber 12.000 Mitgliedern.\",\"sameAs\":[\"https:\\\/\\\/berlin3.davidweb.pro\",\"https:\\\/\\\/x.com\\\/StefanW\"],\"url\":\"https:\\\/\\\/berlin3.davidweb.pro\\\/de\\\/author\\\/bpl2018\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Scrum Entwickler Fehlverhalten \u2014\u00a0Scrum Anti-Patterns Guide 2022","description":"Lernen Sie mehr \u00fcber Scrum Entwickler Fehlverhalten aus unserer Scrum Anti-Patterns-Serie \u2014\u00a0Berlin Product People GmbH.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/","og_locale":"de_DE","og_type":"article","og_title":"Scrum Entwickler Fehlverhalten \u2014\u00a0Scrum Anti-Patterns Guide 2022","og_description":"Lernen Sie mehr \u00fcber Scrum Entwickler Fehlverhalten aus unserer Scrum Anti-Patterns-Serie \u2014\u00a0Berlin Product People GmbH.","og_url":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/","og_site_name":"Berlin Product People GmbH","article_publisher":"https:\/\/www.facebook.com\/BerlinProductPeople","article_published_time":"2022-06-11T17:52:45+00:00","article_modified_time":"2024-04-25T10:13:16+00:00","og_image":[{"width":1650,"height":413,"url":"https:\/\/berlin-product-people.com\/wp-content\/uploads\/2019\/06\/Scrum-Anti-Patterns-Guide.png","type":"image\/png"}],"author":"Stefan Wolpers","twitter_card":"summary_large_image","twitter_creator":"@StefanW","twitter_site":"@Berlin_PP","twitter_misc":{"Verfasst von":"Stefan Wolpers","Gesch\u00e4tzte Lesezeit":"21\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/#article","isPartOf":{"@id":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/"},"author":{"name":"Stefan Wolpers","@id":"https:\/\/berlin3.davidweb.pro\/de\/#\/schema\/person\/5a816a3ba988f428b00eaa6d3f8251e1"},"headline":"Fehlverhalten von Scrum Entwicklern","datePublished":"2022-06-11T17:52:45+00:00","dateModified":"2024-04-25T10:13:16+00:00","mainEntityOfPage":{"@id":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/"},"wordCount":4525,"publisher":{"@id":"https:\/\/berlin3.davidweb.pro\/de\/#organization"},"image":{"@id":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/#primaryimage"},"thumbnailUrl":"https:\/\/i0.wp.com\/berlin3.davidweb.pro\/wp-content\/uploads\/2019\/06\/Scrum-Anti-Patterns-Guide.png?fit=1650%2C413&ssl=1","keywords":["Entwicklungsteam","Fehlverhalten","Scrum Anti-Muster","Scrum Anti-Patterns"],"articleSection":["Agile"],"inLanguage":"de"},{"@type":"WebPage","@id":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/","url":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/","name":"Scrum Entwickler Fehlverhalten \u2014\u00a0Scrum Anti-Patterns Guide 2022","isPartOf":{"@id":"https:\/\/berlin3.davidweb.pro\/de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/#primaryimage"},"image":{"@id":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/#primaryimage"},"thumbnailUrl":"https:\/\/i0.wp.com\/berlin3.davidweb.pro\/wp-content\/uploads\/2019\/06\/Scrum-Anti-Patterns-Guide.png?fit=1650%2C413&ssl=1","datePublished":"2022-06-11T17:52:45+00:00","dateModified":"2024-04-25T10:13:16+00:00","description":"Lernen Sie mehr \u00fcber Scrum Entwickler Fehlverhalten aus unserer Scrum Anti-Patterns-Serie \u2014\u00a0Berlin Product People GmbH.","breadcrumb":{"@id":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/#primaryimage","url":"https:\/\/i0.wp.com\/berlin3.davidweb.pro\/wp-content\/uploads\/2019\/06\/Scrum-Anti-Patterns-Guide.png?fit=1650%2C413&ssl=1","contentUrl":"https:\/\/i0.wp.com\/berlin3.davidweb.pro\/wp-content\/uploads\/2019\/06\/Scrum-Anti-Patterns-Guide.png?fit=1650%2C413&ssl=1","width":1650,"height":413,"caption":"Scrum Anti-Patterns Guide \u2014\u00a0Berlin Product People"},{"@type":"BreadcrumbList","@id":"https:\/\/berlin3.davidweb.pro\/de\/scrum-entwicklungsteam-fehlverhalten\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Startseite","item":"https:\/\/berlin-product-people.com\/de\/leistungen\/"},{"@type":"ListItem","position":2,"name":"Fehlverhalten von Scrum Entwicklern"}]},{"@type":"WebSite","@id":"https:\/\/berlin3.davidweb.pro\/de\/#website","url":"https:\/\/berlin3.davidweb.pro\/de\/","name":"Berlin Product People GmbH","description":"Professional Scrum Training and agile coaching","publisher":{"@id":"https:\/\/berlin3.davidweb.pro\/de\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/berlin3.davidweb.pro\/de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/berlin3.davidweb.pro\/de\/#organization","name":"Berlin Product People GmbH","url":"https:\/\/berlin3.davidweb.pro\/de\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/berlin3.davidweb.pro\/de\/#\/schema\/logo\/image\/","url":"https:\/\/berlin3.davidweb.pro\/wp-content\/uploads\/2026\/07\/Berlin-Product-People-Logo-300-removebg-preview.png","contentUrl":"https:\/\/berlin3.davidweb.pro\/wp-content\/uploads\/2026\/07\/Berlin-Product-People-Logo-300-removebg-preview.png","width":300,"height":300,"caption":"Berlin Product People GmbH"},"image":{"@id":"https:\/\/berlin3.davidweb.pro\/de\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/www.facebook.com\/BerlinProductPeople","https:\/\/x.com\/Berlin_PP","https:\/\/www.instagram.com\/berlinproductpeople\/","https:\/\/www.linkedin.com\/company\/berlin-product-people\/","https:\/\/www.pinterest.de\/berlinproductpeoplegmbh\/"]},{"@type":"Person","@id":"https:\/\/berlin3.davidweb.pro\/de\/#\/schema\/person\/5a816a3ba988f428b00eaa6d3f8251e1","name":"Stefan Wolpers","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/secure.gravatar.com\/avatar\/392d5e6a71dbd5a1c2fb415df09189a78208644aaf9587ed506592fd4af63cc6?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/392d5e6a71dbd5a1c2fb415df09189a78208644aaf9587ed506592fd4af63cc6?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/392d5e6a71dbd5a1c2fb415df09189a78208644aaf9587ed506592fd4af63cc6?s=96&d=mm&r=g","caption":"Stefan Wolpers"},"description":"Stefan ist Professional Scrum Trainer (PST) bei Scrum.org und arbeitet seit \u00fcber 17 Jahren als Scrum Master, Agile Coach und Product Owner. Stefan kuratiert den gr\u00f6\u00dften Newsletter der agilen Community \u2014 Food for Agile Thought \u2014 mit \u00fcber 47.000 Abonnenten und ist der Admin der Hands-on Agile Slack-Community mit \u00fcber 12.000 Mitgliedern.","sameAs":["https:\/\/berlin3.davidweb.pro","https:\/\/x.com\/StefanW"],"url":"https:\/\/berlin3.davidweb.pro\/de\/author\/bpl2018\/"}]}},"_links":{"self":[{"href":"https:\/\/berlin3.davidweb.pro\/de\/wp-json\/wp\/v2\/posts\/1643","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/berlin3.davidweb.pro\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/berlin3.davidweb.pro\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/berlin3.davidweb.pro\/de\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/berlin3.davidweb.pro\/de\/wp-json\/wp\/v2\/comments?post=1643"}],"version-history":[{"count":0,"href":"https:\/\/berlin3.davidweb.pro\/de\/wp-json\/wp\/v2\/posts\/1643\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/berlin3.davidweb.pro\/de\/wp-json\/wp\/v2\/media\/665"}],"wp:attachment":[{"href":"https:\/\/berlin3.davidweb.pro\/de\/wp-json\/wp\/v2\/media?parent=1643"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/berlin3.davidweb.pro\/de\/wp-json\/wp\/v2\/categories?post=1643"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/berlin3.davidweb.pro\/de\/wp-json\/wp\/v2\/tags?post=1643"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}