📋 One of the more frequently asked questions in my Scrum workshops is around the difference between Definition of Done and Acceptance Criteria, and how they relate to User Stories.

The Scrum Guide is now specific: the Definition of Done is a formal description of the state of the Increment when it meets the quality measures required for the product. The moment a Product Backlog item meets it, an Increment is born.

Some Developers will assume "Done" means it works on their machine. Others will believe it means they throw their work over the wall to Quality Assurance or Test. Still others will assume that "Done" is limited to checking in working code. The Guide is clear now; the question is whether your organization is. If the Definition of Done is part of your organization's standards, every Scrum Team must follow it as a minimum. If it isn't, the Scrum Team must create one.

That's why the Definition of Done exists: to ensure that the members of the Developers and the Product Owner agree about the quality and completeness of the work they're producing. This is intended to be applicable to all items in the Product Backlog, not just an individual User Story.

If I asked three people on your team what "Done" means, would I get the same answer?

#Scrum #Agile

https://agilepainrelief.com/blog/definition-of-done-user-stories-acceptance-criteria/?utm_source=mastodon&utm_campaign=archive-reshare

Ticket Tennis

Ticket tennis: the ancient support ritual of moving a ticket to someone else before anyone accidentally takes ownership of it.

Good support is different.

Own the issue until there is a clear reason why someone else needs to own the next step. #Agile #Support

»We Are Becoming« https://bobgalen.substack.com/p/we-are-becoming #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Vorfreude steigt #agilebarcamp #agileleipzig #agile

2 Tage volles Programm
2 Tage Selbstgesteuertes Lernen & Austauschen

#Barcamp #Unkonferenz #Leipzig

Alt...

Webseite agile Barcamp Leipzig mit counter 1 tag 32 Minuten

„Scrum nach Lehrbuch ist dogmatisch.“ Der Einwand stimmt. Nur nicht am Anfang.

In Japan gibt es diese Lernphasen: Shu, Ha, Ri. Erst befolgst du die Regeln. Dann brichst du sie. Dann erfindest du eigene.

Wer Sprintlänge, Demo und Schätzung umbaut, bevor Scrum ein einziges Mal sauber gelaufen ist, experimentiert nicht. Der hat Shu übersprungen.

Nach einer PO-Schulung ist niemand Meister.

https://no-bullshit-agile.de/nba31-shou-po-li-shuhari.html?mtm_campaign=mastodon

#Coding #ShuHari #Agile

Alt...

Comic-Illustration auf dunklem Grund: Vier Leute sitzen von hinten gesehen in einer Stuhlreihe vor einem Bildschirm, rechts steht eine Frau und erklärt. Links groß in Gelb: „Nach der Schulung bist du kein Meister“, „Meister“ invertiert. Darunter: „Shu, Ha, Ri: Wer das Lehrbuch überspringt, experimentiert nicht“.

Top Links
UWP and WinUI 3 apps: UI testing with MSTest (Amaury Levé)
Hello, Aspire 13.6 (Maddy Montaquila)
Ink comes to WinUI 3 (Pranav Gupta)
Voice agents in Foundry Agent Service: architecture, trust boundaries, and real-audio latency (Yassine El Ghali)
Connect Azure Functions …

🐐 The shape of the day at GOAT 2.0, November 26 in Ottawa: Panels in the morning. Facilitated breakouts in the afternoon. Time throughout to connect and compare notes.

No passive presentations. The afternoon consists of candid, facilitated exchanges between peers, building on morning insights and sharing hard-won operational advice. Attendees are active participants. Everyone is expected to bring questions, experience, and perspective to the discussion.

We're capping the room at 250 to keep the group small and the conversations real. GOAT is a volunteer-led initiative from Ottawa's tech community, and Agile Pain Relief has supported GOAT from day one.

Your $200 ticket covers the full day: Thursday, November 26, from 8:00 AM to 5:30 PM, including a light breakfast, coffee, and lunch.

#Agile

https://www.goagiletour.ca/

No One is Coming to Save You by Stuart Young and Dave Prior is free with a Leanpub Reader membership! Or you can buy it for $19.99! https://leanpub.com/surfthechaos #scrum_project_management #project_management #career #agile #scrum #leadership_agile #selfhelp #life_coaching

Triage First

Good support starts with triage, not escalation.

What happened? Who is affected? Can it be reproduced? What changed? Is there a workaround? Is it really a defect?

“Send it to development” is not a diagnostic technique. #Agile #Support

Waarom jouw niet-geoptimaliseerde automatisering niet de schuld is van de developers 🛑

Maar rommelige code is zelden een gebrek aan talent; het is een bijwerking van organisatorische wrijving en krapte in sprintdeadlines. Kijk daarom niet alleen naar de code, maar ook naar het opleverproces. 👇

🔗 https://dawn.tech/publicatie/waarom-jouw-niet-geoptimaliseerde-automatisering-niet-de-schuld-is-van-de-developers

#softwaredevelopment #agile #technicaldebt #devops

Aligning product outcomes with business strategy is often where the best ideas stall. With AI accelerating digital delivery, this connection is now critical for growth. This piece explores the Strategy Stack to bridge that gap. Link strategy to execution here: https://www.romanpichler.com/blog/connecting-product-outcomes-and-business-strategy/ #ProductStrategy #Agile

Top Links
Build expressive voice experiences with new MAI models in Microsoft Foundry (Naomi Moneypenny)
Credential Explorer - A modern WinUI 3 metadata-only explorer for Windows credentials and Credential Locker (Scott Hanselman)
Meet the A2A CLI: discover, message, and manage a…

freut sich, morgen nach #stuttgart zu fahren, um dann einen kurs von @NadjaBoehlmann zu besuchen 🎉

#kaizen #lean #agile #scrum

Helpdesk ≠ Backlog

A helpdesk ticket is not a shortcut into the development backlog.

Support should triage, diagnose and resolve where possible. Development gets involved when the issue genuinely needs code or deeper technical investigation.

That boundary protects everyone’s time. #Agile #Support

🤖 There have been a number of Coaches using (or promising to use) AI Chatbots "trained" in their writing to act as a proxy for themselves. As with everything in the world of GenAI, it is more complicated and more dangerous than it looks at first.

The core problem is that the questions that people ask about Scrum, Kanban and Agile don't map well to the writing in our libraries. As part of my work on "Effective Scrum", I compiled a database of thousands of questions people have asked online. (My friends have called me the human LLM; unlike the tool vendors, I didn't just send a bot out to scrape the internet. I spent days reading Reddit, Quora and StackOverflow.)

Here is a sampling of the questions I found:
- Do we need to update time estimates when we estimate based on story points?
- Numbering Sprints across products: should they reset or continue ad infinitum?
- Whose responsibility is it to add stories to JIRA?

In a RAG system built against my own content, some of these questions are answered well, and others, well, the system made up an answer. That is the core of the problem right there. The person asking the chatbot a question likely doesn't have the expertise to evaluate the answer.

If you've tried a coaching chatbot, how did you check its answers?

#AIinSoftwareDevelopment #Agile

https://agilepainrelief.com/blog/ai-chatbots-for-agile-coaches-why-they-fail/?utm_source=mastodon&utm_campaign=archive-reshare

»Reinvention« https://bobgalen.substack.com/p/reinvention #Agilist.in #Agile #Change #Lean #Kanban #Scrum

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

Gute Arbeitsbedingungen ermöglichen gute Produkte. Mit guten Produkten verdient man Geld.

Deshalb: Es geht um das Produkt. Immer.

Der #ScrumGuide betont es.
Das ist für mich der Unterschied zum Projektmanagement.

#Agile #Agilität #Scrum

#agile boosted

Thomas 🔜 Manage Agile 2026 » 🌐 2026-10-05
@nobsagile@mastodon.social

Agiles Arbeiten macht meinen Arbeitsalltag besser. Dafür wurde es nur nicht erfunden.

Das erste agile Prinzip lautet: „Unsere höchste Priorität ist es, den Kunden durch frühe und kontinuierliche Auslieferung wertvoller Software zufrieden zu stellen.“

Das gute Arbeitsumfeld ist ein Nebeneffekt. Ein schöner, aber eben ein Nebeneffekt.

Als ich das hier mal zur Umfrage gestellt hab, sahen viele andersrum.

https://no-bullshit-agile.de/nba29-gedankenexperiment-agiles-manifest.html?mtm_campaign=mastodon

#SoftwareDevelopment #Agile #Programming

Alt...

Comic-Illustration auf beigem Grund. Zwei Figuren stehen sich gegenüber. Links reicht eine Figur einen Pappkarton herüber, rechts hält eine Figur mit Brille einen pinken Zettel hin. Oben links in großer Schrift auf Gelb und Schwarz: „Das Agile Manifest meint den Kunden“, dabei ist „Kunden“ invertiert. Darunter: „Ein gutes Arbeitsumfeld ist der Nebeneffekt“.

Agiles Arbeiten macht meinen Arbeitsalltag besser. Dafür wurde es nur nicht erfunden.

Das erste agile Prinzip lautet: „Unsere höchste Priorität ist es, den Kunden durch frühe und kontinuierliche Auslieferung wertvoller Software zufrieden zu stellen.“

Das gute Arbeitsumfeld ist ein Nebeneffekt. Ein schöner, aber eben ein Nebeneffekt.

Als ich das hier mal zur Umfrage gestellt hab, sahen viele andersrum.

https://no-bullshit-agile.de/nba29-gedankenexperiment-agiles-manifest.html?mtm_campaign=mastodon

#SoftwareDevelopment #Agile #Programming

Alt...

Comic-Illustration auf beigem Grund. Zwei Figuren stehen sich gegenüber. Links reicht eine Figur einen Pappkarton herüber, rechts hält eine Figur mit Brille einen pinken Zettel hin. Oben links in großer Schrift auf Gelb und Schwarz: „Das Agile Manifest meint den Kunden“, dabei ist „Kunden“ invertiert. Darunter: „Ein gutes Arbeitsumfeld ist der Nebeneffekt“.

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

PRODUKTIVITÄT

Ja, aber … | Die Bedeutungen des Wörtchens „aber“

Bei der Wortkombination „Ja, aber …” ziehe ich schnell eine Augenbraue hoch. Zustimmung mit Einschränkung? Die meisten Menschen werden an dieser Stelle wahrscheinlich aufhören, weiterzudenken. Man kann es aber auch anders sehen, so wie Dan Rockwell. Er sieht im „aber” einen Indikator, um tiefer zu bohren. Vorausgesetzt, man lässt sich darauf ein. Mit großer Wahrscheinlichkeit spielen die von Dan Rockwell benannten sieben Bedeutungen dieses „Abers” eine gewichtige Rolle. Das ist ein guter Einstieg, den man mit der 5-Why-Methode vertiefen kann. Dabei fragt man immer weiter nach dem „Weshalb”, bis es sich nicht weiter aufdröseln lässt. Das Schöne dabei ist, dass die vermeintliche Einschränkung des „Abers“ dadurch schnell zu einem Rahmen wird, innerhalb dessen man durchaus Handlungsspielräume hat, die im ersten Moment nicht gesehen werden. Probiert es ruhig mal aus! Ich habe damit sehr gute Erfahrungen gemacht.

https://leadershipfreak.blog/2026/10/02/the-7-meanings-of-but/

Verantwortlichkeit | Verantwortungsübernahme beginnt, bevor die Arbeit startet

Ein Thema, das mir besonders am Herzen liegt und das ich immer wieder aufgreife, ist die aktive Übernahme von Verantwortung. Dies spiegelt sich im zweiten verlinkten Blogartikel von Dan Rockwell wider. Ich persönlich sehe in der aktiven Verantwortungsübernahme keinen Einbahnverkehr, sondern einen permanenten Austausch zwischen den Beteiligten mit dem Ziel, gemeinsam zu lernen und die Dinge besser zu machen. Dazu muss man so früh wie möglich über Hindernisse, Fallstricke und Erwartungen sprechen. Genau hier setzt der verlinkte Beitrag meines Erachtens sehr gut an, da er Verantwortung als Vereinbarung definiert und das „Scheitern” einer solchen als Ausgangslage für eine neue, bessere Vereinbarung sieht. Das ist echte Verantwortungsübernahme.

https://leadershipfreak.blog/2026/09/30/reject-backwards-accountability/

Obsidian | Buch erscheint in Kürze

Für Freunde von Obsidian – oder diejenigen, die es werden wollen – gibt es eine neue, interessante Buchpublikation. Das Buch von Thomas Mathoi wird in Kürze im Buchhandel erhältlich sein. Ich freue mich besonders darauf, denn ich lese nicht nur seit Langem seinen Blog, der auch immer wieder als Quelle für Obsidian-Kniffe verlinkt wird, sondern kenne ihn auch schon seit einiger Zeit persönlich. Wir hatten vor vielen Jahren auf dem für mich unvergesslichen Barcamp in Dornbirn die Gelegenheit, uns kennenzulernen. Schade, dass es diese Veranstaltung nicht mehr gibt. Sie war für mich jedes Jahr der Höhepunkt. Diese Zeiten sind leider vorbei, und auch die Barcamp-Welle hat stark nachgelassen.

https://www.mathoi.at/2026/09/30/obsidian-wissen-aufgaben-und-projekte-managen/

Nein-Sagen | Weshalb ein gelegentliches Nein deutlich besser als ein beständiges Ja ist

Da hat mich Edgar Rodehack aber direkt erwischt. Ja, auch ich gehöre zu den Menschen, die aus Begeisterung für eine Idee oder aus Verpflichtungsgefühl zu schnell „Ja” sagen und Zusagen treffen, die sie besser nicht getroffen hätten. Nicht, weil ich nicht helfen will, sondern weil mir am Ende die Kapazitäten hierfür fehlen. Da ich meine Verpflichtungen sehr ernst nehme und nicht einfach die Zügel schleifen lasse, bin ich in der Vergangenheit des Öfteren an die Grenze des Leistbaren gegangen. Inzwischen habe ich dazugelernt und sage öfter „nein”, auch wenn es mir schwerfällt (wenn mir das Thema beispielsweise sehr wichtig erscheint). Niemandem ist geholfen, wenn ich „Ja” zu etwas sage, es am Ende aber nicht „liefern” kann oder mich so übernehme, dass ich auf „Verschleiß” fahre. Nicht-Ziele zu definieren, kann hierbei übrigens sehr hilfreich sein.

https://www.teamworkblog.de/2026/09/wer-immer-ja-sagt-dessen-nein-ist.html

Kreative Lösungsfindung | Die Walt-Disney-Methode einfach erklärt

Denkblockaden dürften uns allen irgendwann bekannt sein. Manchmal sieht man vor lauter Bäumen den Wald nicht mehr. Hier helfen bewährte Techniken wie die Walt-Disney-Methode, die Lars Richter kurz und prägnant beschreibt, sicherlich weiter. Und nein, sie geht nicht auf den Visionär Walt Disney zurück. Zumindest hat er sie nicht erfunden. Aber er war sicherlich die Inspiration dahinter. Das deckt sich zumindest mit dem, was ich über Walt Disney gelesen habe. Er war wohl tatsächlich des Öfteren in der Lage, die verschiedenen Perspektiven immer wieder selbst einzunehmen.

https://scamper.blog/walt-disney-methode/

LEAN

Wissenstransfer | Der Toyota Weg für den Wissenstransfer

Eines der zentralen Probleme bei der Wissensvermittlung in Organisationen ist, dass sich vieles an Wissen nicht sinnvoll verschriftlichen lässt, um es weiterzugeben. Dazu gehört beispielsweise Erfahrungswissen. Bei Toyota hat man eine Art Mentoring entwickelt, bei dem jeweils ein erfahrener Kollege bzw. eine erfahrene Kollegin einen Neuling unter die Fittiche nimmt. Und das nicht nur für ein paar Tage, sondern über deutlich längere Zeiträume. Spannend ist auch, dass der Mentor nicht der direkte Linienvorgesetzte ist, wodurch ein informellerer Rahmen entsteht. Ebenfalls spannend ist, dass die Mentoren darauf geschult und trainiert werden, mit coachenden Techniken die Problemlösungskompetenz der „Neulinge” zu aktivieren. Der Bericht von Frank Noto enthält darüber hinaus noch weitere Aspekte, die verdeutlichen, was unter Respekt gegenüber Menschen im Kontext des TPS verstanden wird. Auch die langfristige Denkweise, die ggf. auch kurzfristige Verluste in Kauf nimmt, spiegelt sich hier sehr schön wider.

https://www.lean.org/the-lean-post/articles/toyotas-answer-to-knowledge-walking-out-the-door/

AGILE

Wertmaximierung | Wenn das Team nicht an der Wertmaximierung arbeitet …

Achtung, meine Alarmglocken schrillen laut. Bei der Überschrift „Hilfe, mein Team arbeitet dauernd an Stories, die gar nicht wichtig sind” hatte ich direkt einige Projekte vor Augen, in denen ich mich bereits austoben durfte. Die Ursachen können tatsächlich sehr vielfältig sein: Mangelnde Klarheit in der „Zielsetzung”, unklare „Teamprozesse”, fehlende Unterstützung durch einen Produktverantwortlichen usw. – die Liste ließe sich noch erweitern. Noch schlimmer wird es, wenn das Ganze nicht in den zugehörigen Teamretrospektiven oder Kaizen-Meetings auf den Tisch kommt und besprochen wird – sofern es diese überhaupt gibt. Irgendwie muss ich dabei immer an unsere Freunde von der Lean-Fraktion denken, die eine klare Ausrichtung am Bedarf des „Auftraggebers” mit Fokus auf wertschöpfende Arbeit propagieren. Mehr zum Thema gibt es bei den Produktwerkern zum Anhören, bevor ich Gefahr laufe, wieder ganz woanders herauszukommen.

https://produktwerker.de/hilfe-mein-team-arbeitet-dauernd-an-stories-die-gar-nicht-wichtig-sind/

Engpassverschiebung | Wenn Dank KI der Engpass nicht mehr die Entwicklung ist …

In den letzten Tagen ist mir wieder bewusst geworden, wie zeitlos die 14 Prinzipien des Toyota Way auch nach über 20 Jahren noch sind. Sie könnten ein wunderbarer Kompass für das sein, was wir – nicht nur in der Softwareentwicklung – durch die KI erleben. Der Blogartikel von Yuval Yeret ist ein Beispiel dafür, wie sie wirken könnten. Mit KI lässt sich Software schneller entwickeln, testen und weiterentwickeln. Der Engpass verschiebt sich dabei von der Entwicklung hin zum Business. So der Autor. Und damit liegt er nicht ganz falsch. Ganz im Sinne von „Entwicklung nach Bedarf” verschiebt sich der Engpass, den es zu lösen gilt, im Wertstrom deutlich. Es entstehen übrigens auch andere Probleme, bei denen uns die konsequente Anwendung des Toyota-Wegs helfen könnte. Da sind wir allerdings bei einem anderen Thema, nämlich nicht wertschöpfende Arbeit, die entstehen kann, zum Beispiel „Überproduktion” von Code. Nur mal so nebenbei. Das ist aber ein anderes Thema.

https://www.scrum.org/resources/blog/ai-made-engineering-faster-why-not-business

Product Owner | Was PO besser nicht tun sollten …

Nach dem kleinen Ausflug zur Thematik „Wertstrom und KI” widmen wir uns wieder den Problemen agiler Teams. In dem konkreten Artikel von Mary Iqbal, den ich hier verlinke, geht es um die Rolle des Product Owners in Scrum-Teams. Zur Erinnerung: Jede Rolle in einem Scrum-Team hat einen Fokus – und das aus gutem Grund. Zusammen als Team erstellen die Rollen das Endergebnis. Und dafür sind sie gemeinsam verantwortlich. Dieses Zusammenspiel birgt viele Fallstricke, auch wenn Scrum ein leichtgewichtiges Rahmenwerk ist. Einige dieser Fallstricke, die sich auf die Rolle des Product Owners beziehen, werden im Beitrag gut widergespiegelt. Beispielsweise gibt es Product Owner, die ständig das „Wie” der Umsetzung definieren wollen – das ist jedoch die Aufgabe der Fachleute im Team. Oder die Vorstellung, dass der Product Owner alle Anforderungen selbst schreiben sollte. Na, kommt Ihnen das bekannt vor?

https://www.scrum.org/resources/blog/5-things-product-owner-shouldnt-be-doing

Metriken | Messen was wirklich relevant ist

Der Blogpost von Dominik Maximini ist aus zwei Gründen sehr interessant für mich: Einerseits benennt er ein Problem, mit dem wir häufig konfrontiert sind, und andererseits stellt er einen simplen, aber effektiven Ansatz vor, der übrigens mal wieder aus dem Lean-Kontext stammt. Das Problem lässt sich damit zusammenfassen, dass wir Leistung im Management (und analog in Teams) mit den falschen Kennzahlen messen. Wir orientieren uns an „Finanzkennzahlen”, die zwar als „Indikatoren” für die finanzielle Gesundheit dienen, aber nicht wirklich sichtbar machen, wie gut tatsächlich werthaltige Ergebnisse erzielt werden und weshalb. Bei der Suche nach einer besseren Metrik zur Messung der Managementleistung hat er die 5-Why-Methode angewendet. Eine simple Methode, die im Toyota-Produktionssystem zum Standardrepertoire der Ursachenforschung gehört. Laut seiner Analyse lässt sich Managementleistung übrigens über „die Anzahl unangenehmer Überraschungen“ messen, denn das ist der Job des Managements: Rahmen schaffen, damit Mehrwert (für den Kunden) erzeugt werden kann..

https://www.scrum.org/resources/blog/outcome-based-leadership-project-management-measuring-what-really-matters

MANAGEMENT UND LEADERSHIP

Führung als Beziehungsaufgabe | Weshalb der Aufbau von Vertrauen im Team Führungsaufgabe ist

Zur Führung gehört Beziehungsarbeit. Das gilt auch innerhalb eines Teams. Ein Team ist nur so gut, wie die Beziehungen innerhalb des Teams (aber auch zu anderen Teilen des Systems Organisation) funktionieren. Die Aufgabe der Führung ist es, innerhalb des Teams den Rahmen zu schaffen, damit es auch ein Team werden kann und nicht nur eine lose Ansammlung von Mitarbeitenden. Ein Team muss jedoch nicht gleich eine Familie werden. Es geht um eine vertrauensvolle Zusammenarbeit, denn nur so können die Bälle innerhalb des Teams hin- und herfliegen. Genau hier setzt der Blogartikel von Alen Ganic an. Kein Hexenwerk. Vieles ist bekannt. Nur leider wird es nicht immer wirklich (vor-)gelebt. Noch einmal: Gute Führungsarbeit ist auch Beziehungsarbeit.

https://blog.gembaacademy.com/2026/10/02/building-trust-among-team-members-a-leaders-responsibility/

Innere Kündigung | Weshalb bei Führungskräften die Alarmglocken schrillten sollten

Liebe Führungskräfte, der Artikel von Christine Schmitt richtet sich an euch. Denn die innere Kündigung ist oft ein Problem schlechter Führung und fehlender Wertschätzung. Wer die Warnzeichen nicht ernst nimmt und nicht darauf reagiert, sollte sich nicht wundern, wenn sie sich ausbreitet. Bedauerlicherweise sind viele Führungskräfte bis heute in erster Linie „Verwalter” und haben nicht verstanden, dass Führung – wie weiter oben bereits zum Ausdruck gebracht – kontinuierliche Beziehungsarbeit ist. Fehlende Wertschätzung ist ein Grund dafür, dass Menschen in die innere Kündigung gehen. Überhaupt ist fehlender „Respekt” für mich mittlerweile das Alarmzeichen. Das beginnt im Bewerbungsverfahren und endet mit dem Ausscheiden aus dem Arbeitsverhältnis. Und das schlägt sich auch auf den wirtschaftlichen Erfolg einer Organisation durch.

https://t2informatik.de/blog/innere-kuendigung-im-team/

If you're interested in Agile, creativity, and innovation, don't miss IIL's aptly named article, “Agile. Creativity. Innovation.” I'm honored that it highlights me. | https://scottgraffius.com/blog/files/agile-creativity-innovation.html | #Agile #Creativity #Innovation #ProjectManagement #Leadership

I see estimations as a fractal entity. You estimate work at a high level and the deeper you go to try to refine it the higher the estimate becomes. #fractal #estimation #agile

From 1950s incremental development to the new Manifesto for Enterprise Agility from the PMI and Agile Alliance, and more, see "Agile's Journey Through the Decades: Update for 2026" at https://scottgraffius.com/blog/files/agile-journey-2026.html

#Agile #AgileHistory #AgileTimeline #AgileScrumGuide #AgileJourney

"How complex is it?
How long will it take?
When will it be done?

These are three distinctly different questions.

#agile"

(@DocOnDev - https://x.com/DocOnDev/status/1388904118354423814)

#OnModernDev

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/LeanPublishingDaily20260930 #agile #software #startups #ansible #devops #cloud_computing

RE: https://bonn.social/@ulrichkelber/117376571073537954

#Kanban #Lean #Agile

🚀 LeSS Conf Japan 2026 speaker: Wolfgang Steffens

Agile that stops at R&D leaves handoffs everywhere. 4 teams redesigned around the whole customer journey, one Backlog. Honest lessons.

🗣 Beyond R&D: Product Teams for the Whole Journey
📅 Oct 8–9 · Tokyo

#LeSS #Agile #LeSS2026

Top Links
Bringing rich terminal experiences to Aspire (Mitch Denny)
Semantic Design in Uno Themes - Part 1 (Steve Bilogan)
A New Agentic Experience: JetBrains Air in IDEs – EAP Now Open (Dominique Rolink)
Data API builder 2.1.5: JSON and Vector Data Type Support, and More (Carlo…

#ElifEralp schreibt immer SMARTe Sprintziele!

#Scrum #Agile #ScrumMaster #AgileHumor #linksgrünversifft

»We don't Need Another Hero with Dave Borzillo« http://drunkenpm.blogspot.com/2026/10/we-dont-need-another-hero-with-dave.html #Agilist.in #Agile #Change #Lean #Kanban #Scrum

🎧 The "Spotify Model" probably isn't a model and definitely isn't what is currently practiced at Spotify today. (Some suggest it never was.) It was made famous in a video by Henrik Kniberg, where he explains how work was organized into Squads, Tribes, and Guilds. Many people see the structure and try to mimic it in their organization. Worse, many attempt to get the supposed benefit by renaming existing organizational structures with the same labels. As a result, most attempts at the Spotify Model are in fact Cargo Cult.

Structure isn't the most important. Culture will eat any structure. (Hint: that's why renaming your Teams as "Squads" and calling Departmental Managers "Chapter Leads" didn't help.)

You can't copy and paste someone else's approach to Agile. Their approach grew from their people and their culture. In addition, all attempts to document a culture are simplifications that are missing details that were important. Instead of copying the Spotify model, or model from another random company, grow your own Agile model. It is the only long-term path to success.

Has your organization renamed its teams "Squads"? What else changed?

#Agile #Leadership

https://agilepainrelief.com/blog/the-spotify-model-of-scaling-spotify-doesnt-use-it-neither-should-you/?utm_source=mastodon&utm_campaign=archive-reshare

Here is my hot take on the iced coffee controversy.

https://youtube.com/shorts/_7iqPsUpgA0?si=wcVqXxLkd03DtvHI

🏴‍☠️ 🐻

#jobsearch #business #agile

Dew Drop Weekly Newsletter 502 - Week Ending October 2, 2026

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

#dewdrop #newsletter #javascript #azure #aspnetcore #aspire #blazor #cpp #windowsdev #xaml #csharp #dotnet #ai #mcp #python #appdev #dotnetmaui #podcasts #devops #agile #sqlserver #data #terminal #cli #powershell #m365

Kaizen и Waterfall — в чем разница?

Waterfall и Kaizen — не противоположности, поэтому требование «понимать разницу между ними» из вакансий сбивает с толку. Waterfall задаёт последовательность этапов проекта: требования, проектирование, разработка, тестирование, внедрение, поддержка. Kaizen жизненный цикл проекта не описывает — это философия постепенного улучшения…

Подробнее: https://gruzdevv.ru/stati/kaizen-waterfall-sravnenie/

#Waterfall #Kaizen #управлениепроектами #PDCA #Agile #IT #SaaS

Re-discovered this quote while going through some books and it was the right affirmation for me. I don’t know who needs to hear this, but you are okay.

#Agile #development #mentalhealth #mindfulness

Таск-трекеры — динозавры Кайнозоя

Двести миллионов лет динозавры удерживали вершину пищевой цепи. Они были совершенны для своего времени, пока резкая смена среды обитания и последовавший за ней пищевой дефицит не поставили точку в их истории. В схожей ситуации оказались и популярные таск-трекеры. Превратившись за два десятилетия из стройных и шустрых помощников в прожорливых Jiraзавров, они стали потреблять неприлично большие объёмы рабочего времени. В новой среде асинхронной и многопоточной разработки сам факт их выживания зависит от того, смогут ли они оставаться востребованными утилитами, или их место займут более совершенные системы, построенные на иной архитектуре.

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

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

On Thursday 8 October, I'll be presenting my talk "𝐓𝐡𝐞 𝐈𝐦𝐩𝐨𝐫𝐭𝐚𝐧𝐜𝐞 𝐎𝐟 𝐄𝐱𝐭𝐫𝐞𝐦𝐞 𝐏𝐫𝐨𝐠𝐫𝐚𝐦𝐦𝐢𝐧𝐠 𝐏𝐫𝐚𝐜𝐭𝐢𝐜𝐞𝐬 𝐈𝐧 𝐓𝐡𝐞 𝐀𝐠𝐞 𝐎𝐟 𝐋𝐋𝐌𝐬" at the 1st edition of the Building Bruges conference.

In this talk, I'll take a deep dive into the core practices of XP, and why these ideas remain as relevant as ever in today's world of LLMs.

🔗 For more info & registration: https://buildingbruges.be/conference/

Looking forward to seeing you there!
#XP #ExtremeProgramming #Agile #LLM

☁️ Sales wants to discount aggressively to close deals for quarter end to hit revenue targets. Finance wants to hold prices firm to protect margins, both serving the common goal of "company growth."

Evaporating Cloud Diagrams (also called Conflict Resolution Diagrams) are a tool from Eli Goldratt for resolving conflict. It is a tool to help a group of people who are otherwise working towards a common goal work through a disagreement. When two groups or people are on opposite sides of a conflict the diagram helps visualize the difference and externalize it. Instead of debating a big idea, the issue is boiled down to conflicting assumptions.

One possible solution: offer discounts only in exchange for longer contract terms or upfront payment, so revenue and margin both improve instead of trading off.

The approach can be applied whenever a group is stuck between two things they value that seem to be in conflict. For example, I value autonomy and collaboration and I want to make sense of how to get both. (Thanks to Richard Lawrence for the example.)

Where is your team stuck between two things it values?

#Agile

https://agilepainrelief.com/glossary/evaporating-cloud-diagrams/?utm_source=mastodon&utm_campaign=archive-reshare

🚀 NEW on We ❤️ Open Source 🚀

Dr. Venkat Subramaniam calls AI “accelerated inference,” emphasizing its ability to process data and recognize patterns without assuming those outputs equal intelligence.

In this conversation with Barton George, he connects that distinction to developers, problem-solving, agile, and the changing role of coding. Watch the full episode:
https://allthingsopen.org/articles/ai-accelerated-inference-agile-developers

#WeLoveOpenSource #AI #SoftwareDevelopment #Agile

@thomas_michl stand mit einem Team vor einem völlig überladenen Backlog. Seine Idee: Das ist ein Lager. Also räumen wir es auf wie eines.

Mit ABC- und XYZ-Analyse, Werkzeugen aus der Lagerlogistik. Erst haben ihn alle verdutzt angeguckt. Dann hat es funktioniert.

Mir gefällt das Bild, weil es ehrlich ist. Ein Ticket, das seit Monaten im Backlog liegt, ist kein Plan. Es ist Lagerbestand.

Mehr dazu im Gespräch mit Thomas:
https://no-bullshit-agile.de/nba26-im-gespraech-thomas-michl-agile-verwaltung-und-obeya.html?mtm_campaign=mastodon

#Coding #Lean #Agile

Alt...

Comic-Illustration in Mint und Schwarz. Eine Figur mit Brille sitzt an einem Schreibtisch und ist hinter einem Berg Umzugskartons fast verschwunden. Zwei Kollegen tragen von vorne weitere Kartons heran. Links groß: „Euer Backlog ist ein Lager“. „Lager“ ist invertiert. Unten: „Und Lagerbestand räumt man auf, statt ihn zu pflegen“.

PO gets slandered. - Kai Lentit
#software #devops #agile

https://www.youtube.com/shorts/oGOHEHuipuA

From business requirements to a successful Jira go-live, every implementation stage matters.

A structured approach covers **Requirements → Architecture → Configuration → Migration → Testing → UAT → Go-Live**, helping teams build a Jira environment aligned with their workflows and operational needs.

👉 **Explore Empyra’s Jira Implementation Services:https://www.empyra.com/jira-implementation-services?utm_source=Off-page-SEO&utm_medium=Social-Posting-Mastodon&utm_campaign=Subhrajit

#Jira #JiraImplementation #Atlassian #JiraCloud #JiraMigration #JiraWorkflow #JiraConfiguration #Agile #ProjectManagement

@agile

direct link to the paper: https://arxiv.org/pdf/2608.06640

cc @christiaanverwijs @barryovereem @karen @JuttaEckstein

#reflexiveai #agile

#scrum #scrumteam #dev #developer #qa #scrummaster #productowner #leadership #management #executives #priorities #toppriorities #toppriority #unrealisticexpectations #spookyseason #october #scrumhumor #agilehumor #agile #Meme #memes #Humor #humour

Alt...

Picture of a skeleton with its hand extended out and complaining "excuse me what the f*ck" Caption: When leadership let's you know they are adding a new top priority to your current work, but it's also October.

Wer von euch macht was mit AI in/für/anstelle von Dailies?

#DailyScrum #Agile #AgileCoach #ScrumMaster #AgileAI

»When AI writes the code, the cost moves« http://less.works/blog/2026/09/30/when-ai-writes-the-code-the-cost-moves.html #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Het is feest bij mijn man op het werk. Ze gaan waardenbewust werken. 🙀

#Agile #Management

Alt...

Saaie kantoorgang met deuren en witte pilaren en stapel blauwe en witte ballonnen en bordje met tekst: de nieuwe manier van werken.