Even the strongest company cultures won't endure unless they're adaptive

https://scottgraffius.com/

#Agile #Adapt #Agility #BusinessAgility #Success

Just a feeling, but I think there might be a slight disconnect between the sales team and our delivery teams. Managing expectations is a vital skill

I'm always on Team Yellow! 👨‍💻

#EnterpriseIT #Outsourcing #Agile #Scrum #ScrumTeam #dev #developer #coding #IT

Alt...

Two-pane photo. On top, a generic stock photo of a smiling, energetic, young and sharply dressed business team in a white void. Text: "Our highly skilled and motivated team, as communicated by Sales." Below, in a similar void, a collection of minions looking proper confused. Two are seemingly discussing what to do about a light bulb hanging from the ceiling. Text: "Our actual delivery team, rolling in on Day 1 of the multi-year contract."

The ticket moves.

The problem doesn't.

Users don't care which part of the stack failed. They only know the feature doesn't work.

That's the difference between finishing a task and solving a problem.

#Agile #Engineering

📋 We constantly remind Scrum and Kanban teams to visualise the work and limit Work In Progress. Then we break our own advice. I certainly did.

I let a GenAI assistant hand me a pile of experiments, none of them the most important thing to do. They never went on a board, so they became quiet commitments. Committing to all of them, and never making them visible, was the problem.

Starting more things is not the same as finishing the things that matter.

#Agile

https://agilepainrelief.com/newsletter-subscribe/?utm_source=mastodon&utm_campaign=archive-reshare

Kein Board hat eine Spalte "warten auf Entscheidung" obwohl das der längste Wartezustand im System ist.

Wir messen Cycle Time und Lead Time. Die Wochen zwischen "Signal gesehen" und "verbindlich entschieden" messen wir nie.

Ein Team, das alle 2 Wochen liefert, aber im Quartalsgremium auf Priorisierung wartet, ist nicht agil. Nur schnell im falschen Takt.

https://no-bullshit-agile.de/nbak12-decision-latency-unsichtbarer-engpass.html?mtm_campaign=mastodon

#Agile #Scrum #Kanban #SoftwareDevelopment

Alt...

NBAK12: Decision Latency. Der unsichtbare Engpass

Dew Drop Weekly Newsletter 494 - Week Ending July 31, 2026

https://zc.vg/Rhf09?m=0

#dewdrop #newsletter #javascript #aspnetcore #blazor #css #azure #xaml #cpp #windev #dotnet #csharp #ai #mcp #devops #python #agile #dotnetmaui #appdev #podcasts #m365 #data #sqlserver #terminal

Top Links
8 .NET MAUI Performance Anti-Patterns That Make Apps Feel Slow (Sri Radhesh Nag Subash Sankar)
Tell your model when to think harder (Rachel Kang)
Azure SDK Release (July 2026) (Justin Bettencourt)
Tool search: Finding the right tool at the right time (Viswajeeet Balaji …

Experiential Learning Bundle by Gerald M. Weinberg is the featured bundle of ebooks 📚 on Leanpub!

This bundle provides all four volumes of the popular Experiential Learning Series at a savings of $20 over the price if purchased separately.

Link: https://leanpub.com/b/ExperientialLearning

#Education #Textbooks #Design #Consulting #Agile

"That's not my job."

It's a phrase that quietly slows more software teams than most technical problems.

A developer builds the API but won't look at the UI.
Another updates the UI but won't check the database.
Someone else says testing belongs to QA.

#Agile #SoftwareDevelopment

RE: https://mastodon.social/@nobsagile/117002863036447322

Jemand noch Lust? Würde mich und andere sehr freuen, deine Sicht zu lesen!

#developer #tester #agile

#agile boosted

Thomas 🔜 Manage Agile 2026 » 🌐 2026-07-29
@nobsagile@mastodon.social

Ich schreibe hier über agiles Arbeiten. Über manches kann ich nicht schreiben, weil ich es nicht erlebt habe.

SAFe von innen. Der Alltag als Scrum Master. Agiles Arbeiten als Tester. Agil außerhalb der Softwareentwicklung.

Schreib einen Gastbeitrag bei mir.

Kein Wortlimit, kein Konzept, kein SEO. Eine Erfahrung in eine Mail getippt reicht. Struktur und Formatierung mache ich. Autorenbox mit deinen Links gibt's dazu.

Boost, please!

https://no-bullshit-agile.de/ich-habe-luecken-du-hast-erfahrung.html

#Agile #Scrum #Kanban #Blog

Alt...

Ich schreibe hier über agiles Arbeiten. Über manches kann ich nicht schreiben, weil ich es nicht erlebt habe. SAFe von innen. Der Alltag als Scrum Master. Agiles Arbeiten als Tester. Agil außerhalb der Softwareentwicklung. Schreib einen Gastbeitrag bei mir.

The software factory dream from 1968 is finally here, but speed brings "comprehension debt." Are you running a dark factory where machines ship unread code, or a lit one where human judgment guides the loops? Verification, not generation, is the new bottleneck.

Read the full analysis here:
https://addyo.substack.com/p/software-factories-light-and-dark

#ProductManagement #Agile

Dein Team liefert alle zwei Wochen. Euer Budget wird einmal im Jahr verteilt.

Ihr könnt also 26 Mal lernen und einmal reagieren.

Alles, was in Woche 6 klar wird, ist strukturell folgenlos. Nicht weil niemand will, sondern weil das Geld schon verplant ist.

Kapitalfrequenz begrenzt Anpassungsfähigkeit härter als jede Methode.

https://no-bullshit-agile.de/wfl/#kapital-als-frequenzbegrenzung

#Agilität #Agile #Leadership #SoftwareDevelopment

@ra6bit @jonny yeah. My WLAN lightbulb is capable to display a million colours. I can address about 10 or 12 by using natural language. While natural language is beautiful for some things, it is very limited on others.

In #agile product development we allways preach to create shared understanding of the problem domain, and context, to enable developer to create solutions for problems that are hard to express in language. Understanding beats specification.

🔄 A Causal Loop Diagram helps a group understand cause and effect: which things increase or decrease, and how they push on each other. I reach for it whenever a team is stuck applying quick fix after quick fix to a recurring problem.

The magic isn't the diagram, it's drawing it together. The real value is the shared understanding teased out while you argue about which arrow points where.

What recurring problem might actually be a loop you haven't drawn?

#Agile

https://agilepainrelief.com/glossary/causal-loop-diagram/?utm_source=mastodon&utm_campaign=archive-reshare

Agile Software Architecture by Martín Salías is free with a Leanpub Reader membership! Or you can buy it for $7.99! https://leanpub.com/agileArchitecture #agile #software_architecture

Ich schreibe hier über agiles Arbeiten. Über manches kann ich nicht schreiben, weil ich es nicht erlebt habe.

SAFe von innen. Der Alltag als Scrum Master. Agiles Arbeiten als Tester. Agil außerhalb der Softwareentwicklung.

Schreib einen Gastbeitrag bei mir.

Kein Wortlimit, kein Konzept, kein SEO. Eine Erfahrung in eine Mail getippt reicht. Struktur und Formatierung mache ich. Autorenbox mit deinen Links gibt's dazu.

Boost, please!

https://no-bullshit-agile.de/ich-habe-luecken-du-hast-erfahrung.html

#Agile #Scrum #Kanban #Blog

Alt...

Ich schreibe hier über agiles Arbeiten. Über manches kann ich nicht schreiben, weil ich es nicht erlebt habe. SAFe von innen. Der Alltag als Scrum Master. Agiles Arbeiten als Tester. Agil außerhalb der Softwareentwicklung. Schreib einen Gastbeitrag bei mir.

»Agile Coaching Bandwagons« https://bobgalen.substack.com/p/agile-coaching-bandwagons #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Was sind eure Erfahrungen mit Formaten wie "Agile Tapas"?

Agile Tapas: kurze fokussierte "Knowledge-Sharing" Sessions, die sich mit 1 Aspekt aus der Agilen Arbeitswelt beschäftigt.

#AgileTapas #Agile #ScrumMaster #AgileCoach

RE: https://norden.social/@hirsebirse/117002540236404490

@hirsebirse

Das ist ein Klassiker!

Für eine auflockernde Frage wird zu viel Hintergrundwissen benötigt.

#Retrospective #Agile #ScrumMaster

Der übliche Projektablauf bei mir*:

1. Hallo

2. No Ticket, No Work

3. Good enough for now

4. Stop Starting, Start Finishing

5. Auf Wiedersehen

(* beachte den Platz zwischen den Zeilen ;-)

#agile #projectManagement #projectParrot

Top Links
A new way to bring native Windows APIs to JavaScript – introducing dynamic API projections for Node.js (Leilei Zhang)
Analyze MSBuild Binary Logs with Copilot in VS Code (Yuliia Kovalova & Jan Krivanek)
Claude Opus 5 is available today in Microsoft Foundry (Amar Badal)
…

Forecasts evolve

Sprint planning creates a forecast, not a fixed prediction.

Every day the team knows a little more than they did yesterday.

Good teams adjust their plans based on reality, not wishful thinking.

#SprintPlanning #Agile

what a nice start today to appear on the same page with @JuttaEckstein ,
@karen , @barryovereem and @christiaanverwijs

i assume we were always on the same page. and now visible to anyone 🥰

https://reflexiveai.org/

i am in for healthy ai usage: planet, humans and software.

its new to me to go into "action research" within @haufegroup . will keep you posted.

#scrum #agile #ai #columinity

Alt...

chris and barry with a crowd in a liberating structure setting photo by lisanne lentink

Commitment is behaviour

A committed team:
• collaborates
• raises risks early
• asks for help
• adapts when needed
• focuses on the Sprint Goal

Commitment isn't blindly delivering an outdated estimate despite new evidence.

#ScrumValues #Agile

„Wir müssen schneller werden."

Gemeint ist fast immer: mehr liefern. Fast nie: schneller entscheiden.

Ein System, das schneller produziert, als es sich orientieren kann, wird nicht agiler. Es wird voller.

Mehr Releases bei gleicher Entscheidungs-Latenz sind kein Fortschritt.

https://no-bullshit-agile.de/wfl/#entscheidungs-latenz

#Agile #fuhrung #softwareDevelopment

Neulich im Daily: Es geht reiherum, jeder spricht 90 Sekunden ins Leere,
keiner hört zu. Am Ende weiß genau einer mehr als vorher: der Chef.

Ein Daily ist kein Status-Report. Sobald es einer wird, optimiert jeder
seine eigene Zeile statt den Fluss der Arbeit. Zu Recht hasst ihr das Ding.

Es gibt eine Variante, in der die 15 Minuten wirklich was bewegen. Die
redet nicht über Menschen, sondern über Tickets.

https://no-bullshit-agile.de/warum-daily-standups-oft-scheitern-und-wie-man-sie-wiederbelebt.html

#Scrum #SoftwareDevelopment #Agile #Kanban

I am looking for archives of early #pattern/ #OOP mailinglists, like the University of Illinois ones linked on https://hillside.net/patterns/mailing-lists
Aside of general interest in the history of #agile methods, I would also be curious about discussions about @k9ox ’s C2 wiki.

»Surprising Truths about Agile Coaching Skills« https://bobgalen.substack.com/p/surprising-truths-about-agile-coaching #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Хотите посмотреть RetroPoint в работе до регистрации? Теперь это можно сделать за один клик 🚀

Мы запустили заполненный демо-режим. Внутри уже есть ретро-доски с карточками и Action Items, OKR и SWOT, встречи 1‑2‑1, Performance Review, Planning Poker, команды, отпуска и дни рождения.

Можно открыть доски, изучить реальные сценарии работы команды, посмотреть графики прогресса и попробовать интерфейс голосования 🃏

Демо доступно без регистрации и оплаты. Данные защищены от изменений, поэтому можно смело исследовать продукт. А когда захотите попробовать самостоятельно, создайте обычный аккаунт прямо из демо ✨

👉 https://retropoint.ru/demo

#RetroPoint #Ретроспектива #УправлениеКомандой #Agile #Scrum #OKR #PlanningPoker #Тимлид #УдаленнаяКоманда

@rf @Russia

His tags: #infosec, #agile, #systemsthinking

Thank you very much for your work as a volunteer and your support in organizing the Open Security conference

RE: https://mastodon.social/@Berufebilder/116990885908664913

Ein Artikel über agile Kommunikation, bei dem das Scrum-Board-Beispiel im falschen Kapitel steht.

Kernthese: bessere Kommunikation = mehr Innovation. Kein Wort davon, dass schlechte Kommunikation meist Symptom ist für kaputte Feedback-Schleifen und unklare Verantwortung.

Stattdessen: Trainings gegen Hierarchiedenken. Ein Miro-Link gegen Missverständnisse.

Genau das Muster. An der Oberfläche schrauben.

#Agile #Scrum #NoBullshitAgile

RE: https://tomsgedankenblog.social/2026/07/27/linksderwoche-30-2026-produktivitat-lean-agile-mangement-und-leadership/

Wie jeden Montag: Eine sehr gute "Presseschau".

#Scrum #Agile #AgileCoach #ScrumMaster

#agile boosted

Toms Gedankenblog » 🌐 2026-07-27
@tomsgedankenblog.social@tomsgedankenblog.social

#LINKSDERWOCHE | 30/2026: Produktivität, Lean, Agile, Mangement und Leadership

Photo by Pixabay on Pexels.com

PRODUKVITIÄT

Obsidian | Callouts farblich gestalten

Eine Funktion, die ich in Obsidian bisher noch nicht genutzt habe, ist durch einen Blogartikel von Thomas Mathoi wieder in meinen Fokus gerückt: Callouts. Offenbar gibt es so etwas wie einen „Callout-Manager”, mit dem sich die Callouts farblich variieren lassen. Das ist sicherlich für den einen oder anderen interessant. Ich selbst weiß noch nicht, ob und wie ich diese Möglichkeit künftig nutzen werde.

https://www.mathoi.at/2026/07/22/obsidian-kaizen-der-callout-manager/

Statt Bequemlichkeit | Tue, was den Unterschied macht

Dan Rockwell wirft einen interessanten Ansatz in den Raum. Nicht das, was uns glücklich macht, sollte in den Fokus gestellt werden, sondern das, was uns voranbringt. Das klingt naheliegend. Eigentlich. Aber seien wir ehrlich: Wir suchen doch immer zuerst nach dem „Glück” und dem, was uns „Spaß” macht. Zumindest legen das viele Ratschläge immer wieder nahe. Rockwell sagt jedoch, dass das, was den Unterschied macht, viel relevanter ist. Ich würde ergänzen, dass dort der Schlüssel zur langfristigen, gesunden Zufriedenheit liegt. Glück ist flüchtig. Zufriedenheit macht träge. Etwas zu finden, das den Unterschied macht und von dem man überzeugt ist, dass es einen voranbringt, ist nicht immer bequem, hält uns aber in Bewegung.

https://leadershipfreak.blog/2026/07/24/do-what-makes-you-unhappy/

Gefühl der Einsamkeit | Ein nachdenklicher Impuls

Der Blogartikel von Uwe Hauck lässt mich nachdenklich zurück. Ein bisschen erkenne ich mich selbst darin wieder. Spezialthemen, die nur wenige interessieren – das kommt mir bekannt vor. Wenn auch die thematische Schnittmenge eine etwas andere ist. Auch ich habe gemerkt, wie wichtig soziale Kontakte sind, und nehme daher regelmäßig an Veranstaltungen wie dem Europa-Stammtisch, Meet and Talk von Wir in Weinsberg und ähnlichen Events teil. Viele Freunde und Bekannte, die meine Interessen teilen, leben übrigens oft 100 km weit weg von meinem Wohnort. Mit nur wenigen Menschen im Umkreis von 50 km habe ich einen sehr intensiven Kontakt, der unter die Rubrik „echte Freundschaft” fällt. Glücklicherweise kämpfe ich nicht gegen eine Angststörung. Das macht es etwas einfacher. Aber auch bei mir kommt gelegentlich das Gefühl der Einsamkeit hoch, wenn Gespräche mit Tiefgang fehlen und der Austausch im Alltag nur an der Oberfläche kratzt.

https://www.livingthefuture.de/2026/07/19/alleine-ist-ein-zustand-einsam-ein-gefuehl/

LEAN

Standardisierung und Kaizen | Gute Standards sind lebendig

In seinem Blogartikel beschreibt Mark Graban ein Thema, das ich in ähnlicher Form auch immer wieder aufgreife: Standards. Ich verstehe Standards als „fluid” und adaptiv. Es sind gut bestätigte Arbeitshypothesen, die so lange gültig sind, bis wir eine bessere finden. Ganz simpel und einfach. Sie entwickeln sich beständig weiter. Ganz im Sinne von Kaizen. Allerdings erlebe ich immer wieder, dass Standards nicht reflektiert oder hinterfragt werden – geschweige denn angepasst. Einmal definiert, gelten sie, bis das Römische Reich untergeht. Das ist in meinen Augen unsinnig. In eine ähnliche Kerbe schlägt auch der Beitrag.

https://www.leanblog.org/2026/07/standardized-work-and-kaizen-toyota

AGILE

Prototypentest | Feedback Capture Grids nutzen

Im Scamper-Blog von Lars Richter bin ich auf einen Ansatz gestoßen, der mich stark an ein Format erinnert, das wir gerne in Team-Retros verwenden. Der Unterschied ist, dass er es im Kontext von Prototypentesting nutzt. Eigentlich naheliegend. Das Feedback Capture Grid ist ein einfaches Raster, das sich leicht abbilden lässt und fast selbsterklärend ist. Es liegt also nahe, es auch tatsächlich als Feedback-Werkzeug für das Prototypentesten zu nutzen.

https://scamper.blog/feedback-capture-grid

Impediments | Einordnung der Impediments auf einer Wirkungspyramide

Als ich den Blogartikel von Dominik Maximini gesehen habe, bin ich im ersten Moment innerlich etwas zusammengezuckt. Eine Pyramide der Impediements? Glücklicherweise hat er direkt klargestellt, dass es nicht darum geht, dass Teams eine Stufe nach der anderen durchlaufen – in dem Fall hätte ich den Beitrag nicht einmal erwähnt – sondern dass es sich um eine Einordnungshilfe handelt, die dabei helfen soll, Hindernisse zu kategorisieren. Das macht die Sache für mich interessanter. Die Hauptunterscheidung liegt in den Einflussebenen „Team” oder „Organisation”, also wo kann ich den Hebel ansetzen, um Wirkung zu erzielen? Diese beiden Hauptebenen differenziert er in Unterkategorien, die in einer „Wirksamkeitspyramide” münden. Die Darstellung finde ich persönlich zwar nicht optimal, dennoch kann ich inhaltlich gut folgen. Denn tatsächlich sind viele Impediments struktureller Art und es hilft herzlich wenig, an einem Team „herumzudoktern”. Solche Fälle durfte ich im Leben auch schon oft genug erleben. Das Team war top, konnte aber wegen struktureller Probleme an den Schnittstellen innerhalb der Organisation – beispielsweise entlang der Wertstromkette, in die es eingebunden war – sein Potenzial nicht nutzen.

https://www.scrum.org/resources/blog/pyramid-impediments

Agile Rolle | Gute Arbeit, die unsichtbar bleibt

In den letzten Monaten hatte ich den Eindruck, dass massenweise Agile Coaches, Scrum Master:innen, Kanban Coaches und Ähnliches nach neuen Jobs Ausschau gehalten haben, weil ihre Stellen in Unternehmen wegrationalisiert worden sind. Das Problem bei diesen Rollen ist, dass die Leistung der Inhaber:innen nicht direkt bezifferbar ist und somit oft unklar ist, welchen Mehrwert die Rolle hat. Marc Löffler greift genau dieses Thema unter dem Titel „Gute Arbeit, die keiner sieht, sieht aus wie gar keine Arbeit” auf. Ich würde behaupten, dass dies für jede Form echter und guter Führungsarbeit gilt. Selbst wenn man seinem Vorschlag folgt, braucht es immer noch eine Referenz, um die Sichtbarkeit durch einen Vergleich herzustellen, was in der Praxis weiterhin schwierig bleiben dürfte.

https://passionateteams.com/e/gute-arbeit-die-keiner-sieht-sieht-aus-wie-gar-keine-arbeit

Velocity | Die kognitiven Fallen der Velocity

Die gute alte Velocity ist nach wie vor ein Dauerbrenner, wie es scheint. Noch einmal: Sie misst den Durchsatz und ist somit eine Kennzahl für das Team, mit der sich dessen spezifische Geschwindigkeit ermitteln lässt. Ein Vergleich mit anderen Teams ist jedoch nicht möglich, da er auf relationellen Schätzungen basiert. Sie ist aber sicherlich nicht die einzige Kennzahl, mit der man arbeiten und auf die man sich verlassen sollte. Chuck Suscheck verdeutlicht gut, weshalb dem so ist, denn hier lauern auch einige kognitive Fallen, die zu Fehlschlüssen verleiten könnten.

https://www.scrum.org/resources/blog/cognitive-trap-velocity-misinterpretation

Scheitern | Weshalb „kontrolliertes“ Scheitern für das Lernen von Bedeutung ist

Auf den ersten Blick mag der Titel „Wann Scrum Master Teams bewusst scheitern lassen sollten” von Niklas Magerl etwas seltsam klingen. Zusammengefasst geht es jedoch nicht um das Scheitern an sich, sondern um „Risikomanagement” im Hinblick auf Experimente, die die Lernerfahrung des Teams stärken sollen. Es geht also um ein kontrolliertes „Scheitern“ mit dem Ziel, die Lernerfahrung zu intensivieren. Das ist naheliegend, denn Scheitern gehört zum Geschäft, wenn wir explorativ unterwegs sind und Lösungen erkunden. Wir müssen ja erst herausfinden, was der richtige Weg ist. Versuch und Irrtum gehören dazu. Das Ganze jedoch auf Risikomanagement zu reduzieren, würde zu kurz greifen. Ein durchaus lesenswerter Ansatz.

https://t2informatik.de/blog/scrum-master-teams-scheitern-lassen-sollten/

Scrum ohne Manager? | Auch selbstorganisierte Teams brauchen Führung

Ein hartnäckiger Mythos ist, dass selbstorganisierte Teams ohne Führung auskommen und man daher keine Führungskräfte mehr braucht. Das artet gerne auch mal so aus, dass behauptet wird, das Team sei selbstorganisiert und solle deshalb alles selbst entscheiden, wobei das Team dann im Stich gelassen wird. Nein, die Führung und das Management haben auch bei selbstorganisierten Teams nicht ausgedient. Die meisten Teams sind operative Teams. Sie sind auf operativer Flughöhe unterwegs. Für den ganzen taktischen, strategischen „Kram” haben sie nur bedingt Kapazitäten – und hier kommt unter anderem die Führung ins Spiel. Nur um ein Beispiel zu geben. Es ist auch ein weitverbreitetes Missverständnis, dass Scrum Master (und oft auch Product Owner) keine Führungskräfte sind. Sie sind genau das. Dazu passt, dass Mary Iqbal der Frage nachgeht, ob es in Scrum keine „Manager” gibt.

https://www.scrum.org/resources/blog/no-manager-scrum

LEADERSHIP UND MANAGEMENT

Führung braucht Ausbildung | Führungskräfte oft nicht auf Führungsaufgabe vorbereitet

Bei vielen Führungskräften lässt sich feststellen, dass sie nicht darauf vorbereitet wurden, Führungskraft zu werden. Mit etwas Glück bringen sie Vorerfahrung mit, sind hochgradig selbstreflektiert und bereiten sich daher selbst auf ihre Aufgabe vor. Dennoch ist meine Beobachtung nach wie vor, dass man sie viel zu oft im Stich lässt und sie nicht auf ihre Aufgabe vorbereitet. Eine Beobachtung, die Jan Fischbach zu teilen scheint. Er plädiert dafür, dass Führungskräfte eine „Ausbildung” benötigen. Führen will gelernt sein. Und da stimme ich ihm zu. Da ist nach wie vor viel Luft nach oben.

https://www.teamworkblog.de/2026/07/fuhrungskrafte-brauchen-eine-ausbildung.html

#Agile #Führung #Impediments #Kaizen #Leadership #Lean #Mangement #Obsidian #Produktivität #Prototypentest #Scheitern #Scrum #Standardisierung

#LINKSDERWOCHE | 30/2026: Produktivität, Lean, Agile, Mangement und Leadership

Photo by Pixabay on Pexels.com

PRODUKVITIÄT

Obsidian | Callouts farblich gestalten

Eine Funktion, die ich in Obsidian bisher noch nicht genutzt habe, ist durch einen Blogartikel von Thomas Mathoi wieder in meinen Fokus gerückt: Callouts. Offenbar gibt es so etwas wie einen „Callout-Manager”, mit dem sich die Callouts farblich variieren lassen. Das ist sicherlich für den einen oder anderen interessant. Ich selbst weiß noch nicht, ob und wie ich diese Möglichkeit künftig nutzen werde.

https://www.mathoi.at/2026/07/22/obsidian-kaizen-der-callout-manager/

Statt Bequemlichkeit | Tue, was den Unterschied macht

Dan Rockwell wirft einen interessanten Ansatz in den Raum. Nicht das, was uns glücklich macht, sollte in den Fokus gestellt werden, sondern das, was uns voranbringt. Das klingt naheliegend. Eigentlich. Aber seien wir ehrlich: Wir suchen doch immer zuerst nach dem „Glück” und dem, was uns „Spaß” macht. Zumindest legen das viele Ratschläge immer wieder nahe. Rockwell sagt jedoch, dass das, was den Unterschied macht, viel relevanter ist. Ich würde ergänzen, dass dort der Schlüssel zur langfristigen, gesunden Zufriedenheit liegt. Glück ist flüchtig. Zufriedenheit macht träge. Etwas zu finden, das den Unterschied macht und von dem man überzeugt ist, dass es einen voranbringt, ist nicht immer bequem, hält uns aber in Bewegung.

https://leadershipfreak.blog/2026/07/24/do-what-makes-you-unhappy/

Gefühl der Einsamkeit | Ein nachdenklicher Impuls

Der Blogartikel von Uwe Hauck lässt mich nachdenklich zurück. Ein bisschen erkenne ich mich selbst darin wieder. Spezialthemen, die nur wenige interessieren – das kommt mir bekannt vor. Wenn auch die thematische Schnittmenge eine etwas andere ist. Auch ich habe gemerkt, wie wichtig soziale Kontakte sind, und nehme daher regelmäßig an Veranstaltungen wie dem Europa-Stammtisch, Meet and Talk von Wir in Weinsberg und ähnlichen Events teil. Viele Freunde und Bekannte, die meine Interessen teilen, leben übrigens oft 100 km weit weg von meinem Wohnort. Mit nur wenigen Menschen im Umkreis von 50 km habe ich einen sehr intensiven Kontakt, der unter die Rubrik „echte Freundschaft” fällt. Glücklicherweise kämpfe ich nicht gegen eine Angststörung. Das macht es etwas einfacher. Aber auch bei mir kommt gelegentlich das Gefühl der Einsamkeit hoch, wenn Gespräche mit Tiefgang fehlen und der Austausch im Alltag nur an der Oberfläche kratzt.

https://www.livingthefuture.de/2026/07/19/alleine-ist-ein-zustand-einsam-ein-gefuehl/

LEAN

Standardisierung und Kaizen | Gute Standards sind lebendig

In seinem Blogartikel beschreibt Mark Graban ein Thema, das ich in ähnlicher Form auch immer wieder aufgreife: Standards. Ich verstehe Standards als „fluid” und adaptiv. Es sind gut bestätigte Arbeitshypothesen, die so lange gültig sind, bis wir eine bessere finden. Ganz simpel und einfach. Sie entwickeln sich beständig weiter. Ganz im Sinne von Kaizen. Allerdings erlebe ich immer wieder, dass Standards nicht reflektiert oder hinterfragt werden – geschweige denn angepasst. Einmal definiert, gelten sie, bis das Römische Reich untergeht. Das ist in meinen Augen unsinnig. In eine ähnliche Kerbe schlägt auch der Beitrag.

https://www.leanblog.org/2026/07/standardized-work-and-kaizen-toyota

AGILE

Prototypentest | Feedback Capture Grids nutzen

Im Scamper-Blog von Lars Richter bin ich auf einen Ansatz gestoßen, der mich stark an ein Format erinnert, das wir gerne in Team-Retros verwenden. Der Unterschied ist, dass er es im Kontext von Prototypentesting nutzt. Eigentlich naheliegend. Das Feedback Capture Grid ist ein einfaches Raster, das sich leicht abbilden lässt und fast selbsterklärend ist. Es liegt also nahe, es auch tatsächlich als Feedback-Werkzeug für das Prototypentesten zu nutzen.

https://scamper.blog/feedback-capture-grid

Impediments | Einordnung der Impediments auf einer Wirkungspyramide

Als ich den Blogartikel von Dominik Maximini gesehen habe, bin ich im ersten Moment innerlich etwas zusammengezuckt. Eine Pyramide der Impediements? Glücklicherweise hat er direkt klargestellt, dass es nicht darum geht, dass Teams eine Stufe nach der anderen durchlaufen – in dem Fall hätte ich den Beitrag nicht einmal erwähnt – sondern dass es sich um eine Einordnungshilfe handelt, die dabei helfen soll, Hindernisse zu kategorisieren. Das macht die Sache für mich interessanter. Die Hauptunterscheidung liegt in den Einflussebenen „Team” oder „Organisation”, also wo kann ich den Hebel ansetzen, um Wirkung zu erzielen? Diese beiden Hauptebenen differenziert er in Unterkategorien, die in einer „Wirksamkeitspyramide” münden. Die Darstellung finde ich persönlich zwar nicht optimal, dennoch kann ich inhaltlich gut folgen. Denn tatsächlich sind viele Impediments struktureller Art und es hilft herzlich wenig, an einem Team „herumzudoktern”. Solche Fälle durfte ich im Leben auch schon oft genug erleben. Das Team war top, konnte aber wegen struktureller Probleme an den Schnittstellen innerhalb der Organisation – beispielsweise entlang der Wertstromkette, in die es eingebunden war – sein Potenzial nicht nutzen.

https://www.scrum.org/resources/blog/pyramid-impediments

Agile Rolle | Gute Arbeit, die unsichtbar bleibt

In den letzten Monaten hatte ich den Eindruck, dass massenweise Agile Coaches, Scrum Master:innen, Kanban Coaches und Ähnliches nach neuen Jobs Ausschau gehalten haben, weil ihre Stellen in Unternehmen wegrationalisiert worden sind. Das Problem bei diesen Rollen ist, dass die Leistung der Inhaber:innen nicht direkt bezifferbar ist und somit oft unklar ist, welchen Mehrwert die Rolle hat. Marc Löffler greift genau dieses Thema unter dem Titel „Gute Arbeit, die keiner sieht, sieht aus wie gar keine Arbeit” auf. Ich würde behaupten, dass dies für jede Form echter und guter Führungsarbeit gilt. Selbst wenn man seinem Vorschlag folgt, braucht es immer noch eine Referenz, um die Sichtbarkeit durch einen Vergleich herzustellen, was in der Praxis weiterhin schwierig bleiben dürfte.

https://passionateteams.com/e/gute-arbeit-die-keiner-sieht-sieht-aus-wie-gar-keine-arbeit

Velocity | Die kognitiven Fallen der Velocity

Die gute alte Velocity ist nach wie vor ein Dauerbrenner, wie es scheint. Noch einmal: Sie misst den Durchsatz und ist somit eine Kennzahl für das Team, mit der sich dessen spezifische Geschwindigkeit ermitteln lässt. Ein Vergleich mit anderen Teams ist jedoch nicht möglich, da er auf relationellen Schätzungen basiert. Sie ist aber sicherlich nicht die einzige Kennzahl, mit der man arbeiten und auf die man sich verlassen sollte. Chuck Suscheck verdeutlicht gut, weshalb dem so ist, denn hier lauern auch einige kognitive Fallen, die zu Fehlschlüssen verleiten könnten.

https://www.scrum.org/resources/blog/cognitive-trap-velocity-misinterpretation

Scheitern | Weshalb „kontrolliertes“ Scheitern für das Lernen von Bedeutung ist

Auf den ersten Blick mag der Titel „Wann Scrum Master Teams bewusst scheitern lassen sollten” von Niklas Magerl etwas seltsam klingen. Zusammengefasst geht es jedoch nicht um das Scheitern an sich, sondern um „Risikomanagement” im Hinblick auf Experimente, die die Lernerfahrung des Teams stärken sollen. Es geht also um ein kontrolliertes „Scheitern“ mit dem Ziel, die Lernerfahrung zu intensivieren. Das ist naheliegend, denn Scheitern gehört zum Geschäft, wenn wir explorativ unterwegs sind und Lösungen erkunden. Wir müssen ja erst herausfinden, was der richtige Weg ist. Versuch und Irrtum gehören dazu. Das Ganze jedoch auf Risikomanagement zu reduzieren, würde zu kurz greifen. Ein durchaus lesenswerter Ansatz.

https://t2informatik.de/blog/scrum-master-teams-scheitern-lassen-sollten/

Scrum ohne Manager? | Auch selbstorganisierte Teams brauchen Führung

Ein hartnäckiger Mythos ist, dass selbstorganisierte Teams ohne Führung auskommen und man daher keine Führungskräfte mehr braucht. Das artet gerne auch mal so aus, dass behauptet wird, das Team sei selbstorganisiert und solle deshalb alles selbst entscheiden, wobei das Team dann im Stich gelassen wird. Nein, die Führung und das Management haben auch bei selbstorganisierten Teams nicht ausgedient. Die meisten Teams sind operative Teams. Sie sind auf operativer Flughöhe unterwegs. Für den ganzen taktischen, strategischen „Kram” haben sie nur bedingt Kapazitäten – und hier kommt unter anderem die Führung ins Spiel. Nur um ein Beispiel zu geben. Es ist auch ein weitverbreitetes Missverständnis, dass Scrum Master (und oft auch Product Owner) keine Führungskräfte sind. Sie sind genau das. Dazu passt, dass Mary Iqbal der Frage nachgeht, ob es in Scrum keine „Manager” gibt.

https://www.scrum.org/resources/blog/no-manager-scrum

LEADERSHIP UND MANAGEMENT

Führung braucht Ausbildung | Führungskräfte oft nicht auf Führungsaufgabe vorbereitet

Bei vielen Führungskräften lässt sich feststellen, dass sie nicht darauf vorbereitet wurden, Führungskraft zu werden. Mit etwas Glück bringen sie Vorerfahrung mit, sind hochgradig selbstreflektiert und bereiten sich daher selbst auf ihre Aufgabe vor. Dennoch ist meine Beobachtung nach wie vor, dass man sie viel zu oft im Stich lässt und sie nicht auf ihre Aufgabe vorbereitet. Eine Beobachtung, die Jan Fischbach zu teilen scheint. Er plädiert dafür, dass Führungskräfte eine „Ausbildung” benötigen. Führen will gelernt sein. Und da stimme ich ihm zu. Da ist nach wie vor viel Luft nach oben.

https://www.teamworkblog.de/2026/07/fuhrungskrafte-brauchen-eine-ausbildung.html

Ansible for DevOps by Jeff Geerling is on sale on Leanpub! Its suggested price is $9.99; get it for $6.99 with this coupon: https://leanpub.com/ansible-for-devops/c/LeanPublishingDaily20260723 #agile #software #startups #ansible #devops #cloud_computing

4 days in, #AgileConfessions has some gems:

"I misused the daily as a status report."
"I thought agile meant finishing tickets fast so I could change the plan anytime."
"Endless upfront plans, until I learned to run experiments."

Your turn: the most anti-agile thing you've done, and what it taught you. Any language, just tag #AgileConfessions.

#softwaredevelopment #agile #scrum #kanban

Alt...

Agile Confession

Нужна ли проектная документация в 26 году и что если ты пришел на новый проект, а там хаос и пустота?

«Это же бюрократия, у нас и так всё работает!» / «Документация — это отлично, но у нас есть задачи поважнее» / «Катя, я пришла на проект, а у них ничего, а у нас аудит». Эти фразы и еще много подобного я слышала так много раз, что кажется, время этой статьи пришло). Мой путь от скептика к как меня в шутку называют коллеги «документатору‑злодею» и мысли о том, зачем же нам все таки нужно уметь и делать проектную документацию. Путь от скептика к «документатору-злодею»

https://habr.com/ru/articles/1062894/

#документация_проекта #требования_заказчика #требования_к_системе #agile #аналитика #системный_анализ #системный_анализ_2026 #бизнесанализ #управление_проектами #itстандарты

There is this huge push to “keep me honest” in the SCRUM world.

Ok.

So let’s not call them “burn down charts”, but “pile up charts”. Honestly we never burned anything and they never go down 🤷

#SCRUM #BurnDown #IT #Agile #SortOf

Top Links
Native Agent Memory for Microsoft Agent Framework, Powered by Azure Cosmos DB (Theo van Kraay)
Introducing MAI-Image-2.5 Pro and MAI-Voice-2 Flash in Microsoft Foundry (Naomi Moneypenny)
Move Agent Orchestration/Workflows out of Code with Agent Framework Declarative Wor…

Don't punish honesty

If teams are criticised every time an estimate changes, they'll stop telling you when they discover new risks.

The result?

Late surprises instead of early conversations.

Create an environment where transparency is rewarded.

#Leadership #Agile

Dein Team ist nicht langsam. Euer Feedback kommt zu spät.

Feedback hat ein Verfallsdatum. Ein Signal, das erst nach Monaten ankommt, lenkt keine Entscheidung mehr.

Der Engpass ist nie das Signal. Es ist die Zeit bis zur Entscheidung.

Frag dich: Wie lange dauert es bei euch von Idee bis echtem Feedback?

https://no-bullshit-agile.de/nbak11-feedback-kommt-zu-spaet.html

#Agile #Agilität #WorkFeedbackLoop #SoftwareDevelopment

Alt...

NBAK11: Dein Team ist nicht langsam - euer Feedback kommt zu spät

⏳ A counterpoint to a favourite Agile idea. The Last Responsible Moment says: delay a decision until failing to decide eliminates an important alternative.

But Rebecca Wirfs-Brock argues for the "most responsible moment", deciding when you know enough to choose well, not nervously delaying. "Last" keeps you flexible; "most" keeps you from brinkmanship.

Delaying to stay flexible, or to avoid deciding?

#Agile

https://agilepainrelief.com/glossary/last-responsible-moment/?utm_source=mastodon&utm_campaign=archive-reshare

Retrospectives and hot washes are complementary approaches for learning and driving better outcomes. Each has distinct strengths, and the right choice depends on the situation ...

Explore more: https://scottgraffius.com/blog/files/retrospectives-and-hot-washes.html

#Agile #ProjectManagement #Retrospective #HotWash #ContinuousImprovement