Organisational Dysfunction of the Day

HiPPOs and dungeon masters

Context: In bureaucratic organisations, the formal ranking of people is usually well known and clear, where people higher up in the hierarchy have certain mandates over people they manage and/or that reports to them. Anything else would be chaos in that world. Still, there is also a lot of informal power, ranging from age difference and gender to more subtle things like years of experience and size of salary, regardless of formal power. This is problematic when decisions are to be made, as these informal power structures end up trumping data and expertise.

OST Explains: Facilitators especially try to counter these tendencies in workshops, for example, by using different types of techniques. A common one is sometimes called Silent Writing, where people are asked to work on the problem alone first, at the start of the workshop, so that all voices are heard. Sometimes this is taken a step further, as in 11-2-4-all, where the next step is joining a colleague to draw up a joint design, before joining up with another pair to create one they all agree on, and so on, before all get together and decide. This works well to get input from everyone, but does not silence the one with rank, as they will dominate regardless. And potentially lead to failure. In the techniques developed in OST, the focus is instead to create a community from the start of the session, instead of fortifying the differences, as these techniques do focus on the individuals. The Search Conference does this by focusing first on the shared goals and wishes for the future, showing that they all agree on more than they disagree on. And, if they do agree on something, put that to the side immediately and focus on what joins them instead of what separates them. The assumption is that we share the we all share the values that lead to the desirable future.

#OpenSystemsTheory #SocioTechnical #OrgDesign #agile

Grey Lovelace and Whitney Lovelace have a Spotlight Session at Nebraska.Code() this July.

Check out 'More Documentation is Not the Answer' here: https://nebraskacode.amegala.com/

#SpotlightSession #TechConference #Documentation #Agile Source Allies #PracticalAgile #WomenInTech #Midwest #TechDocumentation #Technology #Heartland #SiliconPrairie #DeveloperConference

»From Chaos to Control, Part 3 - Done« https://www.scrum.org/resources/blog/chaos-control-part-3-done #Agilist.in #Agile #Change #Lean #Kanban #Scrum

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

»AI Future Impact On The Scrum Roles« https://www.scrum.org/resources/blog/ai-future-impact-scrum-roles #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Mastering AI in Business - RAG vs CAG with Braden Cundiff« http://drunkenpm.blogspot.com/2026/04/mastering-ai-in-business-rag-vs-cag.html #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Organisational Dysfunction of the Day

Communication problems

Context: A common trope in larger organisations is that the root cause of so many problems and dysfunctions is bad communication. That people are not talking to each other and conveying information properly and promptly. Things are taking too long because of all the people that have to be involved and such. People are therefore often seen as the cause of this problem, and a common way of attempting to deal with these problems involves giving people additional communication skills. Something that fuels a huge training industry. Another is to simply limit the communication needed, for example, by setting a cap on team size (often citing Metcalfe's law) or by putting up human adapters/bottlenecks as the team leads mentioned in another post.

OST explains: OST states that these types of communication problems are endemic in DP1 structures and that it has nothing to do with people's ability to communicate. It is not even the primary human property, so why try to fix that first? Many situations can be observed where communication channels exist but are not used at all. What is a determining factor is the organisational structure, having one that is motivated to use the skills and where the number of channels is as few as possible. In DP1, each person is connected with the policy makers through intermediaries, in a non-reciprocal manner, while in DP2, this is reduced to real reciprocal connections between teams that do productive work. Not only is the number of connections fewer, but so is the quality of communication, as all relations are negotiations between peers, far from the asymmetrical relations between the superior and subordinate found in DP1. Think async vs. sync communication; the former is chatty, the latter is not. Also, Metcalfe's does not fit, as people communicate well and efficiently with peers who share the same goals and purpose as themselves.

#OpenSystemsTheory #SocioTechnical #OrgDesign #agile

Top Links Writing Node.js addons with .NET Native AOT (Drew Noakes) Changes to GitHub Copilot Individual plans (Joe Binder) VS Code Agents Insiders: The AI-First Editor Built for Developers and Students (Lee Stott) GitHub Copilot meets Azure Developer CLI: AI-assisted project setup and error troubleshooting (Kristen Womack) 7 XAML Resource Keys AI Got Wrong in … Continue reading Dew Drop – April 21, 2026 (#4651)

»Why Professional Scrum is as Relevant as Ever in the Age of AI« https://www.scrum.org/resources/blog/why-professional-scrum-relevant-ever-age-ai #Agilist.in #Agile #Change #Lean #Kanban #Scrum

In case you missed it. I wrote about intentional leadership.

https://www.edyouragilecoach.com/why-a-nuclear-submarine-captain-is-my-leadership-north-star/

Learn how a submarine captain pioneered a new type of leadership.

#leadership #business #GhostGang #agile

@albertocblanco

»Is Your Product Backlog Ready for the AI Agents?« https://www.scrum.org/resources/blog/your-product-backlog-ready-ai-agents #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Announcing: Badass Agile Coaching Days 2026« https://bobgalen.substack.com/p/announcing-badass-agile-coaching #Agilist.in #Agile #Change #Lean #Kanban #Scrum

RE: https://mastodon.social/@cylenivo/116441442009420848

If you like the idea of a free open source analytics app for #Jira, #OpenProject and #Trello I would be happy to get a thumbs up on Product Hunt. App available for Windows, Linux and Mac. Thanks!

#agile #app #cycletime #leadTime #kanban

Organisational Dysfunction of the Day

Workshops not working

Context: You have probably seen and even experienced being invited to workshops that you may or may not have that much interest in, but still obligated to join, and although it was carefully planned and executed by the facilitator, it still felt forced, unengaging and maybe even like a waste of time. This is an unfortunate situation as workshops are really the place where important and constructive work ought to happen, where people really feel energised and collaborate at the top of their game. Is it the participants that's the issue, or could it be something else?

OST explains: It is rarely the participants who cause this issue, even when workforce engagement has reached rock bottom. Systemic problems like this have different causes, ranging from the larger structural issues of autocratic hierarchies that inhibit collaboration and put people up against each other to simply bad facilitation. Let's focus on the latter now, as that is an easier adjustment to make. Make sure the facilitators are only in charge of managing the process; they should not own the decision to run the workshop, the technique or process to use, or be involved in the content. The reason for this is that the point of a workshop is for people to own the content and the output, and any attempt to lead will result in Bion's basic assumptions: dependency on the facilitator, just doing what they're told; fight/flight, opposing the whole thing or just not participating; or creating factions that do their own thing instead. Suspect many have experienced these, and they can only be avoided by removing the leader and letting the facilitator serve the group, not the other way around. DP2 instead of DP1.

#OpenSystemsTheory #SocioTechnical #OrgDesign #agile

Top Links Introducing Claude Design by Anthropic Labs (Anthropic Team) AI File Search in Blazor File Manager: Semantic and Tag-Based (Jollen Moyani) The VS Code Insiders Podcast – Inside The Agent Loop with Pierce Boggan (James Montemagno) Building an emoji list generator with the GitHub Copilot CLI (Cassidy Williams) CLI vs IDE vs Agent – … Continue reading Dew Drop – April 20, 2026 (#4650)

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/LeanPublishingDaily20260417 #Agile #Software #Startups #Ansible #Devops #CloudComputing

Переработали раздел ретроспективных техник.

Раньше это был просто список карточек — 12 техник вразнобой, и без знания форматов было сложно выбрать подходящий. Теперь техники сгруппированы по цели встречи, на доступном языке:
🏃 быстрое ретро после спринта или этапа
🎯 не потерять цель спринта или этапа
💬 проговорить эмоции в команде
📅 итоги квартала и длинных проектов
🔄 пересмотреть практики команды
☕ повестку собираем на встрече

Сверху добавили короткий гид «Что выбрать, если…» 🧭 — кликаешь по нужной ситуации и попадаешь в подходящую группу.

А ещё добавили 6 новых техник: Plus/Delta (минимум колонок для короткого синка), KALM и DAKI (мягкая работа с практиками команды), Hot Air Balloon (метафора без драмы, альтернатива Sailboat), Glad/Sad/Mad/Afraid (расширение Mad/Sad/Glad для турбулентных периодов) и Niko-Niko (трекинг настроения команды). Всего теперь 18 шаблонов.

👉 https://retropoint.ru/techniques

#retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleasthings #команда #RetroPoint #techniques

☕ Lean Coffee — ретроспектива с повесткой, которую выбирает команда

Когда 4Ls или What Went Well не подходят (guild-мит, кросс-командный синк), Lean Coffee собирает повестку руками самих участников.

🗂 Три канбан-колонки: To discuss (все молча пишут темы) → Discussing (один слот, таймер 8 минут) → Discussed (закрытые темы с заметкой).

🗳 «Римское голосование» после тайм-бокса: 👍 продолжаем, 👉 не важно, 👎 закрываем. По большинству — ещё 4 минуты или следующая тема. Одна карточка не съедает всю встречу.

В RetroPoint добавили готовый пресет опроса «Римское голосование» с теми же эмодзи — 30 секунд, и решение в истории доски. Шаблон Lean Coffee уже настроен: три колонки, палитра, пресет опроса.

Полный разбор — с ловушками и сравнением с 4Ls и Mad, Sad, Glad:
👉 https://retropoint.ru/news/lean-coffee-retrospective

#retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #retropoint #teamleasthings #команда #RetroPoint #leancoffee

Почему ваш бэклог давно перестал быть бэклогом

Открываете список задач перед планированием спринта. Прокручиваете. Прокручиваете ещё. Где-то на третьем экране перестаёте понимать, что тут вообще происходит. Половина задач без автора, часть не трогали с прошлого года, несколько штук явно дублируют друг друга — но удалить страшно, вдруг важное. Разбираемся почему так происходит и что с этим делать.

https://habr.com/ru/companies/simpleone/articles/1025722/

#бэклог #приоритизация #груминг #product_management #Agile #Scrum #управление_задачами #Продуктовая_разработка

»Agile Coach PLUS Project Manager« https://bobgalen.substack.com/p/agile-coach-plus-project-manager #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Organisational Dysfunction of the Day

The company's strategy is unclear

Context: "What we've got here is failure to communicate." A common quote used to describe a lack of understanding of and commitment to the company's strategy. Top management is frustrated by the lack of alignment, projects and departments not seeing the bigger picture clearly drawn up in the strategy document. At the same time, the people at the coalface constantly report back that they miss a clear and concise direction to follow when making decisions. All attempts to hold town hall meetings, clearly visible pages on their intranet, middle management sharing it frequently in their weekly status meetings, and even motivational phrases posted on the office walls seem to help.

OST explains: There are many explanations for this dynamic, like a strategy not really being a strategy but rather a lofty goal that provides no clear guidance, or poor communication lines between the top and the bottom. Let's focus on something often missed instead. A strategy must make operational sense to people; it should give them a clear, relevant purpose for their work, feel relevant and relatable in a way that inspires and motivates. Cool and fancy wording is not the point, not even how and how often it is communicated, but how engaging it is. The best way is for people to take part in its creation, but that is not feasible in large organisations, so at least it must have agents in all parts of the organisation who do, someone the people trust and can relate to. This is what middle management ought to be doing: making the company strategy relevant and actionable for people.

#OpenSystemsTheory #SocioTechnical #OrgDesign #agile

»LERNEE Project (Part 1) - Doing A Live Project As A Product Owner« https://www.scrum.org/resources/blog/lernee-project-part-1-doing-live-project-product-owner #Agilist.in #Agile #Change #Lean #Kanban #Scrum

#LINKSDERWOCHE | 16/2026: Produktivität, Lean und Agile

PRODUKTIVITÄT

Aufgabenmanagement | Drei einfache Regeln

Das Aufgabenmanagement ist ein Thema, zu dem sicherlich mehrere Kilometer Regalfläche mit entsprechender Ratgeberliteratur gefüllt werden können. Zumindest habe ich mich in all den Jahren durch Berge von Büchern gequält. Im Nachhinein betrachtet war das vollkommen unnötig. Es ist relativ einfach. Man braucht nicht viel. Welches Werkzeug man nutzt, um es abzubilden, spielt meines Erachtens eine nachgeordnete Rolle, solange man ein einfaches und durchdachtes System verwendet. Ähnlich wie Thomas Mathoi es mit Obsidian macht. Übrigens geht das Ganze auch für Fans von Personal Kanban mit Obsidian (ich bin ein Personal Kanban-Fan, weil ich den „Überblick” für mich brauche und die Workflow-Darstellung mir dabei hilft, ihn zu behalten).

https://www.mathoi.at/2026/04/13/drei-regeln-fuer-drei-aufgabenlisten/

Gewohnheiten | Die vergessene 8. Gewohnheit oder weshalb wir immer auf neue Weise von vorne beginnen sollen

Wer sich mit Produktivität beschäftigt, stolpert zwangsläufig irgendwann über Stephen R. Covey und seine „7 Gewohnheiten”. Dan Rockwell fügt der Liste eine achte Gewohnheit hinzu: Fang auf neue Weise von vorne an. Mit anderen Worten: Immer wieder neue Wege beginnen, dazulernen und Neues versuchen. Auf Basis der Erkenntnisse, die man gewonnen hat. Als Freund von Kaizen und kontinuierlichem Lernen springt mich das natürlich sofort an.

https://leadershipfreak.blog/2026/04/17/the-forgotten-habit/

Proaktiv statt reaktiv | Fokus auf die Dinge, die wir beeinflussen können

Schon die alten Stoiker wussten: „Fokussiere dich auf die Dinge, die du aktiv beeinflussen kannst, und nicht auf die, die außerhalb deiner Macht liegen.” Wie Lars Bobach verdeutlicht, ist das heute immer noch ein sehr praktikabler Tipp. Wenn wir uns auf die Dinge konzentrieren, die wir beeinflussen können, sind wir weniger im reaktiven und mehr im proaktiven Modus unterwegs. Zugegeben, es ist nicht immer ganz einfach. Und doch ist es hilfreich – gerade in turbulenten Zeiten wie diesen. Gerade in den turbulenten Zeiten, in denen wir derzeit leben.

https://larsbobach.de/proaktiv-statt-reaktiv/

LEAN

Nicht-wertschöpfende Arbeit | Die 8 Arten der unnötigen Arbeit nach Taiichi Ohno

Dank einer japanischen Muttersprachlerin habe ich irgendwann gelernt, dass der Begriff Muda nicht „Verschwendung” bedeutet, sondern eher mit „für die Katz” oder „unnötig” übersetzt werden kann. Daher spreche ich nicht von den acht Arten der Verschwendung, sondern von den acht Arten der nicht wertschöpfenden Arbeit (nach Taiichi Ohno). Ich nutze die Aufstellung übrigens auch gerne im agilen Kontext in Retrospektiven, um Verbesserungspotenziale zu entdecken, und bin immer wieder begeistert von den Aha-Effekten, die sie erzielen kann. Mark Graban stellt die acht Arten der nicht wertschöpfenden Arbeit hier recht ausführlich dar und erklärt auch, wie sie als Indikator für Verbesserungspotenziale im System wirken.

https://www.leanblog.org/2026/04/8-wastes-of-lean/

Kein Tag ohne Verbesserung | Das Streben zum Besseren mit Leben füllen

Ich bin ein großer Freund von Kaizen. Kaizen steht für ein beständiges Streben nach besseren Wegen und Lösungen. Es ist eine Art „Denk- und Arbeitshaltung“, bei der wir beständig danach streben, bessere Lösungen zu entwickeln. Kaizen ist in diesem Sinne kein kontinuierlicher Verbesserungsprozess, sondern geht darüber hinaus. Und, auch dies ist wichtig, es ist nichts, was nur bestimmte Personen in bestimmten Rollen tun. Es ist etwas, das uns alle angeht. Egal, in welcher Rolle wir tätig sind und unabhängig davon, auf welcher Hierarchiestufe wir uns befinden. Hierzu passt der Beitrag von Alen Ganic, der betont, wie wichtig dabei eine unterstützende und befähigende Führung ist. Denn nur so gelingt das tägliche Streben zum Besseren im Arbeitsalltag.

https://blog.gembaacademy.com/2026/04/14/everyone-improving-every-day/

AGILE

Sprint Events mit KI | Wie die KI bei Refinement, Planning und der Retrospektive helfen kann

Was den „übermäßigen“ Einsatz der KI betrifft, bin und bleibe ich vorsichtig. Wie schon öfter ausgeführt, teile ich die euphorische Erwartungshaltung mancher Mitmenschen nicht. Wenn man sie reflektiert nutzt, kann die KI vieles einfacher machen. Die Betonung liegt auf „kann”. Sie muss nicht. Daher sollten die Ergebnisse niemals unreflektiert und unkritisch übernommen werden. Dennoch denke ich, dass sich mit KI-Unterstützung (die Betonung liegt auf „Unterstützung”) manches vereinfachen lässt, indem man sie als Reflexions- und Inspirationshilfe nutzt, ähnlich wie Simon Flossmann es in seinem Blogartikel für das Refinement, die Planung und die Retrospektiven vorschlägt. Aber Achtung: Nicht alles, was man tut, möchte man auch im „Netz” wiederfinden. Auch hier gilt daher: Bei einem reflektierten Umgang mit der KI gehen kritische Informationen nicht verloren.

https://www.scrum.org/resources/blog/scrum-mit-ki-so-lost-du-typische-probleme-im-handumdrehen-refinement-sprint-planning-und-retrospektiven

Veränderungsinitativen | Spannungen erkennen und lösen

Jan Fischbach nutzt eine äußerst einleuchtende Metapher, um zu verdeutlichen, wie Veränderungsinitiativen in komplexen Gebilden wie Organisationen funktionieren. Er greift dabei auf Tensegrity-Strukturen als Bild zurück. Ich finde diese Metapher sehr treffend, da Veränderungen immer auch „Spannungen” erzeugen, die wir als Widerstand wahrnehmen. Im nächsten Schritt greift er auf bewährte Werkzeuge wie Ursache-Wirkungs-Diagramme, Empathiemaps, gewaltfreie Kommunikation und Liberating Structures zurück, um die durch Veränderungsinitiativen entstehenden Spannungen aufzulösen.

https://www.teamworkblog.de/2026/04/warum-veranderungsinitiativen-scheitern.html

Grüne und rote Flaggen | Interviewaussagen auf die wir achten sollten

Seit 2008 beschäftige ich mich mit Scrum, Kanban und Agilität im Allgemeinen. Schon viel länger beschäftigt mich die Frage, welches Arbeitsumfeld wirksam ist. 2018 habe ich mich schließlich entschieden, die Branche zu wechseln und bin in die Beratung gewechselt. Ich erhoffte mir, von dort aus auch anderen Menschen und Organisationen dabei zu helfen, ihren Weg in die Lean-Agile-Welt zu finden. Und ich habe einiges gelernt. Es gibt Sätze und Aussagen, bei denen bei mir Alarmglocken schrillen, während mich andere motiviert haben, zu unterstützen. Einige dieser Aussagen finde ich fast identisch im Text von Maria Iqbal über grüne und rote „Flaggen” bei der Auftragsklärung als Scrum Master wieder. Ja, die roten und grünen Flaggen sind eindeutige Indizien.

https://www.scrum.org/resources/blog/interview-red-flags-scrum-master

Verzögerungskosten | Den Preis der Zeit klar benennen, um Mehrwert zu erkennen

Wie Ralph Jocham gut herausarbeitet, verbirgt sich hinter dem Konzept der Verzögerungskosten ziemliche Sprengkraft. Bedauerlicherweise kenne ich kaum ein Team, das in der Lage wäre, die Verzögerungskosten tatsächlich zu benennen. Dabei wäre das der wohl effektivste Priorisierungsansatz. Die Herausforderung besteht in der Quantifizierung der Verzögerungskosten, dessen bin ich mir bewusst. Auch, dass sie in manchen Kontexten nicht so einfach fassbar sind. Wenn man sich allerdings von einer engen betriebswirtschaftlichen Begriffsdeutung löst und sich stärker auf die Auswirkungen bezieht, bekommt man relativ schnell ein gutes Gefühl dafür, welche Folgen eine „Verzögerung” hat, und kann so eine gute priorisierung hinbekommen, die auf Mehrwert basiert. Letztendlich stellt sich die Frage: Wenn wir A zuerst machen, welche Auswirkungen hat es, dass B und C warten? Sind die Auswirkungen schwerwiegender, wenn wir A hinten anstellen und C umsetzen?

https://www.scrum.org/resources/blog/price-your-time-cost-delay-discipline-most-product-teams-skip

Visualisierung des Arbeitssystems | Wie die Visualisierung hilft, das Arbeitssystem weiterzuentwickeln

Ich bin fest davon überzeugt, dass die Visualisierung des „Arbeitssystems” und seiner Elemente zu einer besseren Zusammenarbeit und einem deutlich höheren Mehrwert für alle Beteiligten führt. Aus diesem Grund bin ich zunächst ein großer Freund von Kanban und inzwischen von Obeya geworden. Wie Jim Benson verdeutlicht, trägt die Visualisierung im Wesentlichen dazu bei, dass wir schneller erkennen, was die Beteiligten benötigen, um Entscheidungen treffen, Hindernisse auflösen und Wirkzusammenhänge verstehen zu können. Dafür ist die Visualisierung der richtige Weg.

https://humanework.substack.com/p/we-are-all-in-transformation

Engpass des Kunden erkennen | Engpass erkennen, verstehen und lösen – das ist die Aufgabe

Was ist mein Job als Scrum Master, Kanban Coach, Agile Coach, Obeya Coach oder in einer sonstigen Rolle, in der man mich in eine Organisation holt? Ich löse Engpässe, damit sich die Organisation und das Team positiv weiterentwickeln können. Dazu müssen wir zunächst das Problem verstehen. Das gilt auch für Teams, die etwas für Kunden entwickeln, sowie für Berater, die ihren Job ernst nehmen. (Pardon, diesen kleinen Seitenhieb, liebe „Standesgenossen”, müsst ihr mir verzeihen.) In diesem Sinne fand ich den Blogartikel von Lars Richter (Scamper) sehr inspirierend, wenngleich er stark von der Produktentwicklung geprägt ist. Am Ende des Tages haben wir nur dann wirklich einen Mehrwert erzeugt, wenn wir für die Menschen, für die wir tätig sind, ein Problem gelöst haben.

https://scamper.blog/schnellere-pferde/

Новая статья в блоге: Sprint Goal — ретроспектива, которая держит рамку вокруг цели спринта.
Частая боль командных ретро: встреча превращается в обзор задач из трекера. Сделали / не успели / разбираемся. А вопрос, к которому команда шла на планировании — «достигли ли мы цели?» — остаётся за кадром.

Sprint Goal меняет точку отсчёта. Четыре колонки:
— Sprint goal. Цель спринта в формулировке с планирования, без правок.
— What helped. Что помогло приблизиться именно к ней.
— What blocked. Что мешало. Фильтр тот же: влияние на цель.
— Next sprint focus. На чём сфокусироваться дальше — карточки, которые уходят прямо в планирование следующего спринта.

Формат раскрывается, когда команда живёт по квартальным целям или OKR, а спринт — это не самостоятельная единица, а шаг к большему результату. Серия таких ретро красиво складывается: кандидаты из Next sprint focus одного спринта становятся Sprint goal следующего.

В статье разбираем, как провести встречу за 50 минут, какие ловушки ждут (самая частая — sprint goal, придуманный пост-фактум) и когда лучше взять другой формат — 4Ls, What Went Well или Mad Sad Glad.

Читать: https://retropoint.ru/news/sprint-goal-retrospective
Шаблон: https://retropoint.ru/techniques/sprint-goal

#retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #retropoint #teamleasthings #команда #RetroPoint #SprintGoal

On the minimum viable product:

“The MVP has just those features considered sufficient for it to be of value to customers and allow for it to be shipped or sold to early adopters. Customer feedback will inform future development of the product.” — Scott M. Graffius, Agile Scrum: Your Quick Start Guide with Step-by-Step Instructions

#Agile #Scrum #Lean #MVP #Product

Gute Entwickler wollen nicht einfach Tickets abarbeiten. Das liegt nicht daran, dass sie schwierig sind. Es liegt daran, dass das Ticket die Arbeit ersetzt hat.
Entwickler sind Problemlöser, keine Zustandsverwalter. Aber wenn Erfolg daran gemessen wird, wie viele Karten bewegt werden statt welche Probleme gelöst wurden, dann macht das System sie genau dazu.
Das ist kein Dev-Problem. Das ist Systemdesign.

https://no-bullshit-agile.de/warum-entwickler-keine-tickets-abarbeiten-wollen.html

#softwareengineering #agile #development

»No More Cheap Claude: Four First Principles of Token Economics in 2026« https://www.scrum.org/resources/blog/no-more-cheap-claude-four-first-principles-token-economics-2026 #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Price Your Time: The Cost of Delay Discipline Most Product Teams Skip« https://www.scrum.org/resources/blog/price-your-time-cost-delay-discipline-most-product-teams-skip #Agilist.in #Agile #Change #Lean #Kanban #Scrum

MSN cited my insights on AI, Agile, game dev, extended reality, and defense transformation in their coverage of innovation and leadership in the sector. Honored!

🔗 https://scottgraffius.com/blog/files/msn-cites-scott-m-graffius-insights-on-ai.html

#AI #Agile #GameDev #XR #Defense #Leadership

On @mfowler blog there is this interesting Article called "Feedback Flywheel": learning from #AI sessions, feeding insights back into shared artifacts.
I've been calling it the Work-Feedback Loop. Same principle, broader frame: a system learns only when work creates feedback that changes the next work.
If your team doesn't learn sprint to sprint, AI won't fix that. You'll just be faster at not learning.

https://martinfowler.com/articles/reduce-friction-ai/feedback-flywheel.html

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

#WorkFeedbackLoop #AICoding #agile

Damit ich mehr Vorfreude empfinden kann: Wer ist am Montag bei

10 Jahre Agile Nacht Stuttgart
https://www.mitblick.de/agile-nacht-stuttgart/

Die Bühne haben mal wieder ausschließlich Männer gepachtet. Daher gilt dieser Aufruf insbesondere an die Fedinautinnen unter Euch. Freue mich indes aufs Vernetzen mit allen agilen Kreaturen (einschließlich derer, die es werden wollen) dieser Welt. Wo seid Ihr? ;-)

#AgileNachtStuttgart #agile #SCRUM #KANBAN #LegoSeriousPlay #LiberatingStructures #ArtOfHosting #Facilitation

»The Bottleneck Was Never Code« https://www.scrum.org/resources/blog/bottleneck-was-never-code #Agilist.in #Agile #Change #Lean #Kanban #Scrum

4Ls — ретроспектива для длинных этапов и обучающихся команд.

Liked, Learned, Lacked, Longed for — четыре угла рефлексии поверх привычных «плюс / минус». Формат раскрывается там, где Start-Stop-Continue кажется плоской: длинный этап, онбординг, первая ретро новой команды.

В статье — когда 4Ls работает лучше трёх колонок, как провести встречу за 60 минут и как не дать колонкам Learned и Longed for превратиться в формальность.

→ https://retropoint.ru/news/4ls-retrospective

#retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #retropoint #teamleasthings #команда #RetroPoint #LLLL #LikedLearnedLackedLongerfor

Organisational Dysfunction of the Day

Team leads

Context: Most teams in modern agile organisations may not formally have a manager in the same sense as before. Many still have someone they report to as an employee, dealing with yearly reviews, career development, and any job issues, but they are not formally involved in the daily work. It should therefore be possible to have leaderless teams, where all members are peers and have the same say in everything. No ranking. Still, many teams end up being appointed a team lead, often because the organisation wants one contact point and one person in charge of the work done. Many in this position try to deal with this dissonance by taking on a coaching type role, seeing themselves as a "servant leader," giving space to the team and protecting them from the outside. Some even try to switch, being directive sometimes, supportive at other times (aka situational leadership). Not only is this a tricky job to have, but it also creates so much confusion in the team about who really decides and is in charge.

OST explains: DP1-type organisations require personal leadership positions, as that is how control, coordination and alignment are managed. Agile tries to counter that for efficiency, having teams take more control of the work, in an attempt to shorten the feedback loop and the learning. This is similar to DP2, with self-organising teams, while adding team leaders is not and is an attempt to adapt them to the existing bureaucratic DP1 model. The problem with this is that DP1 and DP2 fit together like oil and water; they are fundamentally so different that no matter how good the adapters are, they will lead to confusion and operational problems. You can remove the need for this adapter by ditching DP1, having teams everywhere and letting them take responsibility for their own goals and the integration needed to work with other teams. Teams may decide to appoint a leader, though, for their own needs, either permanently or when needed, but it is not a formal position of power. It is a participative democracy through and through.

#OpenSystemsTheory #SocioTechnical #OrgDesign #agile

»[Case Study] When a Security Rollout Became a Design Problem« https://agilealliance.org/case-study-when-a-security-rollout-became-a-design-problem/ #Agilist.in #Agile #Change #Lean #Kanban #Scrum