\u201eSch\u00e4tzen bringt doch eh nichts.\u201c\nDiesen Satz h\u00f6rt man oft \u2013 vor allem in Teams, die lange genug agil gearbeitet haben, um ihre eigenen Rituale zu hinterfragen. Und sie haben recht: Sch\u00e4tzungen liefern selten exakte Prognosen. Sie sagen nicht pr\u00e4zise voraus, was am Ende eines Sprints wirklich fertig wird.<\/p>\n
Aber das verfehlt den Punkt.<\/p>\n
Sobald ein Projekt ein Ende hat \u2013 eine Deadline, ein Budget, ein Ziel \u2013 beginnen wir zu sch\u00e4tzen.\nOb bewusst oder unbewusst.<\/p>\n
Wer sagt: \u201eWir committen nichts mehr, wir arbeiten nur empirisch\u201c<\/em>, trifft trotzdem Entscheidungen auf Basis von Annahmen.\nDenn jedes \u201eJa\u201c zu einer Aufgabe ist ein implizites \u201eNein\u201c zu einer anderen. Dieses Verh\u00e4ltnis entsteht aus einer mentalen Sch\u00e4tzung \u2013 einer Intuition \u00fcber Aufwand, Nutzen und Machbarkeit.<\/p>\n Sch\u00e4tzungen werden oft daf\u00fcr kritisiert, dass sie \u201efalsch\u201c sind.\nAber sie sollen gar nicht recht haben.\nSie sollen Diskussionen ansto\u00dfen. Unterschiede sichtbar machen.\nErfahrung mit Unsicherheit in Beziehung setzen.<\/p>\n Wenn jemand 3 Punkte sagt und jemand anderes 13, dann ist das Gespr\u00e4ch dar\u00fcber wertvoller als die Zahl selbst.\nDas Nachdenken dar\u00fcber, warum<\/em> die Einsch\u00e4tzungen so unterschiedlich sind, f\u00fchrt zu besserem Verst\u00e4ndnis als jede pr\u00e4zise Zahl.<\/p>\n In dem Moment, in dem ein Team sch\u00e4tzt, passiert etwas, das mit keinem Tool oder Taskboard erzwungen werden kann:\nMenschen beginnen, sich in die Arbeit hineinzudenken.<\/p>\n Sie gehen Annahmen durch, pr\u00fcfen Randbedingungen, schauen in den Code.\nSie diskutieren m\u00f6gliche Stolpersteine, kl\u00e4ren offene Fragen, erinnern sich an \u00e4hnliche Aufgaben.\nSo entsteht ein gemeinsames mentales Modell des bevorstehenden Sprints \u2013 und das ist oft der eigentliche Wert.<\/p>\n Eine gute Sch\u00e4tzung ist nicht das Ergebnis von Klarheit, sondern der Weg dorthin.<\/p>\n Am Ende l\u00e4uft alles darauf hinaus:\nWenn das Budget oder die Zeit endlich ist, dann wird ohnehin gesch\u00e4tzt \u2013 ob man es \u201eForecast\u201c, \u201eCommitment\u201c oder \u201eBauchgef\u00fchl\u201c nennt.<\/p>\n Wenn wir wirklich glauben, dass der geplante Umfang nicht in die verf\u00fcgbaren Mittel passt, w\u00e4re die ehrliche Konsequenz: gar nicht erst anfangen.\nDeshalb ist Sch\u00e4tzen nicht optional. Es ist die Art, wie wir herausfinden, ob das Projekt \u00fcberhaupt Sinn ergibt.<\/em><\/p>\n In Agile Casino<\/strong> haben wir versucht, genau diesen Gedanken zu bewahren.\nNicht Sch\u00e4tzen als Druckmittel \u2013 sondern als spielerischen, gemeinschaftlichen Moment, in dem Wissen geteilt und Unsicherheit sichtbar wird.\nDas ist der eigentliche Wert.<\/p>\n Wenn Sch\u00e4tzungen ihren Sinn verlieren, liegt es selten am Sch\u00e4tzen selbst \u2013 sondern daran, dass man aufgeh\u00f6rt hat, zuzuh\u00f6ren, was sie einem zeigen wollten.<\/p>\n Fazit:<\/strong>\nSch\u00e4tzen ist kein Werkzeug der Kontrolle, sondern ein Mittel zur gemeinsamen Orientierung.\nUnd solange wir mit endlichen Ressourcen arbeiten, werden wir es tun \u2013 ob wir es so nennen oder nicht.<\/p>","protected":false},"excerpt":{"rendered":" \u201eSch\u00e4tzen bringt doch eh nichts.\u201c Diesen Satz h\u00f6rt man oft \u2013 vor allem in Teams, die lange genug agil gearbeitet haben, um ihre eigenen Rituale zu hinterfragen. Und sie haben recht: Sch\u00e4tzungen liefern selten exakte Prognosen. Sie sagen nicht pr\u00e4zise voraus, was am Ende eines Sprints wirklich fertig wird. Aber das verfehlt den Punkt. Sch\u00e4tzen […]<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[207],"tags":[82,84,72,18,33,87,162,50,83,85,73],"class_list":["post-1002","post","type-post","status-publish","format-standard","hentry","category-analysen","tag-agile","tag-agile-casino","tag-appentwicklung","tag-automatisierung","tag-business","tag-cloud","tag-digitalisierung","tag-marktanalyse","tag-planning","tag-planning-poker","tag-produktinnovation"],"yoast_head":"\nDas Problem ist nicht das Sch\u00e4tzen, sondern die Erwartung an Genauigkeit<\/h3>\n
Sch\u00e4tzen ist mentale Vorbereitung<\/h3>\n
Endliche Budgets erzwingen Sch\u00e4tzungen<\/h3>\n
Sch\u00e4tzen als Dialog, nicht als Kontrolle<\/h3>\n