RE: https://respublicae.eu/@EUCouncilPress/116687262949663878

AGILE is comming

#agile

So no, they’re not just there to run events. That’s the visible thing. The real value shows up in small shifts over time, which people don’t always notice straight away. #Scrum #Agile

In my newest article I boil down the list of hybrid project management management forms from @StefanRoock and compare it to basic versions Waterfall and Agile.
https://www.enteresc.net/agile-isnt-always-agile/

What do think is your team and company doing and why is it like that?

#Agile #Kanban #Scrum #Testing #SoftwareDevelopment #SoftwareTesting

In my newest article I boil down the list of hybrid project management management froms from @StefanRoock (https://blog.it-agile.de/hybrides-projektmanagement/, German) and compare it to basic versions Waterfall and Agile.
https://www.enteresc.net/agile-isnt-always-agile/

What do think is your team and company doing and why is it like that?

#Agile #Kanban #Scrum #Testing #SoftwareDevelopment #SoftwareTesting

»Reflection Nerd« https://bobgalen.substack.com/p/reflection-nerd #Agilist.in #Agile #Change #Lean #Kanban #Scrum

"Self-organized" doesn't mean nobody leads. It means you've agreed on who decides what.

Most teams skip this step. Then they fight over every decision or worse, nobody makes one at all.

Clarify authority first. Self-organization follows.

#agile #leadership

Alt...

SELF-ORGANIZED not LEADERLESS

In my newest article I boil down the list of hybrid project management management form Stefan Roock (https://blog.it-agile.de/hybrides-projektmanagement/, German) and compare it to basic versions Waterfall and Agile.
https://www.enteresc.net/agile-isnt-always-agile/

What do think is your team and company doing and why is it like that?

#Agile #Kanban #Scrum #Testing #SoftwareDevelopment #SoftwareTesting

Stop answering three questions in your daily. Nobody cares what you did yesterday.

Walk the board instead. Top to bottom, right to left. Start with what's almost done. Ask: "What does this ticket need to move forward?"

Focus on finishing work, not reporting status.

#agile #kanban #scrum

Alt...

WALK THE BOARD NOT THE PEOPLE

Top Links Aspire 13.4 is here (Maddy Montaquila) Robert Says Farewell | Visual Studio Toolbox (Robert Green & Leslie Richardson) The Evolution of Syncfusion Agentic UI Builder with Agent Skills (Balaji Elumalai) Building a GitHub Copilot Agent Usage Dashboard (jometzg) Microsoft …

Alt...

Dew Drop - June 2, 2026 (#4681)

John Cutler coined 'Feature Factory' in 2016: a team that ships features with no discovery, no outcome measurement, no test of whether the work helped a customer.

Now layer GenAI on top and you get a Feature Factory with a turbocharger and no steering wheel.

Way out: focus on outcomes, run experiments, kill features that didn't help.

#Agile #ProductManagement

Intermezzo:

The Organisational Dysfunction of the Day series is becoming a book. 63+ dysfunctions explained through Open Systems Theory — why they keep happening and what the structure underneath them is.

Launching July 2026. Follow along on Leanpub: https://leanpub.com/organisationaldysfunctions

#opensystemstheory #sociotechnical #agile

Top Links What’s new in Microsoft Foundry | May 2026 (Nick Brady) Introducing a powerful new chapter for Windows PCs, accelerated by NVIDIA RTX Spark (Pavan Davuluri) Announcing the TechBash CLI: The AI-Powered Companion for Your Terminal (TechBash Team) AI Observability Starter …

Alt...

Dew Drop - June 1, 2026 (#4680)

Today, I discuss the necessity of self-reflection in the business community.

https://www.edyouragilecoach.com/from-the-axial-age-to-the-c-suite/

#Leadership #GhostGang #Business #Agile

@geteus and @albertocblanco

More Agile coaches are promising AI chatbots 'trained' on their writing as a proxy for themselves.

Most are RAG: pull the document that best matches the question, ask the LLM to compose an answer. Works when the question maps cleanly to your writing. Falls apart when it doesn't.

The user usually can't tell which they got.

#Agile #ScrumMaster

In welchem #Scrum Ritual, und mit wem, spricht man darüber wenn man, viele aus dem Team, Probleme mit dem Scrum-Master hast?
Eigentlich soll der SM ja beim Lösen von Problemen helfen. Wenn er das Problem ist, ist das eine Meta-Problem.

Könnte sein, dass hier etwas Sarkasmus enthalten ist.

#Agile

»Critical Thinking« https://bobgalen.substack.com/p/critical-thinking #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Your team isn't slow. It's overloaded.

5 developers, 14 tickets in progress. Everyone is "busy." Nothing gets finished. Cycle time explodes. Quality drops.

The fix isn't working harder. It's limiting work in progress. Less started, more finished.

#agile #kanban #scrum

Alt...

NOT SLOW JUST OVERLOADED

#userstory "As a PO I want...$explicit_tech_detail...
$see_spec.."

Go fuck yourself, you project micro manager! This is not #agile! Don't try to label it that way...

Aus meiner Mailbox:

Newsletter von Neuland:

20 % auf alle FlipCharts, Pinnwände, Tafeln und Zubehör.

#Agile #Moderation #Schulung #Neuland #Flipchart

Organisational Dysfunction of the Day

The product owner trap

Context: The team has a product owner. She sits with the team, attends the standups, writes the user stories, and manages the backlog. She is good at her job, but she is not really making product decisions. She is translating decisions made by a business stakeholder who sits outside the team and controls the budget. The team builds what she tells them to build, being the proxy for the business which tells her to tell them. She does not really have the mandate to decide much. When the team raises a concern about direction, it goes to the PO, who raises it with the business, who considers it and comes back three weeks later with a modified brief. The team is a feature factory. Everyone knows it. Nobody knows what to do about it.

OST explains: The product owner role, as conceived in Scrum, places a single person in charge of deciding what the team builds. That person is formally part of the team but functionally a conduit for management, the ordering-supplier divide between business and IT given a new job title. In OST terms, this is pure bureaucracy (DP1): responsibility for goal-setting sits above the work, even if it sits only one step above rather than many. A genuinely self-managing group in DP2 owns its whole task, not just how the work is done, but what work is done and why. That means the team has a genuine relationship with the customer and the business context, not a mediated one through a proxy. Marty Cagan's distinction between feature teams and empowered product teams maps almost exactly onto DP1 and DP2: in the former, the team is handed a solution to build, in the latter, it is given a problem to solve. The difference is not about process or methodology. It is about whether goal-setting lives inside or outside the group. Until that changes, the product owner is not empowering the team; she is the most visible evidence that it is not empowered.

#OpenSystemsTheory #SocioTechnical #OrgDesign #agile

Everyone talks about what's wrong with agile. I asked people: When did it actually work?

The answers had nothing to do with Scrum, Kanban, or SAFe. They were about trust, autonomy, and teams solving real problems together.

When was your moment?

#agile

Alt...

WHEN DID AGILE ACTUALLY WORK FOR YOU?

#LINKSDERWOCHE | 22/2026: Produktivität, Lean, Agile, Politik und Gesellschaft und Humor

PRODUKTIVITÄT

Kognitiven Schulden | Im Umgang mit der KI verlernen wir die Kompetenz für den Umgang mit der KI

Marcus Raitner trifft meines Erachtens den Nagel auf den Kopf: Beim Umgang mit KI entstehen kognitive Schulden. Schulden, die wir nicht ohne weiteres wieder auflösen können, wenn wir nicht rechtzeitig gegensteuern. So schön die Arbeitserleichterung durch KI auf den ersten Blick auch sein mag, wir verlernen durch ihren Einsatz schnell die Fertigkeiten, die wir brauchen, um sinnvoll mit ihr zu arbeiten. Dazu mehr:

https://raitner.de/2026/05/der-teufelskreis-der-kognitiven-schulden/

Kommunikation | Wenn wir die Metaebene aus dem Auge verlieren …

Nicht einmal einen Tag, nachdem ich den Blogpost von Detlef Stern gelesen habe, darf ich genau das erleben, was er darin zutreffend als Problem identifiziert hat. Die „Beißreflexe” in einer Debatte führen dazu, dass niemand wirklich darüber spricht, dass die Kommunikation auf der Meta-Ebene längst im Argen liegt. Genau deshalb eskaliert die vermeintliche Diskussion und wird unnötig emotionalisiert, da kaum jemand in der Lage ist, die Metaebene miteinzubeziehen. Man beharkt sich lieber aus Befindlichkeiten heraus. Erstaunlich, wo doch überall die Stoiker rauf und runter zitiert werden, die uns unter anderem auch dies mitgeben wollten, nämlich immer auch die Metaebene einzubeziehen.

https://t73f.de/blog/2026/metaebene

Vertrauen | Damit Vertrauen nicht nur ein Schlagwort bleibt

Der Begriff „Vertrauen” wird ja gerne in die Runde geworfen. Wenn ich allerdings an mein berufliches Erleben zurückdenke, gab und gibt es immer noch genug Situationen, in denen ich die Diskrepanz zwischen Anspruch und Wirklichkeit nicht überbrücken kann. Betrachte ich die fünf Wahrheiten über Vertrauen von Dan Rockwell, erkenne ich so manches wieder, das in diesen Situationen nicht ausgeprägt war. Mit dieser Erkenntnis im Gepäck können wir alle etwas dafür tun, dass Vertrauen nicht nur ein Marketing-Schlagwort der Personalentwicklung bleibt, sondern tatsächlich gelebte Realität wird.

https://leadershipfreak.blog/2026/05/27/5-truths-about-trust/

LEAN

Wissen hinterfragen | Zwei Fragen mit großer Wirkung

Im Blog von Mark Graban bin ich auf etwas gestoßen, das mich zum Nachdenken angeregt hat. Wir arbeiten im Alltag oft mit der Annahme, etwas gut genug zu wissen, weil wir es gelesen, gehört oder aus einer anderen Quelle gelernt haben. Ist das aber ausreichend? Graban schlägt vor, statt „Was weißt du?” lieber zu fragen: „Woher weißt du es? Woher weißt du, dass du es weißt?” Diese Frage animiert dazu, die Quelle unserer Annahmen zu hinterfragen, sodass wir tiefer bohren und ggf. Annahmen und Erkenntnisse zutage fördern, die wir übersehen haben.

https://www.leanblog.org/2026/05/what-do-you-know-how-do-you-know-it/

Verbesserung | Wenn PDCA zur Verschlechtungsschleife wird

Der PDCA-Zyklus steht für adaptives Lernen und Anpassen. Ganz im Sinne eines wissenschaftlich-empirischen Ansatzes wird zunächst eine Hypothese aufgestellt, die anschließend durch konkrete Umsetzung überprüft und weiterentwickelt wird. Götz Müller nutzt das Akronym PDCA jedoch, um zu zeigen, wie man es nicht tun sollte. Hier steht PDCA nicht für Plan, Do, Check und Act. In diesem Zusammenhang steht P für PowerPoint, Panik und Plakatieren, D für Delegieren, Druck und Durchregieren, C für Controlling, Chaos und Checklisten und A für Aktionismus, Ablenkung und Abhaken. Wie zu erwarten, wird aus dem PDCA so kein Verbesserungskreislauf, sondern eine Verschlechterungsschleife mit #MeisterKonfus-Potenzial.

https://www.geemco.de/artikel/wenn-pdca-zur-verschlechterungsschleife-wird/

AGILE

Portfolio-Kanban | WiP-Limit im Kontext von Portfolio-Steuerung

Wie bekannt, bin ich ein großer Freund der Begrenzung paralleler Arbeit. Und das nicht nur auf individueller Ebene oder für ein operatives Team, sondern auch auf Ebene des strategischen Portfoliomanagements. Der Grund ist relativ simpel: Es geht um positive Fokussierung. Und zwar auf das, was auf der jeweiligen Ebene im Augenblick von Bedeutung ist. Während es für den Einzelnen oder ein Team bewährte Empfehlungen aus der Praxis gibt, um das initiale WiP-Limit auf Basis der Arbeitsmenge zu ermitteln, ist es auf Portfolioebene tatsächlich etwas anders gelagert. Hier stellt sich die Frage, wie viele parallele Initiativen ein Führungsteam gleichzeitig überblicken kann. Dabei geht es nicht um „Durchsatz“ und verfügbare Zeit, sondern um die kognitive Aufnahmefähigkeit. Das mag für den einen oder anderen nach Haarspalterei klingen, aber ich denke, im Detail wird es klarer. Insofern kann ich Yuval-Erde und seiner Argumentation folgen.

https://www.scrum.org/resources/blog/portfolio-wip-its-not-about-limits

Agiles Manifest | Eine Vierteljahrhundert alt, immer noch aktuell …

Das Agile Manifest ist seit Beginn meiner agilen Reise im Jahr 2008 mein Leitfaden für die Arbeitspraxis. Ich schaue tatsächlich immer wieder hinein. Und das, obwohl die Werte und Prinzipien schon ein Vierteljahrhundert alt sind. Übrigens hat mein Verständnis der Prinzipien einen richtigen Boost erlebt, als ich mich mit Monozukuri, dem japanischen Lean-Verständnis, beschäftigt habe. Nur am Rande bemerkt. Wer es mir gleichtun möchte, dem empfehle ich das Buch „Lean auf gut Deutsch” von Mari Furukawa-Caspary. Damit habt ihr einen sehr guten Einstieg. Zurück zum Ursprungsthema: Ich schaue tatsächlich immer wieder auf das Manifest. Erstaunt muss ich aber auch immer wieder feststellen, dass viele zwar „Scrum” oder das agile „Kanban” (bzw. irgendein anderes agiles Rahmenwerk) nutzen, ohne das agile Manifest wirklich gelesen zu haben. Insofern habe ich ähnliche Beobachtungen wie Thomas Esders gemacht.

https://no-bullshit-agile.de/nbak02-agiles-manifest-immer-noch-die-basis.html

Agiles Manifest | Prinzipien als Fragen

Passend hierzu ein weiterer Gedanke von Thomas Esders, der das agile Manifest in „Fragen“ ummünzt. Ein interessanter Ansatz, der dabei hilft, die Prinzipien im Arbeitsalltag umzusetzen.

https://no-bullshit-agile.de/nbak03-12-agile-prinzipien-checkliste.html

Ownership | Ohne echtes Ownership ist es nur Theater und kein „Flow“

Es wird gerne und oft auf agile Rahmenwerke gesetzt. Sie sind mittlerweile zum Standard geworden. Zumindest auf dem Papier. In der Praxis mangelt es jedoch oft an verschiedenen Stellen. Auf dem Papier gibt es zwar so etwas wie einen Product Owner, de facto haben die Rolleninhaber oft nicht die Product Ownership. Das ist gar nicht so selten. Und das ist meist strukturell bedingt. Wie Yuval-Davidson aufzeigt, kann das zum Problem werden. Aber auch daran kann man arbeiten. Immerhin ist die Erkenntnis der erste Schritt zur Besserung.

https://www.scrum.org/resources/blog/product-ownership-topology-difference-between-flow-and-theater

Planung | Die Planung ist eine ungeprüfte Hypothese mit vielen Annahmen …

Schon allein die Überschrift macht den Beitrag für mich empfehlenswert. Stephen Woolston titelt klar und prägnant: „Ein Plan ist eine ungeprüfte Hypothese.” Was soll ich sagen – so ist es nun mal. Wir treffen Annahmen, die wir in der Praxis überprüfen, indem wir den Plan umsetzen. Das gefällt mir fast besser als das Bild der „Wette”. Denn bei einer Hypothese schwingt das Überprüfen und Adaptieren deutlicher mit. Eine gut formulierte Hypothese ermöglicht es uns, die getroffenen Annahmen zu validieren und Erkenntnisse zu generieren, aus denen wir eine verbesserte Hypothese entwickeln können, die wir erneut überprüfen können. Nur eine gut bestätigte Hypothese wird zur Theorie. In diesem Fall können wir mit standardisierbaren Methoden arbeiten. Alles, was davor liegt, ist adaptives Erkunden und Verbessern.

https://www.scrum.org/resources/blog/your-plan-isnt-rock-its-untested-hypothesis

Scrum Master | Fokus worauf?

Wie ich immer sage: Wenn im Team alles super läuft, können wir uns den anderen Problemen widmen. Die Arbeit geht nicht aus. Da Probleme jedoch häufig komplexer Natur sind und vielseitige Ursachen haben, können wir nicht alles auf einmal lösen, sondern müssen uns anschauen, wo die dringendsten Probleme und Herausforderungen aktuell liegen. In diesem Zusammenhang passt der Blogartikel von Mary Iqbal sehr gut, da er etwas Orientierung bietet und aufzeigt, worauf sich Scrum Master:innen im ersten Schritt stürzen sollten.

https://www.scrum.org/resources/blog/pick-your-battles

POLITIK UND GESELLSCHAFT

AfD | Nicht nur verfassungsfeindlich, sondern auch kriminell

Dass ich die „Blauen“ nicht sonderlich leiden kann, dürfte sicherlich schon aufgefallen sein. Dass es sich nicht nur um eine verfassungsfeindliche, sondern durchaus auch um eine kriminelle Vereinigung handeln könnte, zeigt sich immer deutlicher. Allein in den letzten Tagen kamen immer neue interessante Verstrickungen der Nicht-Alternative und ihrer Parteisoldaten in die Presse. Eine gute Zusammenfassung liefert der „Blog der Republik”. Leider schrecken diese Schlagzeilen die Wählerschaft der Enkel des Braunauer Obergefreiten nicht ab. Das wiederum wirft bei mir Fragen über den Umfang der kognitiven Verzerrung derer auf, die ihren Kritikern gerne nahelegen, einen „Psychologen” zu besuchen (wer erklärt ihnen eigentlich mal den Unterschied zwischen Psychologie und Psychotherapie?).

https://www.blog-der-republik.de/afd-kriminelles-und-kurioses-vom-rechtsextremen-rand-update-46/

Strategien im Umgang mit Autokraten | Weshalb es Orte der Begegnung braucht, um Autokratie-Fans zu drehen

Mit Blick auf den vermeintlichen Erfolg autoritärer Zeitgenossen wird gerne argumentiert, man müsse nur noch mehr Aufklärung betreiben. Ich fürchte, dieser Ansatz greift zu kurz. Gunnar Sohn hat sich ebenfalls dazu Gedanken gemacht. Ich sehe es ähnlich. Um den Autokraten den Nährboden zu entziehen, brauchen wir Orte der Begegnung, an denen demokratisches Streiten stattfinden und Wirkung entfalten kann. Wir Demokraten müssen die sozialen Räume besetzen, um diejenigen zurückzugewinnen, die noch nicht verloren sind. Damit meine ich nicht, dass man mit Autokraten ins Gespräch geht, sondern dass man Vielfalt, Wirksamkeit und Diskussion erlebbar macht und die Wirksamkeit politischen Handelns sichtbar wird. In den Städten, Gemeinden und vor Ort ist dazu jeder von uns aufgefordert. Den Menschen folgen Menschen.

https://ichsagmal.com/die-republik-im-gespraechsverlust-die-bequeme-angst-vor-der-propaganda/

Arbeitsfaul? | Mehr Stunden bedeuten nicht höhrere Produktivität

Unser aktuell amtierender Bundeskanzler muss dringend darüber aufgeklärt werden, dass „mehr Quantität” nicht automatisch auch „mehr Qualität” bedeutet. Eine Steigerung der Arbeitszeit führt nicht automatisch zu mehr Produktivität. Es kann sogar der gegenteilige Effekt eintreten, sodass es am Ende teurer wird. Das muss die legendäre Wirtschaftskompetenz sein, die man Herrn Merz zuschreibt. Christoph Habermann bemüht sich jedenfalls, die Thesen von Herrn Merz zu überprüfen, kann aber keine validen Belege finden. Er findet sogar Belege, die auf gegenteilige Effekte hinweisen. Aber bitte nicht dem Kanzleramt einen Tipp geben, denn Herr Merz könnte noch verunsicherter werden, als er es jetzt schon ist.

https://www.blog-der-republik.de/der-bundeskanzler-und-die-angeblich-arbeitsfaulen-deutschen-vorbild-schweiz/

HUMOR

KI entzaubert | Wenn die KI zu teuer wird …

Das Leben ist schon bitterernst genug. Daher braucht es immer auch eine Prise Humor. Da mein Humor nicht immer massentauglich ist und ich ihn bereits unter der Rubrik #MeisterKonfus zum Ausdruck bringe, lasse ich an dieser Stelle lieber jemanden anderen zu Wort – oder besser, wie im konkreten Fall, zu Bild – kommen. Der Blog „Cloud Science” von Christian Möller sorgt regelmäßig für herzliches Gelächter. So auch in diesem Beitrag, in dem plötzlich klar wird, dass KI doch nicht die Lösung aller Probleme ist.

https://www.cloud-science.de/keine-token-keine-leistung/

The Book of TameFlow by Steve Tendon is on sale on Leanpub! Its suggested price is $60.00; get it for $40.00 with this coupon: https://leanpub.com/tameflow/c/LeanPublishingDaily20260528 #business_and_management #agile #leadership_agile #scrum #consulting #engineering_management

A while ago I asked here on mastodon: What's your biggest challenge in agile projects?

Top answers: unclear goals, bad communication, not understanding iteration.

Notice what's missing? Nobody said "we need a better framework." The problems are human, not methodological. No tool fixes unclear goals.

#agile

Alt...

NO FRAMEWORK FIXES UNCLEAR GOALS