You are doing Scrum by the book, but it just does not work? Don't blame Scrum too fast. Check what you are doing through a different lens:

https://no-bullshit-agile.com/wfl/

#scrum #agile

»How Scrum Masters Should Start Their AI Journey« https://www.scrum.org/resources/blog/how-scrum-masters-should-start-their-ai-journey #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Shipping isn't the finish line; it's the start of a chain of effects. I often see teams confuse output with outcomes, but John Cutler reminds us we're actually delivering potential. Strategy means choosing where to act in the system. See how to map your impact: https://cutlefish.substack.com/p/tbm-408-basic-links #ProductManagement #Agile

With the Work Feedback Loop, you can quickly clarify the following. Feel free to try it out, discuss it with others, and give me your feedback!

https://no-bullshit-agile.com/wfl/

A thread🧵

#agile #WorkFeedbackLoop

Where does feedback end as “information” – and where does feedback begin as “consequence”? In other words: Where does perception become a decision that really changes future work?

(1/3)

»The SCARF Model« https://bobgalen.substack.com/p/the-scarf-model #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Roses are red
Dashboards are green
Insights are dead
If numbers are all you are lookin
#Testing #Agile

While “culture” is often seen as a soft skill, top-performing organizations know it’s the Engine of productivity & stability.

In #SoftwareDevelopment, #Culture can make or break teams.

In this #InfoQ virtual panel, we explore how a strong culture drives innovation and brings out the best in software professionals.

📖 Read now: https://bit.ly/4014uej

#DeveloperExperince #Leadership #Teamwork #Agile

#LINKSDERWOCHE | 9/2026: Produktivität, Lean, Agile, Management und Leadership

PRODUKTIVITÄT

Schwäche als Stärke | Schwäche ist kein Nachteil, sondern kann zu Vorteil werden

Schwäche wird nach wie vor oft negativ gesehen. Nicht so bei Dan Rockwell. Er sieht in ihr sogar einen Vorteil, sofern sie bewusst reflektiert wird. Sich seiner Schwächen bewusst zu sein und die Verantwortung dafür zu übernehmen, eröffnet laut ihm Entwicklungschancen und erdet.

https://leadershipfreak.blog/2026/02/26/the-weakness-advantage/

Selbstäuschung vermeinden | Sieben Fragen, die uns vor Selbsttäuschen bewahren können

Auch wenn Dan Rockwells sieben Fragen ursprünglich auf „Führung” abzielen, lassen sie sich auf viele andere Bereiche übertragen. Führung bedeutet nämlich nicht nur, andere zu führen, sondern auch, sich selbst zu führen. Daher passen die Fragen für mich sogar in das Themenfeld der persönlichen Produktivität. Es geht darum, Selbsttäuschung zu vermeiden und die eigene Entwicklung zu reflektieren. Dabei können seine Fragen einen wertvollen Beitrag leisten, wenn wir sie in der Selbstreflexion einsetzen.

https://leadershipfreak.blog/2026/02/24/7-questions-that-build-leaders/

Unsicherheit | Wie man mit der alltäglichen Unsicherheit umgehen kann

In der folgenden Podcastfolge von Ivan Blatter geht es um den Umgang mit Unsicherheit. Unsicherheit gehört zum Leben dazu. Alles ist beständig im Fluss. Unsicherheit ist somit der Normalzustand. Die Zukunft ist nicht klar vorhersehbar. Es gibt kein Patentrezept, um mit ihr umzugehen. Olaf Hinz spricht in diesem Zusammenhang vom Segeln auf Sicht, was Ivan als 20-Meter-Prinzip bezeichnet. Ein kleiner Tipp von mir: Effectuation bietet noch einige gute Ansätze, die sich nutzen lassen, um mit echter Unsicherheit umzugehen.

https://share.transistor.fm/s/c1626d8a

Obsidian | Arbeiten mit der Kommandozeile kommt

Ich habe über Thomas Mathoi zur Kenntnis genommen, dass Obsidian bald auf der Kommandozeile genutzt werden kann. Mir erschließt sich der Mehrwert zwar nicht, aber das bedeutet nicht, dass andere diese Funktion nicht schätzen und sich darüber freuen. Daher einfach nur die Info: Da kommt was.

https://www.mathoi.at/2026/02/23/obsidian-auf-der-kommandozeile/

LEAN

Prinzipien statt Methoden | Modelle und Methoden taugen nicht viel, wenn man die Prinzipien dahinter nicht verstanden hat

Ein großer Fehler, der mir – egal, ob im Kontext von Lean oder Agile – immer wieder begegnet, ist das „dumpfe“ Kopieren von Methoden, ohne die zugrunde liegenden Prinzipien zu durchdringen. Es ist wie mit einem guten Standard: Er ist eine gut bestätigte Arbeitshypothese, die so lange gültig ist, bis wir eine bessere finden. Die Prinzipien bleiben bestehen, während sich der Standard verändert. Das beständige Hinterfragen, Weiterentwickeln und Anpassen der Hypothese ist das Prinzip. Ähnlich verhält es sich mit Modellen und Methoden. Auch sie sind gut bestätigte Arbeitshypothesen, die es beständig zu hinterfragen gilt. Prinzipien kann man leider nicht einfach kopieren wie eine Methode. Wie Götz Müller zum Ausdruck bringt, tragen sie eine gewisse Unschärfe in sich, die bewusst gewollt ist. Sie bilden einen Denkrahmen, der Anpassungen im Sinne kontinuierlicher Verbesserung erlaubt.

https://www.geemco.de/artikel/wo-modelling-im-lean-ein-ausgangspunkt-ist-aber-leicht-in-einer-sackgasse-endet/

AGILE

Neugier | Der Ausgangspunkt der Veränderung ist Neugier

Ich hatte bereits letzte Woche den ersten Artikel der Blogserie von Maik Seyfert in den „Links der Woche” erwähnt. Diese Woche folgt der nicht minder spannende zweite Teil, in dem der Autor hervorhebt, weshalb Neugier der wahre Startpunkt der Veränderung ist. Das erinnert mich daran, dass wir – wenn wir über ein Problem stolpern – stutzig werden sollten, wenn wir zügig auf Lösungen stoßen. Einer der großen Vordenker von Lean – ich meine, es waren Taiichi Ohno oder Masaaki Imai, ich bin mir aber nicht mehr sicher – sagte sinngemäß, dass, wenn wir zu schnell eine Lösung parat haben, die Wahrscheinlichkeit groß ist, dass wir das Problem noch nicht verstanden haben. Das ist ein Grund, weshalb die 5 Why entstanden sind, und aus meiner Sicht ist es ein Wesenszug von Kaizen, da das ständige Hinterfragen der eigenen Annahmen mit dem Ziel, bessere Lösungen zu finden, gerade diese Neugier voraussetzt.

https://www.lostconsultants.com/2026/02/23/why-curiosity-is-the-real-starting-point-of-change/

Retrospektiven I | Wenn in Retros Stille herrscht …

Der bewusste Bruch mit Mustern kann, das stelle ich immer wieder fest, ganz neue Perspektiven eröffnen. Obwohl ich bei Retrospektiven eher ein Freund der Routine bin, mache ich mir das Musterbrechen gelegentlich auch hier zunutze. Daher suche ich immer auch nach guten und bewährten Formaten und bin dankbar, wenn Kolleg:innen ihre bewährte Praxis mit der Gemeinschaft teilen, so wie Simon Flossmann. So wie hier Simon Flossmann. Allerdings bin ich bei asynchronen Retros eher skeptisch. Gerade wenn der Faktor „Zeit” sehr knapp ist, fällt das „asynchrone Kommunizieren” oft dem Druck der vermeintlich wichtigeren Aufgaben zum Opfer. Ein fester Termin und Zeitslot hat sich aus meiner Sicht gerade deshalb bewährt, weil damit auch eine Verpflichtung einhergeht. Allerdings zielen Simons Anregungen eher darauf ab, die stillen Zeitgenossen, von denen man in der Regel nur wenig hört, aus der Reserve zu locken. Von daher ist es auf jeden Fall einen Versuch wert, wenn man den Eindruck hat, dass in der Retro öfter mal Teammitglieder „unsichtbar” sind.

https://www.scrum.org/resources/blog/nach-300-retrospektiven-meine-3-lieblingsformate-wenn-teams-nur-schweigend-die-kamera-starren

Retrospektiven II | Retros ohne echte Wirkung sind für die Tonne

Ein kritischer Blick auf das Themenfeld Retrospektive wird auch hier von Marc Löffler geworfen. Und das nicht ganz zu Unrecht. Eine Retrospektive ohne Wirkung ist sinnlos. Bei Retros geht es darum, echte Verbesserungen zu entwickeln, die ein Team voranbringen und Wirkung entfalten. Offensichtlich gibt es nach wie vor Bedarf, das Thema immer wieder aufzugreifen.

https://marcloeffler.eu/2026/02/24/zeit-fuer-bessere-retros/

Ergebnis statt Methodik | Lieferleistung und -qualität sind es die am Ende zählen

Es ist einfach, sich daran abzuarbeiten, ob ein bestimmtes Rahmenwerk gelebt wird oder nicht. Aber darum geht es am Ende des Tages nicht. Es zählt nur, was wir am Ende tatsächlich abliefern. Als Gesamtteam. Daran wird auch die Leistung von Scrum Mastern gemessen. Daher halte ich es persönlich für sehr wichtig, den Fokus in erster Linie darauf zu richten, welchen Mehrwert das Team erzeugt und wie gut die Qualität ist, und nicht darauf, wie gut das Team Scrum lebt. Ähnlich wie Mary Iqbal spreche ich mich dafür aus, Verbesserungen im Team vor allem am Ergebnis und der Ergebnisqualität sichtbar zu machen. Das ist jedoch kein leichtes Unterfangen, weil gerade das oft nicht klar ist. Insbesondere dann, wenn die Distanz zu echten Nutzern sehr groß ist. Das wiederum kommt öfter vor, als man denkt. Leider. Dies ist jedoch ein eigenes Thema.

https://www.rebelscrum.site/post/scrum-is-a-tool-not-the-goal

Agile und KI | Weshalb echte Agilisten auch in Zukunft noch gefragt sein werden

Dieser Schlüsselsatz aus dem Blogartikel von Stefan Wolpers bringt – unabhängig vom Thema KI, das der eigentliche Treiber des Artikels ist – zum Ausdruck, weshalb ich immer noch von Agilität überzeugt bin: „Die oben skizzierte Chance steht jedoch nur agilen Praktikern offen, die aufhören, sich über die Frameworks zu definieren, die sie praktizieren, und anfangen, sich über die organisatorischen Probleme zu definieren, die sie lösen.“ Es steckt nämlich alles drin, worum es eigentlich geht. Es geht nicht um Frameworks, sondern darum, Probleme und Hindernisse aufzulösen, damit am Ende qualitativ hochwertige Ergebnisse entstehen. Ja, wir stehen vor erheblichen Veränderungen durch KI, was die Technologie betrifft. Das eigentliche Kernproblem aller Organisationen bleibt davon jedoch unberührt: Organisationen müssen sich beständig „neu erfinden” und weiterentwickeln. Echten Agilisten – anders als Agileologen – geht es genau darum.

https://www.scrum.org/resources/blog/warum-agile-praktiker-fur-2026-optimistisch-sein-sollten-teil-1

Kritischer Umgang mit Theorien | Vermeintlich wissenschaftlichen Theorien kritisch hinterfragen

Jetzt, liebe Leser:innen, heißt es, sich kurz hinzusetzen. In seinem Blogartikel räumt Felix Stein mit „pseudowissenschaftlichen” Erkenntnissen auf, die wir – da bin ich mir sicher – fast alle schon irgendwo gehört, gelesen und vermutlich sogar selbst verwendet haben. Die Rede ist unter anderem von den Dunbar-Zahlen, den Tuckman-Phasen und einigen anderen Dingen. Ich nehme mich da nicht aus und gebe zu, auch schon in diese Falle getappt zu sein. Es geht nicht darum, dass all das „Blödsinn” ist, sondern darum, Erkenntnisse aus Theorien kritisch reflektierend auf unsere Arbeit zu übertragen. Das ist nicht immer ganz einfach, da wir im Tagesgeschäft oft genug ordentlich unter Dampf stehen. Es lohnt sich allerdings. Es geht primär um ein vertiefendes Verständnis, das erforderlich ist, um zu erkennen, ob Theorien und Erkenntnisse tatsächlich noch aktuell sind und in unserem jeweiligen Kontext zielführend übertragen werden können.

https://www.lean-agility.de/2026/02/pseudo-wissenschaft-im-projektmanagement.html

Design Thinking Methode | A Day in Life – nicht nur für das Produktmanagement geeignet

Wenn ich als Team- bzw. Agile Coach in ein neues Team komme, möchte ich zunächst verstehen, wie es dort läuft. Dafür beobachte ich zunächst einmal, um ein Gespür für die Abläufe zu entwickeln. Dabei greife ich auf etwas Ähnliches zurück, das Lars Richter im Hinblick auf Design-Thinking-Techniken für die Produktentwicklung beschreibt. „A Day in the Life”. Es geht um Verstehen. Erst wenn wir etwas verstanden haben, können wir „neue” Impulse geben, die wirklich zielfördernd sind..

https://scamper.blog/a-day-in-the-life/

LEADERSHIP UND MANAGEMENT

Erwartungsfalle | Wenn Führung mit Erwartungen überladen wird

Führung bedeutet auch, Erwartungen zu managen – und zwar auf verschiedenen Ebenen. Dies gilt sowohl für die Führenden als auch für die Geführten. Am Ende des Tages braucht es auch schonungslose Transparenz darüber, was machbar und möglich ist. Viel zu oft wird die „Führung” mit Dingen überladen, die außerhalb ihres Einflussbereichs liegen. Führung ist nicht von der Führungskraft abhängig, sondern vom Zusammenspiel unterschiedlichster Faktoren. Wer den Blick zu starr auf die Führungskraft verengt und dabei Kontext, System, Aufgabenstellung, Geführte usw. außer Acht lässt, darf sich nicht wundern, wenn ein „Superheld“ nach dem anderen in der Burnout-Klinik landet. In diesem Sinne sollte der Artikel von Daniel Dubbel dem einen oder anderen gute Impulse liefern, wie wichtig Offenheit und Klarheit für das Erwartungsmanagement im Kontext von Führung sind.

https://www.inspectandadapt.de/mythos-guter-fuehrung-wenn-erwartungen-zur-falle-werden/

Kulturlücke | Wenn Realität und Anspruch zu sehr auseinanderklaffen

Belinda Weibel spricht von der häufig beobachtbaren Kulturlücke zwischen dem nach außen postulierten Anspruch und der gelebten Realität in Organisationen. Wenn ich mir Ausschreibungen anschaue, müsste man meinen, dass in den meisten Organisationen das reinste „Arbeitsparadies” mit einer unglaublich offenen Kultur, geprägt von Transparenz und Kreativität, herrscht, von dem wir alle träumen. Die gelebte Realität sieht jedoch oft anders aus. Im Sinne eines guten Erwartungsmanagements – Marketing hin oder her – sollten der postulierte Anspruch nach außen und die gelebte Realität einigermaßen übereinstimmen, sonst gibt es am Ende nur lange Gesichter, weil unrealistische Erwartungen geweckt werden, die nicht erfüllt werden können. Das kann auch teuer werden, wenn immer wieder gute Mitarbeitende innerhalb kürzester Zeit abspringen. Ihr Fazit: Konsistenz schlägt Perfektion. Lieber etwas mehr Ehrlichkeit als perfektes Personalmarketing. Mit anderen Worten: Authentizität erhöht auch hier die Glaubwürdigkeit dauerhaft ungemein.

https://t2informatik.de/blog/willkommen-im-culture-gap/

Mit der Work-Feedback Loop kannst du in kurzer Zeit Folgendes klären. Probier es gerne aus, diskutier es gerne mit anderen Menschen und gib mir gerne Feedback!

https://no-bullshit-agile.de/wfl/

Ein Thread🧵

#agile #WorkFeedbackLoop (1/3)

Ever wondered why some teams hide defects while others swarm to fix them? The Andon Cord isn't just a Toyota tool; it's a masterclass in psychological safety. When stopping the line is praised, quality becomes a shared duty, not a burden. See how to foster this: https://psychsafety.com/psychological-safety-79-the-andon-cord/ #ProductManagement #Agile

»How I Learned to Stop Worrying and Love the LLM in Agile« https://www.scrum.org/resources/blog/how-i-learned-stop-worrying-and-love-llm-agile #Agilist.in #Agile #Change #Lean #Kanban #Scrum

If you’re delivering continuously, you have a good chance of responding to the feedback from those deliveries and acting in line with the market. But if budgets are earmarked and planned far in advance, you take that chance away from yourselves. The Work–Feedback Loop can help you talk about this in your organization.

https://no-bullshit-agile.com/wfl/#capital-as-a-second-coupling

#agile #WorkFeedbackLoop

Alt...

If you’re delivering continuously, you have a good chance of responding to the feedback from those deliveries and acting in line with the market. But if budgets are earmarked and planned far in advance, you take that chance away from yourselves. The Work–Feedback Loop can help you talk about this in your organization.

"Agile Protocol: The Transformation Ultimatum" is the 1st Agile satire—using parody and humor to dismantle corporate Agile cosplay and other forms of fake Agile—with real, actionable insights.

See the book on Amazon at https://amzn.to/4uavLJd

#Agile #AgileTransformation #FakeAgile #RealAgile #Book

»Decision Velocity Infrastructure: Why Product Ops Is Moving Upstream« https://www.scrum.org/resources/blog/decision-velocity-infrastructure-why-product-ops-moving-upstream #Agilist.in #Agile #Change #Lean #Kanban #Scrum

🇩🇪 Wer hat Lust mir mal ein Problem in eurer Organisation rund um agiles Arbeiten zu nennen, dass ich dann mal gegen die Work-Feedback Loop halte?

https://no-bullshit-agile.de/wfl/

#agile #scrum #kanban #development

🇬🇧 Who’s up for sharing a real problem in your organization related to “agile” work—so I can run it through the Work–Feedback Loop and show what it reveals?

https://no-bullshit-agile.com/wfl/

#agile #scrum #kanban #development

The Agile Manifesto was released just over 25 years ago.

The Project Management Institute + Agile Alliance are developing the Manifesto for Enterprise Agility. It's currently scheduled to be released on March 3, 2026.

https://scottgraffius.com/blog/files/climbing-the-ladder-the-head-of-agile-pmos-organizational-proximity-to-the-ceo-is-closer-than-ever.html

#Agile #Agility #EnterpriseAgility

Explore https://ScottGraffius.com for unique resources and actionable insights on #AI, #Agile, #projectmanagement, and other #tech and #business topics. Examples:

🔵 $2.3B and Counting! https://scottgraffius.com/blog/files/navigating-the-spectrum-of-advanced-artificial-intelligence.html
🔵 Teams https://scottgraffius.com/blog/files/graffius-phases-of-team-development-2026.html
🔵 Metaverse https://scottgraffius.com/blog/files/marketing-in-the-metaverse-spotlights-graffius-research.html

Top Links Azure SDK Release (February 2026) (Ronnie Geraghty) Announcing Shader Model 6.9 Retail and New D3D12 Improvements (Amar Patel & Serena Tang) Copilot Tasks: From Answers to Actions (Copilot Team) VS Code: Building Long-Distance Next Edit Suggestions (Vikram Duvvur, Gaurav Mittal & Benjamin Simmonds) Announcing new Cloud PC devices designed for Windows 365 (Stefan … Continue reading Dew Drop – February 27, 2026 (#4614)

10X ORG – Powered by Org Topologies: A Manager's Guide to Elevating Business Performance with People and AI by Alexey Krivitsky, Craig Larman, Roland Flemm and Alexey Krivitsky is the featured book on Leanpub!

#1 Best Seller in Management Science. Learn how to drive your organizational performance with people and AI to 10X and beyond — in impact and relevance.

Link: https://leanpub.com/10xorg

#Leadership #OrganizationalPsychology #Agile #BusinessArchitecture #Consulting #BusinessAndManagement

Аудитор: Человеко-Ориентированный Трекер Эволюции Библиотек

Java принято называть языком программирования, но по сути это целая программная система, включающая три уровня: формальную верификацию модели через теорию типов, среду выполнения с динамическим линковщиком JVM и ментальную модель, которую разработчик выстраивает вокруг библиотек. Когда автор меняет сигнатуру метода, страдает не только байт-код — рушится контракт и привычное представление о стабильности API. Существующие инструменты проверяют бинарную и исходную совместимость, но их ответ сводится к вопросу «упадёт или не упадёт». При этом они не объясняют суть изменений: например, если метод перенесли из подкласса в суперкласс, анализатор покажет «удалено в А, добавлено в Б» — технически верно, но по смыслу ничего не объясняет. Здесь нужен человеко-ориентированный подход . Библиотеки — такие же продукты, как и любые другие, и их потребители заслуживают внятного объяснения того, как эволюционирует API. Предлагаемый инструмент — Аудитор — умеет не только проверять совместимость, но и распознавать рефакторинги по их смыслу: отслеживать перемещение методов по иерархии, выявлять смену ответственности между классами, обнаруживать паттерны изменений. Вместо сухого списка «добавлено/удалено» он генерирует человеко-читаемые отчёты на вики-страницах проекта, где разработчик видит не просто факты, а историю эволюции структуры API. Это сохраняет актуальность ментальной модели библиотеки и снижает риск неверной интерпретации изменений при обновлении версий. В статье будут рассмотрены нюансы каждого из 3х уровней, чтобы дать теоретические основы, необходимые для понятия бинарной и исходной совместимостей версий (binary & source compatibility), а также же представлен практический обзор на новый фреймворк, написанный мною, для их автоматического аудита на вики-страницах, которые станут прекрасным дополнением к вашим Java проектам.

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

#java #api #документация #совместимость #библиотеки #экосистема #binary_compatibility #agile #wiki

Vague values like "Respect" fail under pressure. High-performing teams need concrete "Breach Protocols" to stay aligned. This guide by Andi Roberts moves beyond fluff to provide a practical framework for real accountability and psychological safety. Shift from theory to action here: https://andiroberts.com/teamwork/team-charter-workshop-agendas-templates-exercises #ProductOps #Agile

Honored that BMC Software — a global technology leader in enterprise IT management and automation software — featured content from my first book, Agile Scrum: Your Quick Start Guide with Step-by-Step Instructions.

See what BMC quoted here: https://scottgraffius.com/blog/files/bmc-software-quotes-from-agile-scrum-book-by-scott-m-graffius.html

#Agile #Scrum #Software #Metrics

Dew Drop Weekly Newsletter 472 - Week Ending February 27, 2026

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

#dewdrop #newsletter #javascript #aspnetcore #css #xaml #windowsdev #dotnet #csharp #ai #mcp #devops #agile #python #appdev #dotnetmaui #podcasts #m365 #sqlserver #data #powershell

Obsessing over capacity and estimation is a trap. When we PUSH work based on guesses, the boulder always rolls back. To escape this Sisyphean cycle, let reality dictate your pace. Switch to a PULL system to handle complexity with ease: https://mdalmijn.com/p/the-sisyphean-tragedy-of-planning #Agile #ProductManagement

Marc Bless:
Hier sind meine fünf plakativsten Beobachtungen, die ich in den nächsten Beiträgen auseinandernehmen werde.

1. KI ist kein Technologieproblem. Sie ist ein Reifegrad-Test.
Wenn deine Organisation mit Agilität gestruggelt hat, wird sie auch mit KI strugglen. Nicht wegen des Modells, sondern wegen Entscheidungsprozessen, Silos und fehlender Adaptivität.

2. Engineering verschwindet nicht. Mittelmaß schon.
[ ...]

https://www.linkedin.com/posts/marcbless_oop-2026-fünf-unbequeme-wahrheiten-über-activity-7429781740317151232-ZY-Q

#AgileAI #Agile #AgileCoach

UK #dotnet #csharp #sqlserver lead/senior developer with over 15 years’ experience looking for new permanent role if possible. Would consider temporary contract.

#AspDotNet #mvc #blazor #entityframework #azure #tdd #agile #Git

Looking for hybrid role in London, Cambridge, Essex, or Hertfordshire. Also interested in fully-remote UK or European roles.

#FediHire #getfedihired

New 📚 Release! 10X ORG – Powered by Org Topologies: A Manager's Guide to Elevating Business Performance with People and AI by Alexey Krivitsky, Craig Larman, and Roland Flemm

Find it on Leanpub!

Link: https://leanpub.com/10xorg

#books #leadership #management #psychology #agile #consulting #businessarchitecture #softwareengineering #gpt

»Product Owners and Dependencies« https://www.scrum.org/resources/blog/product-owners-and-dependencies #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Emergent work: the stuff that breaks your plan unless you show it« https://www.scrum.org/resources/blog/emergent-work-stuff-breaks-your-plan-unless-you-show-it #Agilist.in #Agile #Change #Lean #Kanban #Scrum

das is doch mal was @pgoetz und boris bieten den PSPO (Product Owner scrum.org) an Fokus auf Nachhaltigkeit.

https://www.scrum.org/courses/professional-scrum-product-owner-munchen-germany-2026-05-21-99707

CO2 fussabdruck an jedes Backlog Item?
cc @JuttaEckstein

@agile #agile #scrum #sustainability

Stop asking for empowerment and start asking for accountability. Real trust is earned by speaking the language of business outcomes, not just user discovery. We must connect our work to the metrics that matter to the CFO.

Check out this brilliant take: https://www.prodpad.com/blog/product-teams-need-accountability/

#ProductManagement #Agile

»Warum Agile Praktiker für 2026 optimistisch sein sollten (Teil 1) 🇩🇪« https://www.scrum.org/resources/blog/warum-agile-praktiker-fur-2026-optimistisch-sein-sollten-teil-1 #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Skilling Up Development Teams« https://agilealliance.org/skilling-up-development-teams/ #Agilist.in #Agile #Change #Lean #Kanban #Scrum

If coding is "solved", the value shifts entirely to product judgement. Boris Cherny’s journey with Claude Code shows why specifying the "what" is now more vital than the "how". Explore the shift to product-led engineering here: https://www.lennysnewsletter.com/p/head-of-claude-code-what-happens #AI #Agile

»You are NOT Alone« https://bobgalen.substack.com/p/you-are-not-alone #Agilist.in #Agile #Change #Lean #Kanban #Scrum

If "agile" is essentially a fast Work-Feedback Loop, which quadrant are you in?

Details: https://no-bullshit-agile.com/wfl/

#agile #WorkFeedbackLoop #flow #development

Alt...

Work-Feedback Diagnose Matrix

Agil sein ist kein Ziel - Gute Software schnell (und sicher) liefern ist eins.

Immer noch versuchen zu viele Organisationen "agil zu sein". Aber das liefert keinen Wert. Wert wird geliefert, wenn das Richtige zur richtigen Zeit am Markt ist, damit Feedback eingesammelt werden kann, das dann die nächste Arbeit beeinflusst. Nicht mehr und nicht weniger.

Ein Thread 🧵

https://no-bullshit-agile.de/wfl/

#agile #scrum #kanban #WorkFeedbackLoop

(1/4)

Viele Organisationen werden schneller, aber nicht besser darin, aus der Realität zu lernen.

Genau dafür habe ich die Work–Feedback Loop entwickelt: ein Denkmodell, das Agilität nicht als Methode versteht, sondern als Fähigkeit eines Systems, Feedback schnell und wirksam in veränderte Arbeit zu übersetzen.

https://no-bullshit-agile.de/wfl/

#agile #WorkFeedbackLoop

(1/2)

A Scrum Introduction by Joseph Little is free with a Leanpub Reader membership! Or you can buy it for $7.99! https://leanpub.com/ascrumintroduction #Agile

I am looking for a visualisation on the internet, but it is buried:

AFAIR it was presented on a #Kanban conference. About the total elapsed time from idea to delivery, with software development just beeing a tiny fraction in the middle. With comittees and gates before development starts, and QA and acceptance and stuff after development is done. And nevertheless everbody focusing on optimizing development time.

A nice handdrawn sketch.

I can't find it any more.
#agile #agileparty

ИИ в Agile-команде. Цифровой помощник, железный дровосек или коллега?

Всем привет! На связи команда «Клаудмастер» («Инферит FinOps»). Хотим рассказать вам про то, как мы используем ИИ в нашей работе. Помните март 2025-го? Дарио Амадей, генеральный директор Anthropic, обещает , что очень скоро почти весь код будет писать ИИ, регуляторы и рынок труда должны будут адаптироваться (ну вы поняли). Тогда мы с командой спешно затеяли эксперимент: решили проверить, каков реальный КПД от ИИ на практике и стоит ли нам в него вложиться.

https://habr.com/ru/companies/inferit/articles/1002972/

#искусственный_интеллект #нейросети #llm #генеративный_ai #agile #разработка_по #автоматизация #производительность_команды #вайбкодинг #командная_работа