![\"Sch\u00e4tzungen](\"https:\/\/i0.wp.com\/berlin3.davidweb.pro\/wp-content\/uploads\/2021\/09\/Estimates-Are-Useful-Ditch-Number-Age-of-Product-com.jpg?resize=1290%2C645&ssl=1\")
<\/p>\r\n\r\nViele Menschen lehnen die Sch\u00e4tzung von Arbeitspaketen ab, da Sch\u00e4tzungen angeblich T\u00fcr und Tor f\u00fcr den Missbrauch von Metriken wie Velocity durch die Manager \u00f6ffnen und Taylorismus, Mikromanagement und exzessives Reporting durch die Hintert\u00fcr wieder einf\u00fchren. F\u00fcr die Bef\u00fcrworter von #noestimates stehen Sch\u00e4tzungen im Widerspruch zu grundlegenden Ideen der agilen Produktentwicklung wie Selbstmanagement, Ergebnisorientierung oder dem Ausstieg aus der Feature Factory.<\/p>\r\n\r\n
Ich m\u00f6chte einen anderen, weniger ideologischen Ansatz vorschlagen: Sch\u00e4tzungen sind auf Teamebene n\u00fctzlich, lassen Sie einfach die Zahlen weg. Warum? Die Sch\u00e4tzung von Arbeitsaufgaben ist ein schneller Weg f\u00fcr ein Scrum-Team, um herauszufinden, ob alle Teammitglieder das gleiche Verst\u00e4ndnis \u00fcber das Warum, das Was und das Wie der anstehenden Arbeit haben. Die resultierenden Zahlen sind jedoch ein reiner Nebeneffekt, der aber wahrscheinlich immer noch zur Information des Teams n\u00fctzlich ist. (In der Tat sind die Ergebnisse der Sch\u00e4tzungen nicht dazu gedacht, \u00fcber die Teamebene hinaus verwendet zu werden.)<\/p>\r\n\r\n
<\/p>\r\n\r\n
\u00dcbrigens, genauso wie man nicht „nicht kommunizieren“ kann, bin ich davon \u00fcberzeugt, dass Menschen immer „sch\u00e4tzen“, ob sie nun dar\u00fcber reden oder nicht.<\/p>\r\n\r\n\r\n\r\n
???? Beteiligen Sie sich an der Umfrage und der lebhaften Diskussion \u00fcber Sch\u00e4tzungen auf 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 33.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 In der Regel besteht die Bef\u00fcrchtung, dass, sobald ein Produkt- oder Scrum-Team mit Sch\u00e4tzungen beginnt, die Ergebnisse vom Management normalisiert und mit denen anderer Teams verglichen werden und auf lange Sicht gegen sie verwendet werden, indem beispielsweise eine verbindliche Produktivit\u00e4t f\u00fcr einen Sprint festgelegt wird. Dar\u00fcber hinaus wird die jetzt festgelegte \"Velocity\" des Teams dazu verwendet, die Leistung des Teams mit anderen Teams in der Organisation zu vergleichen. Diese Zweckentfremdung einer internen Team-Kennzahl kann auch dazu f\u00fchren, dass Teams gegeneinander ausgespielt werden, was zu einem wettbewerbsintensiveren und weniger kooperativen Umfeld f\u00fchrt.<\/p>\r\n\r\n Mit anderen Worten: Die Sch\u00e4tzung von Arbeitspaketen f\u00fchrt geradewegs zur\u00fcck zum industriellen Gedankengut von Herrn Taylor und seinen Anh\u00e4ngern. Leider ist diese Ideologie der Notwendigkeit, die Organisation vor ihren Mitarbeitern zu sch\u00fctzen, von denen die Manager erwarten, dass sie eine ruhige Kugel schieben, sobald sie nicht direkt beaufsichtigt werden, unvereinbar mit der Idee, komplexe Probleme zu l\u00f6sen und eine lernende Organisation zu werden. (Wenn Sie Ihr Verst\u00e4ndnis f\u00fcr die Vorl\u00e4ufer von Taylors \"wissenschaftlichem Managementsystem\" vertiefen m\u00f6chten, empfehle ich Ihnen die Lekt\u00fcre von Caitlin Rosenthals \"Accounting for Slavery<\/a>\").<\/p>\r\n\r\n![\"Join](\"https:\/\/i0.wp.com\/berlin3.davidweb.pro\/wp-content\/uploads\/2021\/12\/0-HoA-Join-Hands-on-Agile-Meetup-Community.jpg?resize=1290%2C251&ssl=1\")
<\/a><\/p>\r\n\r\nSch\u00e4tzungen, die zum Mikromanagement f\u00fchren und das Erbe des Taylorismus<\/h2>\r\n\r\n