#statstab #531 Using Extant Data to Improve Estimation of the Standardized Mean Difference

Thoughts: I wonder if it's a good idea. Any edu/clinical people to chime in? Seems like using historic data.

#smd #estimation #effectsize #variance #extantdata

https://journals.sagepub.com/doi/10.3102/10769986241238478

We are advertising a postdoc position to work on #generative #models, #structure #induction, and MI #estimation with Michael Gutmann as part of GenAI (@genaihub)!

https://elxw.fa.em3.oraclecloud.com/hcmUI/CandidateExperience/en/sites/CX_1001/job/13930

Get in touch! (#ML #AI)
👉 homepages.inf.ed.ac.uk/snaraya3/
👉 michaelgutmann.github.io
👉 genai.ac.uk

People and chatbots mean different things when they say "probably," "maybe," "unlikely," and similar ambiguous words of estimative probability. Chatbots even mean different things depending on the language and sex of the person they are interacting with.

Summary: https://theconversation.com/probably-doesnt-mean-the-same-thing-to-your-ai-as-it-does-to-you-275626

Original paper: https://www.nature.com/articles/s44260-026-00070-6

#Science #Probability #Estimation #AI #Chatbots #Semantics

#LINKSDERWOCHE | 5/2026: Produktivität, Agile, Management und Leadership, Politik und Gesellschaft

PRODUKTIVITÄT

Gewohnheiten | Denkfehler rund um Gewohnheiten

Ivan Blatter hat eine Podcast-Folge zum Thema Gewohnheiten veröffentlicht. Im Fokus stehen dabei Denkfehler im Zusammenhang mit Gewohnheiten. Disziplin und Motivation sind übrigens nicht der Schlüssel zum Erfolg, sondern oft genug sogar ein Hindernis. Seine Empfehlung: Beginne klein, achte darauf, wo es im echten Leben Platz hat, akzeptiere Rückschläge (sie gehören dazu) und denke stets daran: Die Gewohnheit ist nicht das Ziel, sondern das Werkzeug. Das heißt, die Frage lautet: Was wollen wir erreichen? Die Gewohnheit folgt dem Ziel. Also wieder viele spannende Impulse.

https://share.transistor.fm/s/4784e835

Hausgemachter Stress | Erkennen und künftig vermeiden

Ein Teil des Stresses, dem wir täglich ausgesetzt sind, ist hausgemacht. Da bin ich alles andere als eine Ausnahme. Das ist mir bei Dan Rockwells Liste wieder einmal schmerzlich bewusst geworden, auf der ich viele „alte Bekannte” wiedergesehen habe. Das Gute ist: Wenn man es erkennt, kann man etwas dagegen tun. Zumindest zum Teil. Es ist allerdings eine Sisyphosarbeit. Zumindest kommt es mir so vor. Wie mit den To-dos auf der Liste. Je mehr ich erledige, desto mehr kommen dazu. Okay, irgendwann wird man entspannter und nimmt manches nicht mehr ganz so wichtig. Zumindest behaupten das der eine oder andere. Es gibt also noch Hoffnung. 😉

https://leadershipfreak.blog/2026/01/29/12-expressions-of-self-imposed-stress/

AGILE

Work-Feedback-Loop | Der einfachste Weg zu mehr Agilität

Ganz simpel und einfach, ganz ohne Framework und Schnickschnack: der Work-Feedback-Loop. Das ist der Kern aller agilen Methoden und Frameworks. Wie Thomas von NoBullshitAgile zu Recht hervorhebt, funktioniert es auch ganz ohne. Wer agiles Arbeiten mit Leben füllen will, braucht nicht viel. Bis auf die Feedbackschleife, die in Verbesserungen mündet. Alles andere ist unterstützendes Beiwerk. Es funktioniert im Kleinen wie im Großen.

https://no-bullshit-agile.de/work-feedback-loop.html

Reflexion | Echte Verbesserungen in den Foku stellen

Bei vielen Retros steht leider nicht die „echte” Reflexion im Sinne des strategischen Lernens für die Zukunft im Fokus, sondern der Wohlfühlfaktor. Das kann ich durchaus nachvollziehen. Selten erlebe ich ein Team, das wirklich die strategische Hoheit hat. Die meisten sind in große Organisationen eingebettet, in denen vermeintlich die Leitplanken vorgegeben sind. So zieht man sich auf das Team selbst und die weichen Faktoren zurück und übersieht dabei die Schärfung der strategischen Komponente, die jedes Team hat. Am Ende des Tages geht es immer darum, Ergebnisse zu liefern. Und zwar gute. Genau diese gilt es in den Fokus unseres Bemühens zu stellen. Der Beitrag von Maik Seyfert erinnert mich zumindest daran, in den Reflexionsrunden wieder mehr den Fokus auf echte Verbesserungen zu legen, die einen Mehrwert für die Beteiligten erzeugen, ohne dass die Qualität darunter leidet.

https://www.lostconsultants.com/2026/01/26/stop-accelerating-before-you-understand/

Agiles Schätzen I | Was man so alles falsch machen kann

Was das agile Schätzen betrifft, gehöre ich zu der Fraktion, die das Schätzen komplexer Aufgaben eher als Feedback- und Entscheidungshilfe interpretiert und sich am Ende des Tages dafür ausspricht, das gelieferte Ergebnis in den Fokus zu stellen. Für mich ist das Schätzen ein Werkzeug, um die Losgröße in ein Maß zu bringen, das für ein agiles Team umsetzbar ist, und je nach Kontext ein Hilfsmittel, um die Prognosefähigkeit herzustellen, bis wann etwas geliefert werden kann. In meinem aktuellen Projekt haben die Teams bisher auf eine Schätzung verzichtet, da der Kontext hier keinen nennenswerten Nutzen einer Schätzung bietet. In anderen Projekten, in denen ich tätig war, war die agile Schätzung hingegen sinnvoll, da wir für das Zusammenspiel mit anderen Projekten eine grobe Prognose unserer Lieferleistungsfähigkeit erstellen mussten, auf deren Basis eine Lieferplanung erfolgen konnte. Daher beschäftige ich mich auch immer wieder mit dem Thema und kenne einige Fallstricke, von denen ich sehr viele in der Auflistung von Simon Flossmann wiederentdeckt habe.

https://www.scrum.org/resources/blog/21-fehler-die-agile-teams-beim-schatzen-machen-welchen-macht-dein-team

Agiles Schätze II | Schätzen als Entscheidungshilfe

Und noch ein Beitrag zum Thema „agiles Schätzen”. Dieses Mal von dem agilen Urgestein Mike Cohen. Er betrachtet das agile Schätzen in erster Linie als Entscheidungshilfe, was meiner eigenen Sichtweise sehr entgegenkommt. Er stellt die Frage in den Fokus, wann und wo das Schätzen hilft, Entscheidungen zu treffen. Besonders gut gefällt mir, dass sich meine Lieblingsfrage – „Weshalb tun wir etwas für welchen Zweck?” – in anderer Form auch bei ihm wiederfindet. Kurz gesagt empfiehlt er, sich die Frage zu stellen, weshalb Schätzen für wen mit welchem Ziel sinnvoll ist. Für mich ergibt das erst einen Sinn.

https://www.mountaingoatsoftware.com/blog/estimating-and-planning-in-agile-why-they-still-matter-in-2026

Selbstmanagende Teams | Was es braucht, damit es gelingt

Ich schätze selbstverwaltende Teams sehr. Das Konzept ist nicht ohne Grund Teil der Agilität, da es die Reaktionsgeschwindigkeit innerhalb eines Teams deutlich erhöhen kann. Fakt ist aber auch: Kein Team – und sei es noch so „eigenständig“ – ist jemals allein. Die besten sich selbst managenden Teams habe ich in der Krankenpflege erlebt. Ein niederländisches Pflegeunternehmen namens Buurtzorg hat mit seiner „radikalen” Organisationsstruktur bereits vor Jahren für Furore gesorgt. Das Unternehmen hat seine Strukturen so angepasst, dass solche Teams tatsächlich entstehen können. Viele Aspekte, die Stephanie Ockerman beschreibt, lassen sich dort live und in Farbe beobachten.

https://www.agilesocks.com/self-managing-teams-compliance-collaboration/

Product Owner | Wie die KI die Rolle des POs verändert …

Vibe Coding taucht immer häufiger auf meinem Radar auf. Dabei wird mithilfe von KI Code erstellt, ohne dass die beteiligten Personen wirklich Ahnung haben müssen. Ich bin da allerdings etwas vorsichtig, was die Euphorie betrifft. Es gibt bereits erste Beispiele, bei denen Vibe Coding zu erheblichen Sicherheitslücken geführt hat. Es mag eine gute Unterstützung sein und ist durchaus hilfreich, um einen ersten Prototypen zu erstellen. Am Ende ist echter handwerklicher Können aber nicht einfach ersetzbar, auch wenn es in den feuchten Träumen mancher Effizienzneurotiker so zu sein scheint. Natürlich kann ich als Nicht-Entwickler schnell mal eine Lösung von KI bauen lassen, aber mir fehlt das Wissen, um die Qualität zu beurteilen. Dennoch möchte ich den von den Produktwerkern aufgeworfenen Gedanken in Zusammenhang mit der Rolle des POs aufgreifen. Vibe Coding könnte ggf. dabei helfen, das Verständnis zwischen Product Ownern und Softwareentwicklern zu verbessern, sofern der Einsatz reflektiert bleibt und man sich der Sinnhaftigkeit der Rollentrennung bewusst ist. Eine Verschmelzung der Rollen halte ich für gefährlich. Und dass KI Entwickler ablöst, halte ich aus den bereits genannten Gründen ebenso für gefährlich.

https://produktwerker.de/laesst-vibe-coding-product-owner-und-developer-rollen-verschmelzen/

Organisationsdesign | Zwischen Zentralisierung und Dezentralisierung

So sehr ich dezentrale Strukturen auch schätze und befürworte, eine hohe Dezentralisierung ist nicht immer sinnvoll. Wenn ich das Beispiel vanbuurt.org, das ich weiter oben bereits erwähnt habe, nochmals heranziehen darf: Die Organisation hat einen sehr hohen Dezentralisierungsgrad und dennoch gibt es auch dort zentralisierte „Dienste” für alle Teams. An diesem Beispiel zeigt sich für mich, dass es kein Entweder-oder gibt, sondern dass ein ausgewogenes Verhältnis zwischen den Dimensionen Zentralisierung und Dezentralisierung wichtig ist, das gar nicht so einfach herzustellen ist. Ilia Pavlichenko zeigt anschaulich, dass bei aller Begeisterung für agile und selbststeuernde Teams lokale Optimierung in einzelnen Teams für die Gesamtorganisation zum Problem werden kann. Es braucht also beides in austarierter Form bei der Gestaltung des Organisationsdesigns.

https://www.scrum.org/resources/blog/when-agile-becomes-local-optimization

Paradigmenwechsel | Wie die KI zum Paradigmenwechsel führen könnte

Stefan Wolpers spricht von einem durch KI getriebenen Paradigmenwechsel in der Agilität. Er fasst diesen für die drei Ebenen wie folgt zusammen:

• Strategisch: Die Einführung von KI als kulturelle Herausforderung betrachten, nicht als Einführung eines Tools.
• Produkt: Akzeptieren, dass kostengünstiger Code bedeutet, dass Product Discovery wichtiger wird als zuvor.
• Individuell: Vom Prompten zur Nutzung von Agenten übergehen.

Ob er mit seiner Analyse richtig liegt? Fakt ist: Die KI werden wir nicht mehr los und sie wird Veränderungen erzeugen. Fakt ist auch – zumindest meiner Meinung nach – dass die Erwartungen an KI-Lösungen in der Diskussion teilweise zu hoch sind. Es wird sich vieles deutlich verändern. Wohin, weiß ich nicht. Den Artikel gibt es auf Englisch und in einer deutschen Übersetzung.

Englischsprachig: https://www.scrum.org/resources/blog/agiles-ai-driven-paradigm-shift

Deutschsprachig: https://www.scrum.org/resources/blog/agiles-ki-getriebener-paradigmenwechsel

Ein agiles Märchen | (K)eine Märchenstunde mit Lerneffekt

Es heißt ja gerne, die öffentliche Verwaltung könne nicht agil sein. Doch, das kann sie. Das habe ich selbst oft genug gesehen und erfahren. Als Gründungsmitglied des „Forums Agile Verwaltung” weiß ich das aus eigener Erfahrung. Es ist keine Märchengeschichte, wie in dem folgenden Blogartikel, sondern Realität. Das Märchen ist allerdings schön erzählt und deshalb auch für alle, die nichts mit der öffentlichen Verwaltung zu tun haben, eine Leseempfehlung. Ich würde die Antragsbearbeitung allerdings eher mit Kanban organisieren, da sie nicht explorativ, sondern prozessual ist. Seht mir diese kleine Bemerkung bitte nach. 😉

https://agile-verwaltung.org/2026/01/29/das-maerchen-von-den-sieben-sprints/

Lieferfähigkeit | Wenn das Team nicht liefert

Ja, das kennt wohl jeder. Da hat man ein vermeintlich agiles Team, das einfach nicht liefert. Bevor wir jetzt ins allseits beliebte Mindset-Bashing verfallen, sollten wir kurz innehalten. Es ist meist keine Frage des Mindsets, sondern eine Frage des Systems, und das müssen wir uns näher anschauen. Wie ein Individuum ist auch ein Team nie vollkommen autark, sondern immer auch in einen Systemkontext eingebettet. Und der hat Wirkung. Nicht immer gleich sichtbar, aber mit Sprengkraft. Die vier Hebel von Marc Löffler können dabei helfen, dem entgegenzuwirken. Sie sind in diesen Fällen auf jeden Fall hilfreich. Meist nicht allein. Aber sie sind durchaus nicht zu unterschätzen. Bitte erwarten Sie keine schnellen Veränderungen. Die Veränderungen brauchen Zeit. Im Team. Und im Umfeld.

https://marcloeffler.eu/2026/01/27/hilfe-mein-team-liefert-nicht-was-wirklich-hilft-und-was-nicht/

Veränderungsprozesse | Kotters Modell erklärt

Zu den Klassikern des Change Managements gehört das 8-Schritte-Modell für Veränderungsprozesse von J. P. Kotter, das Fadi Stephan beschreibt. Man sollte es kennen, auch wenn es inzwischen 20 Jahre alt ist. Es ist kein Hexenwerk. Allerdings steckt viel Wahrheit darin.

https://www.kaizenko.com/why-kotters-change-management-model-matters-for-product-organizations-and-teams/

MANAGEMENT UND LEADERSHIP

Planungsauslastung | Der feuchte Traum der Effizienzneurotiker

Ich lästere gerne über die Effizienzneurose, die in ihrem Wahn die Effektivität frisst und damit das Gegenteil erreicht und Ineffizienz steigert. Ein sichtbares Phänomen ist die berüchtigte Auslastungsidee, bei der eine Planungsauslastung von 100 % als der Heilige Gral der betriebswirtschaftlichen Fieberträume gilt. Bis heute will mir nicht in den Kopf, dass alle verfügbaren mathematischen Modelle und sogar empirische Daten klar belegen, dass diese Idee ins Gegenteil dessen verkehrt, was erreicht werden soll, und doch halten noch immer so viele Menschen an dieser Idee fest. Gut, es gibt Erklärungen dafür. Sie machen es nachvollziehbar. Dennoch wissen wir es besser. Daniel Dubbel fasst es in seinem Artikel recht gut und ausführlich zusammen. Er belässt es aber nicht dabei, sondern gibt der Führung den Auftrag, gegenzusteuern. Die von ihm genannten Lösungsansätze kann ich nur unterstützen.

https://www.inspectandadapt.de/effizienz-die-diktatur-der-auslastung/

Zukunft | Trends verstehen und erkennen

Können wir die Zukunft vorhersehen? In gewisser Weise ja. Mithilfe entsprechender Techniken können wir erahnen, wohin die Reise gehen könnte. Zumindest die nähere. Drei dieser Techniken beschreibt Tobias Leisgang im zweiten Teil einer Artikelserie auf dem Blog von t2informatik. Ja, ich weiß, es kommt meist anders, als man denkt, aber gewisse Trends lassen sich erkennen, und darum geht es letztendlich: sich vor Überraschungen zu wappnen. Das Beispiel Klimawandel trifft es recht gut. Wir wissen, dass er in Fahrt ist. Wir wissen, dass Extremwetter zunehmen. Wir könnten uns auf mögliche Szenarien vorbereiten. Passiert allerdings noch wenig. Das macht aber Sinn.

https://t2informatik.de/blog/das-konnte-doch-keiner-kommen-sehen/

POLITIK UND GESELLSCHAFT

Arbeitszeitdebatte I | Das Thema verfehlt

Da ist sie wieder, die Forderung, dass wir alle mehr arbeiten sollen. Mehr Arbeitsstunden, weniger Krankstand, weniger Feiertage, mehr Wochenarbeitszeit. Und dann, ja dann, brummt die Wirtschaft wieder. Wirklich? Äh, nö. Denn mehr Arbeitszeit bedeutet nicht automatisch mehr Wertschöpfung. Ganz wie Ursula Brummack es auf den Punkt bringt. Wenn die ganzen „Schreihälse”, die behaupten, Arbeit sei zu teuer, ihre Hausaufgaben machen würden, wüssten sie, dass Innovationsfähigkeit die Auskömmlichkeit steigert und damit die Produktivität. Jedes Mal, wenn ich einen Unternehmensvertreter jammern höre, dass Arbeit in Deutschland so teuer sei und die Rahmenbedingungen so schlecht, kostet es mich Überwindung, nicht mit dem Kopf auf den Tisch zu hauen. Macht erst einmal eure Hausaufgaben! Und zwar richtig, dann reden wir weiter. Derweil reibt sich Meister Konfus die Hände.

https://brummack.blog/arbeit-ist-kraft-mal-weg/

Arbeitszeitdebatte II | Zeit ist nicht gleich Leistung

Ähnlich argumentiert übrigens auch Britta Redmann. Sie rät dazu, Zeit niemals mit Leistung zu verwechseln. Sie plädiert für mehr Bedürfnisorientierung. Wer Martin Gaedts Bücher kennt, sollte auch verstehen, dass mit weniger Normwochenarbeitszeit sogar mehr Leistung erreicht werden kann. Ich meine, haben die Befürworter einer Steigerung der Wochenarbeitszeit von der qualitativen Verdichtung der Arbeit gehört? Wenn, dann kennen sie es in der Chefetage vermutlich nicht, denn dort gehört das Golfspielen mit Geschäftspartnern ja zur Arbeitszeit (wogegen ich nichts habe, es ist nur nicht die gelebte Wirklichkeit der Mitarbeitenden).

https://britta-redmann.de/organisationsentwicklung/verwechsle-niemals-zeit-mit-leistung/

#Agile #Auslastung #Effizienzneurose #Estimation #Feedback #Gewohnheiten #KI #Leadership #Lieferfähigkeit #Management #Organisation #Organisationsdesgin #Planung #ProductOwner #Produktivität #Reflexion #Schätzung #Scrum #SelbstmanagendeTeams #Stress #Veränderungsprozess #Zeitmanagement #Zukunft

21 Fehler, die agile Teams beim Schätzen machen, – welchen macht dein Team?

https://www.scrum.org/resources/blog/21-fehler-die-agile-teams-beim-schatzen-machen-welchen-macht-dein-team

#Scrum #ScrumDotOrg #SimonFlossmann #ScrumMaster #Agile #Estimation #AgileCoach

[소프트웨어 작업을 어떻게 추정하는가

소프트웨어 프로젝트의 정확한 기간 추정은 불가능하며, 대부분의 작업은 예측 불가능한 '미지의 일'에 의해 지배됩니다. 추정은 경영진의 정치적 도구로 사용되며, 엔지니어는 정치적 맥락 파악, 미지의 위험 평가, 복수의 실행 시나리오 제시에 집중해야 합니다. 효과적인 추정은 정확성보다 신뢰와 현실적 협업을 중시하며, 조직 내 의사결정 구조를 이해하는 엔지니어링 역량을 강조합니다.

https://news.hada.io/topic?id=26129

#software #estimation #projectmanagement #engineering #agile

Pragmatic:

“How I Estimate Work As A Staff Software Engineer”, Sean Goedecke (https://www.seangoedecke.com/how-i-estimate-work/).

On HN: https://news.ycombinator.com/item?id=46742389

On Lobsters: https://lobste.rs/s/dspppf/how_i_estimate_work_as_staff_software

#SoftwareEngineering #Planning #Estimation #StaffEngineer

🚀 Nouveautés 2026 chez ExactTO!

Services d'estimation en construction avec forfaits flexibles :

Dès 24,99$/h en forfait mensuel
🆕 Taux horaire ponctuel : 59,99$/h

✅ Jusqu'à 50% d'économies
✅ Livraison 5-15 jours
✅ Confidentialité garantie

L'estimation à votre portée.

🔗 https://zurl.co/JRNCN

📧 [email protected]

#Construction #Estimation #Québec #Entrepreneur