{"id":2766,"date":"2025-08-10T07:00:00","date_gmt":"2025-08-10T07:00:00","guid":{"rendered":"https:\/\/avant-iconic.com\/?p=2766"},"modified":"2025-10-30T10:26:16","modified_gmt":"2025-10-30T10:26:16","slug":"daily-standups","status":"publish","type":"post","link":"https:\/\/avant-iconic.com\/daily-standups\/","title":{"rendered":"Warum Daily Standups ein Problem sind \u2013 und warum wir trotzdem daran festhalten"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Vor f\u00fcnf Jahren wurde einem Entwickler gek\u00fcndigt, weil er seinem CEO gegen\u00fcber behauptete, dass Daily Standups schlecht seien. Eine drastische Reaktion auf eine scheinbar harmlose Meinung \u00fcber ein weitverbreitetes agiles Ritual. Doch diese Geschichte offenbart ein tieferliegendes Problem in der modernen Softwareentwicklung: den Widerspruch zwischen dem, was theoretisch funktionieren sollte, und dem, was in der Praxis tats\u00e4chlich passiert.<\/p>\n\n\n\n<div class=\"wp-block-stackable-image stk-block-image has-text-align-center stk-block stk-40db1c8\" data-block-id=\"40db1c8\"><style>.stk-40db1c8 .stk-img-wrapper{width:70% !important;height:350px !important;}:where(.stk-hover-parent:hover,  .stk-hover-parent.stk--is-hovered) .stk-40db1c8 .stk-img-wrapper::after{background-color:#000000B3 !important;}<\/style><figure><span class=\"stk-img-wrapper stk-image--shape-stretch\"><img loading=\"lazy\" decoding=\"async\" class=\"stk-img wp-image-2768\" src=\"https:\/\/avant-iconic.com\/wp-content\/uploads\/2025\/07\/d59c6b77-27d4-47e7-b603-638b7dcec421-1.webp\" width=\"1536\" height=\"1024\" alt=\"Ein t\u00e4gliches Standup-Ritual aus Scrum.\" srcset=\"https:\/\/avant-iconic.com\/wp-content\/uploads\/2025\/07\/d59c6b77-27d4-47e7-b603-638b7dcec421-1.webp 1536w, https:\/\/avant-iconic.com\/wp-content\/uploads\/2025\/07\/d59c6b77-27d4-47e7-b603-638b7dcec421-1-300x200.webp 300w, https:\/\/avant-iconic.com\/wp-content\/uploads\/2025\/07\/d59c6b77-27d4-47e7-b603-638b7dcec421-1-1024x683.webp 1024w, https:\/\/avant-iconic.com\/wp-content\/uploads\/2025\/07\/d59c6b77-27d4-47e7-b603-638b7dcec421-1-768x512.webp 768w, https:\/\/avant-iconic.com\/wp-content\/uploads\/2025\/07\/d59c6b77-27d4-47e7-b603-638b7dcec421-1-18x12.webp 18w\" sizes=\"auto, (max-width: 1536px) 100vw, 1536px\" \/><\/span><\/figure><\/div>\n\n\n\n<h2 class=\"wp-block-heading\">Die Mathematik des Zeitverlusts<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Daily Standups verschlingen mehr Zeit, als die meisten Teams wahrhaben wollen. Ein zehnmin\u00fctiges Meeting mit acht Teilnehmern kostet 80 Personenminuten \u2013 t\u00e4glich. Das sind \u00fcber sechs Stunden pro Woche, die f\u00fcr ein Ritual aufgewendet werden, dessen Nutzen oft fragw\u00fcrdig ist. Doch das ist nur die Spitze des Eisbergs.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Der eigentliche Kostenfaktor liegt im Context Switching. Entwickler m\u00fcssen ihre konzentrierte Arbeit unterbrechen, sich mental auf das Meeting einstellen, teilnehmen und anschlie\u00dfend wieder in den Flow zur\u00fcckfinden. Dieser Prozess kann leicht 30 bis 45 Minuten verschlingen \u2013 f\u00fcr ein zehnmin\u00fctiges Meeting. Bei einem f\u00fcnfk\u00f6pfigen Entwicklerteam sprechen wir von zweieinhalb bis vier Stunden verlorener Produktivit\u00e4t. T\u00e4glich.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Psychologie schl\u00e4gt \u00d6konomie<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Warum halten F\u00fchrungskr\u00e4fte trotz dieser offensichtlichen Ineffizienz an Daily Standups fest? Die Antwort liegt in der menschlichen Psychologie. CEOs und Manager bekommen durch diese Meetings ein Gef\u00fchl der Kontrolle und des \u00dcberblicks. Sie sehen, woran gearbeitet wird, identifizieren potenzielle Probleme und f\u00fchlen sich als aktiver Teil des Entwicklungsprozesses.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Diese psychologischen Vorteile sind real und nicht von der Hand zu weisen. Das Problem entsteht, wenn die emotionalen Bed\u00fcrfnisse des Managements \u00fcber die produktiven Bed\u00fcrfnisse der Entwicklungsteams gestellt werden. Hier zeigt sich ein klassisches Beispiel daf\u00fcr, wie Psychologie die \u00d6konomie \u00fcbertrumpft \u2013 selbst wenn die Zahlen eindeutig gegen eine Praxis sprechen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Das &#8220;Richtig machen&#8221;-Problem<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Unvermeidlich wird jemand einwenden: &#8220;Ihr macht Standups falsch!&#8221; oder &#8220;Es ist ein Anti-Pattern, wenn der CEO beim Standup dabei ist!&#8221; Diese Argumente greifen jedoch zu kurz. Selbst wenn Standups &#8220;richtig&#8221; durchgef\u00fchrt werden, bleibt das fundamentale Problem des Context Switching bestehen. Die zeitlichen Kosten fallen an, unabh\u00e4ngig davon, ob das Meeting den agilen Prinzipien entspricht oder nicht.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Noch problematischer ist, dass niemand schl\u00fcssig erkl\u00e4ren kann, was &#8220;richtig machen&#8221; konkret bedeutet und wie das die Entwickler f\u00fcr den Overhead des Context Switching entsch\u00e4digt. Diese Vagheit ist typisch f\u00fcr viele agile Praktiken: Wenn sie nicht funktionieren, liegt es angeblich an der falschen Umsetzung, nicht an den Methoden selbst.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Projekt- versus Produktentwicklung<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein weiterer kritischer Punkt: Die meisten Startups und modernen Softwareunternehmen entwickeln Produkte, nicht Projekte. Standups entstammen jedoch einer Zeit, in der Softwareentwicklung noch stark projektbasiert gedacht wurde. In der Produktentwicklung geht es um kontinuierliche Wertsch\u00f6pfung und die Optimierung des Lead Times vom Konzept bis zur Umsetzung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Hier zeigen sich Pull-basierte Systeme als \u00fcberlegen. Statt dass alle Teammitglieder t\u00e4glich berichten, was sie gestern getan haben und heute tun werden, arbeiten sie selbstorganisiert an den wichtigsten Aufgaben und holen sich Unterst\u00fctzung, wenn sie sie brauchen. Diese Arbeitsweise reduziert nicht nur den administrativen Overhead, sondern f\u00fchrt auch zu h\u00f6herer Qualit\u00e4t, da die Aufmerksamkeit auf die L\u00f6sung von Problemen gerichtet ist, nicht auf deren Berichterstattung.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Alternative Ans\u00e4tze<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Was sind die Alternativen? Pull-basierte Systeme wie Kanban bieten eine elegante L\u00f6sung. Statt t\u00e4glicher Meetings fokussieren sie auf den kontinuierlichen Fluss von Aufgaben durch das System. Probleme werden sichtbar, wenn sie auftreten, nicht erst beim n\u00e4chsten Standup. Die Kommunikation erfolgt bedarfsgerecht und asynchron, was besonders in verteilten Teams effizienter ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Asynchrone Updates \u00fcber Tools wie Slack oder leichtgewichtige Projektmanagement-Software k\u00f6nnen den Informationsaustausch ohne die Kosten des Context Switching erm\u00f6glichen, insofern man auch genug Zeit zur Antwort l\u00e4sst. Sogar die altgedienten E-Mails sind hier n\u00fctzlich. Lead Time-Tracking von der Konzeption bis zur Auslieferung gibt Managern die Kontrollinformationen, die sie brauchen, ohne die Entwicklerproduktivit\u00e4t zu beeintr\u00e4chtigen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Die Kultur der Rechtfertigung<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Das tieferliegende Problem ist eine Kultur, in der agile Praktiken als unantastbar gelten. Kritik wird abgewehrt mit dem Argument, man verstehe die Methoden nicht richtig oder setze sie falsch um. Diese Haltung verhindert eine ehrliche Bewertung der Kosten und Nutzen etablierter Praktiken.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Erfolgreiche Teams stellen Ergebnisse \u00fcber Prozesse. Sie fragen nicht &#8220;Machen wir Scrum richtig?&#8221;, sondern &#8220;Liefern wir schnell und qualitativ hochwertigen Code?&#8221; Diese Fokussierung auf Outcomes statt auf die Einhaltung von Prozessen f\u00fchrt zu pragmatischeren und oft effektiveren Arbeitsweisen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fazit<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Daily Standups sind ein Symptom f\u00fcr eine tieferliegendes Problem in der Art, wie wir \u00fcber Softwareentwicklung denken und reden. Der Einsatz von Standups entsteht fast immer aus dem Bed\u00fcrfnis nach Kontrolle und Vorhersagbarkeit in einem inh\u00e4rent unvorhersagbaren Prozess. Statt diese Realit\u00e4t zu akzeptieren und Systeme zu schaffen, die mit Unsicherheit umgehen k\u00f6nnen, klammern wir uns an Rituale, die uns ein falsches Gef\u00fchl der Kontrolle geben.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Zukunft der Softwareentwicklung liegt in adaptiven, pull-basierten Systemen, die die Autonomie der Entwickler respektieren und gleichzeitig die Informationsbed\u00fcrfnisse des Managements erf\u00fcllen. Es ist Zeit, Praktiken zu \u00fcberdenken, die mehr kosten als sie bringen \u2013 auch wenn sie von &#8220;smarten Leuten&#8221; vor Jahrzehnten erfunden wurden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Der gefeuerte Entwickler hatte m\u00f6glicherweise recht. Vielleicht sollten wir \u00f6fter den Mut haben, etablierte Praktiken zu hinterfragen, bevor sie uns mehr kosten, als wir uns leisten k\u00f6nnen.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Vor f\u00fcnf Jahren wurde einem Entwickler gek\u00fcndigt, weil er seinem CEO gegen\u00fcber behauptete, dass Daily Standups schlecht seien. Eine drastische Reaktion auf eine scheinbar harmlose Meinung \u00fcber ein weitverbreitetes agiles Ritual. Doch diese Geschichte offenbart ein tieferliegendes Problem in der modernen Softwareentwicklung: den Widerspruch zwischen dem, was theoretisch funktionieren sollte, und dem, was in der [&hellip;]<\/p>\n","protected":false},"author":4,"featured_media":2768,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[43,41,39],"tags":[],"class_list":["post-2766","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-arbeitswelt","category-projektmanagement","category-software"],"blocksy_meta":{"styles_descriptor":{"styles":{"desktop":"","tablet":"","mobile":""},"google_fonts":[],"version":7}},"acf":[],"_links":{"self":[{"href":"https:\/\/avant-iconic.com\/wp-json\/wp\/v2\/posts\/2766","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/avant-iconic.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/avant-iconic.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/avant-iconic.com\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/avant-iconic.com\/wp-json\/wp\/v2\/comments?post=2766"}],"version-history":[{"count":2,"href":"https:\/\/avant-iconic.com\/wp-json\/wp\/v2\/posts\/2766\/revisions"}],"predecessor-version":[{"id":2803,"href":"https:\/\/avant-iconic.com\/wp-json\/wp\/v2\/posts\/2766\/revisions\/2803"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/avant-iconic.com\/wp-json\/wp\/v2\/media\/2768"}],"wp:attachment":[{"href":"https:\/\/avant-iconic.com\/wp-json\/wp\/v2\/media?parent=2766"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/avant-iconic.com\/wp-json\/wp\/v2\/categories?post=2766"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/avant-iconic.com\/wp-json\/wp\/v2\/tags?post=2766"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}