Jidoka shows security can keep pace with speed. Try this for two sprints and see how it changes your team’s workflow. Share what works.

#HealthcareTech #SoftwareDevelopment #Agile #Jidoka #ToyotaWay #DevSecOps #ScrumTips #StartupGrowth #CyberSecurity #LeanManufacturing (5/5)

Top Links Claude Opus 4.6: Anthropic’s powerful model for coding, agents, and enterprise workflows is now available in Microsoft Foundry on Azure (Steve Sweetman) Securing Aspire Apps with Microsoft Entra ID (Jean-Marc Prieur) OpenClaw Full Tutorial for Beginners (Beau Carnes) Keynote: The dangers of probably-working software – NDC London 2026 (Damian Brady) Visual Studio Code … Continue reading Dew Drop – February 6, 2026 (#4599)

Be Intentional, Not Passive
Too often people are “in” a meeting physically, but not really present.
Ask yourself:
How can I engage in a way that genuinely helps the group?
What attitude or mindset do I want to bring?
A few minutes of prep → higher contribution. #Meetings #Agile

»The Scrum Master and Developer Dual Role: A Guide to Leading Without Taking Over« https://www.scrum.org/resources/blog/scrum-master-and-developer-dual-role-guide-leading-without-taking-over #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Nobody killed #agile.
#AI just made it irrelevant.

While teams debate #frameworks, decisions are already automated.
#AgileCheese doesn’t fight this — it exploits it. We remove human hesitation where machines decide better, and move humans to the only remaining advantage: judgment under uncertainty.
When execution is automated, thinking becomes the bottleneck. That’s where #cheese is produced.

Structure without culture is just a reorg with fancier names.

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

#Agile #TeamCulture

Dew Drop Weekly Newsletter 469 - Week Ending February 6, 2026

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

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

#BusinessStrategy #Leadership #BusinessGrowth #Agile #ContinuousImprovement #LeanStartup #ProfessionalGrowth #Productivity #StartupLife #Healthcare (3/3)

"Empiricism is the use of past facts and evidence for upcoming decision-making."

https://www.scrum.org/resources/blog/nano-tip-what-empiricism

#Scrum #ScrumDotOrg #MehdiHoseini #ScrumMaster #Agile #Agilitaet #Agil #AgileCoach

»[Nano Tip] What Is Empiricism?« https://www.scrum.org/resources/blog/nano-tip-what-empiricism #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Top Links Roadmap for AI in Visual Studio (February) (Rhea Patel) WinGet Configuration: Set up your dev machine in one command (Kayla Cinnamon) Pick your agent: Use Claude and Codex on Agent HQ (Mario Rodriguez) Azure Boards integration with GitHub Copilot includes custom agent support (Dan Hellem) .NET Rocks! – .NET Source Generators with Jason Bock (Carl … Continue reading Dew Drop – February 5, 2026 (#4598)

Если избавиться от оценок задач, спринтов, планирования, ретроспектив и командных метрик, то… ничего не поменяется

Да что он такое несёт? Сейчас же большинство менеджеров останутся без работы. Разбираемся: а точно ли нужно всё это скрам-добро?

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

#agile #scrum

»Your Scrum pillars are pool noodles« https://www.scrum.org/resources/blog/your-scrum-pillars-are-pool-noodles #Agilist.in #Agile #Change #Lean #Kanban #Scrum

I've had the privilege of leading initiatives that have generated over $2.3 billion for Fortune 500 companies and other organizations across technology, entertainment, finance, and more.

🔗 https://scottgraffius.com/blog/files/scott-m-graffius-delivering-2-point-3-billion-dollars-in-impact-for-organizations.html

#Agile #AI #Tech #Entertainment #Finance #ResearchAndDevelopment

#Leadership #BusinessGrowth #Entrepreneurship #Agile #ContinuousImprovement #Kanban #ProfessionalGrowth #Management #Healthcare #StartupLife (3/3)

It’s a category error to think of Spec-Driven Development as an anti-agile “Big Design Up Front” approach. It’s using all your knowledge of what you need from your code, at the moment where you type in the code. Just you don’t actually type in the code. #sdd #agile #bduf

Неизбежные хлопоты: сегментация как данность

Технологии управления проектами меняются — и вместе с ними меняемся мы и наш мир. Особенно отчётливо это видно в ИТ. Раньше компании были вынуждены мыслить системно: обновления продуктов выходили раз в год, а то и реже, и новые версии нередко приносили не только функциональные улучшения, но и переработанную архитектуру. Сегодня мы мыслим инкрементами. Обновления выпускаются с немыслимой прежде скоростью — Scrum, DevOps и сам современный темп работы сформировали этот подход. Менять архитектуру стало некогда: в инкремент это не укладывается, за спринт — не разрабатывается. В результате продукты всё чаще превращаются в корабли Тесея: после множества мелких правок в системе не остаётся ни одной «старой доски». Формально корабль полностью новый — все элементы заменены, — но по сути он изменился куда меньше, чем кажется. Мы стали мыслить бэклогами, а не архитектурами. Образ мышления неизбежно отражается в продуктах, продукты формируют наш цифровой мир, а тот — в конечном итоге — нас самих. Так индивидуальность начинает подстраиваться под популярную методику, порождая однотипные проектные команды. При этом внутренне мы понимаем, что должно быть наоборот: методика обязана адаптироваться к компании, а не перекраивать её под себя. Путь к подлинному успеху...

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

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

Rigid plans are high-res wrong answers.

Predictive planning assumes the future is knowable. It isn’t.
Plan in multiple horizons (strategy→annual→quarter→sprint→daily), ship MVPs, learn, adjust.

Book: https://buff.ly/EbVufeI

#Agile #Product

»AI-Enhanced Scrum Events (Complete Guide)« https://www.scrum.org/resources/blog/ai-enhanced-scrum-events-complete-guide #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Antimuster der KI-Transformation (und wie man sie diagnostiziert) 🇩🇪« https://www.scrum.org/resources/blog/antimuster-der-ki-transformation-und-wie-man-sie-diagnostiziert #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Top Links Performance improvements to MEF-based editor productivity extensions in Visual Studio (Tina Schrepfer & Amadeus Wieczorek) Part 2: Building a Python CRUD API with Azure Functions and Azure Cosmos DB (Richa Gaur) Announcing our new Dart and Flutter Getting Started experience (Eric Windmill) Introducing Deno Sandbox (Ryan Dahl) Inside CodeMash 2026: A Geek Family … Continue reading Dew Drop – February 4, 2026 (#4597)

Think Before You Walk In. Before your next meeting, take ~5 minutes to reflect:
What is this meeting’s purpose?
What unique knowledge or experience do you bring?
What do you need to show up with (and what baggage should you leave behind)?
Showing up prepared makes meetings better for everyone #Meetings #Agile

»The expertise trap: Why knowing the domain doesn’t make you a product leader« https://agilealliance.org/the-expertise-trap-why-knowing-the-domain-doesnt-make-you-a-product-leader/ #Agilist.in #Agile #Change #Lean #Kanban #Scrum

habe gerade eine folge @wasdenkstdudenn gehoert. "Kollegialität und Demokratie".

haengengeblieben ist mir das sozialexperiment (ab min 44:00)
da ging es um autokratische vs. demokratische. bisschen wie in

https://pod.librescrum.org/@zusammen_mehr_elefant/episodes/043-die-netten-jahre-sind-vorbei

jedenfalls, dass die strukturen hin zu autokratischeren flotter einschnappen, als die autokraten mit der selbstorganisation klarkommen. irgendwie bekannt, und dennoch erklaerts vieles.

@agile #scrum #agile #lean

cc @NadjaBoehlmann @Alisa

»The Key« https://bobgalen.substack.com/p/the-key #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»AI-Enhanced Sprint Retrospective (Part 4 of 4)« https://www.scrum.org/resources/blog/ai-enhanced-sprint-retrospective-part-4-4 #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Top Links Introducing the Codex app (OpenAI Team) The PowerShell Podcast – Owning Your Career and Your Time with Don Jones (James Petty) How to maximize GitHub Copilot’s agentic capabilities (Ari LiVigni) AI-Powered Smart TextArea for ASP.NET Core: Smarter Typing with Intelligent Autocompletion (Arun Kumar Chandrakesan) AI Unprompted Podcast #014 – OpenClaw: The Viral Personal … Continue reading Dew Drop – February 3, 2026 (#4596)

»Ciclo de Valor no seu Product Operating Model com IA: A Engenharia para Simplificar sua operação de produto« https://www.scrum.org/resources/blog/ciclo-de-valor-no-seu-product-operating-model-com-ia-engenharia-para-simplificar-sua-operacao-de-produto #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»The Hidden Cost of Poor Negotiations in Product Management« https://www.scrum.org/resources/blog/hidden-cost-poor-negotiations-product-management #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Limiting Work in Progress is a Superpower« https://www.scrum.org/resources/blog/limiting-work-progress-superpower #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»The Hidden Cost of Poor Negotiations in Product Management« https://www.scrum.org/resources/blog/hidden-cost-poor-negotiations-product-management #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Распорядок дня умер: как собрать гибкую систему дел в 2026 (Agile для жизни)

В этой статье не будет «идеального шаблона дня». Вместо этого мы соберём понятный алгоритм, который можно повторить в любом таск-менеджере на нейтральных примерах и схемах. Что именно разберём: 1. Как провести аудит ресурсов: энергия, контексты, доступные инструменты. 2. Как дробить большие задачи до уровня конкретных действий. 3. Как собрать день в виде короткой итерации и не ломаться при сбоях. 4. Как делать ретроспективу, чтобы система становилась лучше каждую неделю.

https://habr.com/ru/companies/leadertask/articles/992196/

#распорядок_дня #agile #режим_дня #правильный_режим_дня #идеальный_распорядок_дня #как_составить_режим_дня #распорядок_дня_пример #идеальный_режим_дня #как_создать_распорядок_дня

@pgoetz @agile also ich wuerde ihn da direkt nehmen. vielleicht geht ja was mit der @haufegroup ;)

#scrum #agile #fedihire

Как мы учим стажеров разработке на Turbo Script, используя системный подход

Привет, мир! Софья, 5 лет в ERP на Turbo Script, старший разработчик Консист Бизнес Групп. За это время я не раз убеждалась: обучение стажёров — это искусство баланса между академическими знаниями и реальными задачами, где каждая строчка кода может стать либо фундаментом архитектуры, либо техническим долгом. В этой статье поделюсь своим подходом к наставничеству: что брать для перехода от теории к практике и как выстроить обучение так, чтобы стажёр не просто решал задачи, а начинал мыслить системно. Если Вы джун, который только входит в мир продуктовой разработки, или наставник, ищущий подход к обучению, добро пожаловать под кат!

https://habr.com/ru/companies/lansoft_career/articles/992020/

#стажировка_в_it #карьера_программиста #карьера_в_it #учебный_процесс #agile #turbo #script #код #документирование #субд

Limiting Work in Progress Is a Superpower, by (not on Mastodon or Bluesky):

https://www.scrum.org/resources/blog/limiting-work-progress-superpower

#projectmanagement #processes #productivity #agile #scrum

»Beyond frameworks: Four shifts« https://agilealliance.org/beyond-frameworks-four-shifts/ #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Limiting Work in Progress is a Superpower« https://www.scrum.org/resources/blog/limiting-work-progress-superpower #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Why this works for small teams:
- Fewer urgent alignment meetings
- Less blame-shifting in Slack channels
- Faster fixes (no waiting for complex tools)

Small SaaS teams win because they can act instantly on truths. No management approval needed. Two-person teams often fix communication knots in one sprint using this method.

#FirstPrinciples #RemoteWork #SaaSTeams #RemoteTeamManagement #ProblemSolving #Productivity #Agile #Leadership #TeamCommunication #Efficiency (3/3)

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

#LINKSDERWOCHE | 5/2026: Produktivität, Agile, Management und Leadership, Politik und Gesellschaft

PRODUKTIVITÄT

Gewohnheiten | Denkfehler rund um Gewohnheiten

Ivan Blatter hat eine Podcast-Folge zum Thema Gewohnheiten veröffentlicht. Im Fokus stehen dabei Denkfehler im Zusammenhang mit Gewohnheiten. Disziplin und Motivation sind übrigens nicht der Schlüssel zum Erfolg, sondern oft genug sogar ein Hindernis. Seine Empfehlung: Beginne klein, achte darauf, wo es im echten Leben Platz hat, akzeptiere Rückschläge (sie gehören dazu) und denke stets daran: Die Gewohnheit ist nicht das Ziel, sondern das Werkzeug. Das heißt, die Frage lautet: Was wollen wir erreichen? Die Gewohnheit folgt dem Ziel. Also wieder viele spannende Impulse.

https://share.transistor.fm/s/4784e835

Hausgemachter Stress | Erkennen und künftig vermeiden

Ein Teil des Stresses, dem wir täglich ausgesetzt sind, ist hausgemacht. Da bin ich alles andere als eine Ausnahme. Das ist mir bei Dan Rockwells Liste wieder einmal schmerzlich bewusst geworden, auf der ich viele „alte Bekannte” wiedergesehen habe. Das Gute ist: Wenn man es erkennt, kann man etwas dagegen tun. Zumindest zum Teil. Es ist allerdings eine Sisyphosarbeit. Zumindest kommt es mir so vor. Wie mit den To-dos auf der Liste. Je mehr ich erledige, desto mehr kommen dazu. Okay, irgendwann wird man entspannter und nimmt manches nicht mehr ganz so wichtig. Zumindest behaupten das der eine oder andere. Es gibt also noch Hoffnung. 😉

https://leadershipfreak.blog/2026/01/29/12-expressions-of-self-imposed-stress/

AGILE

Work-Feedback-Loop | Der einfachste Weg zu mehr Agilität

Ganz simpel und einfach, ganz ohne Framework und Schnickschnack: der Work-Feedback-Loop. Das ist der Kern aller agilen Methoden und Frameworks. Wie Thomas von NoBullshitAgile zu Recht hervorhebt, funktioniert es auch ganz ohne. Wer agiles Arbeiten mit Leben füllen will, braucht nicht viel. Bis auf die Feedbackschleife, die in Verbesserungen mündet. Alles andere ist unterstützendes Beiwerk. Es funktioniert im Kleinen wie im Großen.

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

Reflexion | Echte Verbesserungen in den Foku stellen

Bei vielen Retros steht leider nicht die „echte” Reflexion im Sinne des strategischen Lernens für die Zukunft im Fokus, sondern der Wohlfühlfaktor. Das kann ich durchaus nachvollziehen. Selten erlebe ich ein Team, das wirklich die strategische Hoheit hat. Die meisten sind in große Organisationen eingebettet, in denen vermeintlich die Leitplanken vorgegeben sind. So zieht man sich auf das Team selbst und die weichen Faktoren zurück und übersieht dabei die Schärfung der strategischen Komponente, die jedes Team hat. Am Ende des Tages geht es immer darum, Ergebnisse zu liefern. Und zwar gute. Genau diese gilt es in den Fokus unseres Bemühens zu stellen. Der Beitrag von Maik Seyfert erinnert mich zumindest daran, in den Reflexionsrunden wieder mehr den Fokus auf echte Verbesserungen zu legen, die einen Mehrwert für die Beteiligten erzeugen, ohne dass die Qualität darunter leidet.

https://www.lostconsultants.com/2026/01/26/stop-accelerating-before-you-understand/

Agiles Schätzen I | Was man so alles falsch machen kann

Was das agile Schätzen betrifft, gehöre ich zu der Fraktion, die das Schätzen komplexer Aufgaben eher als Feedback- und Entscheidungshilfe interpretiert und sich am Ende des Tages dafür ausspricht, das gelieferte Ergebnis in den Fokus zu stellen. Für mich ist das Schätzen ein Werkzeug, um die Losgröße in ein Maß zu bringen, das für ein agiles Team umsetzbar ist, und je nach Kontext ein Hilfsmittel, um die Prognosefähigkeit herzustellen, bis wann etwas geliefert werden kann. In meinem aktuellen Projekt haben die Teams bisher auf eine Schätzung verzichtet, da der Kontext hier keinen nennenswerten Nutzen einer Schätzung bietet. In anderen Projekten, in denen ich tätig war, war die agile Schätzung hingegen sinnvoll, da wir für das Zusammenspiel mit anderen Projekten eine grobe Prognose unserer Lieferleistungsfähigkeit erstellen mussten, auf deren Basis eine Lieferplanung erfolgen konnte. Daher beschäftige ich mich auch immer wieder mit dem Thema und kenne einige Fallstricke, von denen ich sehr viele in der Auflistung von Simon Flossmann wiederentdeckt habe.

https://www.scrum.org/resources/blog/21-fehler-die-agile-teams-beim-schatzen-machen-welchen-macht-dein-team

Agiles Schätze II | Schätzen als Entscheidungshilfe

Und noch ein Beitrag zum Thema „agiles Schätzen”. Dieses Mal von dem agilen Urgestein Mike Cohen. Er betrachtet das agile Schätzen in erster Linie als Entscheidungshilfe, was meiner eigenen Sichtweise sehr entgegenkommt. Er stellt die Frage in den Fokus, wann und wo das Schätzen hilft, Entscheidungen zu treffen. Besonders gut gefällt mir, dass sich meine Lieblingsfrage – „Weshalb tun wir etwas für welchen Zweck?” – in anderer Form auch bei ihm wiederfindet. Kurz gesagt empfiehlt er, sich die Frage zu stellen, weshalb Schätzen für wen mit welchem Ziel sinnvoll ist. Für mich ergibt das erst einen Sinn.

https://www.mountaingoatsoftware.com/blog/estimating-and-planning-in-agile-why-they-still-matter-in-2026

Selbstmanagende Teams | Was es braucht, damit es gelingt

Ich schätze selbstverwaltende Teams sehr. Das Konzept ist nicht ohne Grund Teil der Agilität, da es die Reaktionsgeschwindigkeit innerhalb eines Teams deutlich erhöhen kann. Fakt ist aber auch: Kein Team – und sei es noch so „eigenständig“ – ist jemals allein. Die besten sich selbst managenden Teams habe ich in der Krankenpflege erlebt. Ein niederländisches Pflegeunternehmen namens Buurtzorg hat mit seiner „radikalen” Organisationsstruktur bereits vor Jahren für Furore gesorgt. Das Unternehmen hat seine Strukturen so angepasst, dass solche Teams tatsächlich entstehen können. Viele Aspekte, die Stephanie Ockerman beschreibt, lassen sich dort live und in Farbe beobachten.

https://www.agilesocks.com/self-managing-teams-compliance-collaboration/

Product Owner | Wie die KI die Rolle des POs verändert …

Vibe Coding taucht immer häufiger auf meinem Radar auf. Dabei wird mithilfe von KI Code erstellt, ohne dass die beteiligten Personen wirklich Ahnung haben müssen. Ich bin da allerdings etwas vorsichtig, was die Euphorie betrifft. Es gibt bereits erste Beispiele, bei denen Vibe Coding zu erheblichen Sicherheitslücken geführt hat. Es mag eine gute Unterstützung sein und ist durchaus hilfreich, um einen ersten Prototypen zu erstellen. Am Ende ist echter handwerklicher Können aber nicht einfach ersetzbar, auch wenn es in den feuchten Träumen mancher Effizienzneurotiker so zu sein scheint. Natürlich kann ich als Nicht-Entwickler schnell mal eine Lösung von KI bauen lassen, aber mir fehlt das Wissen, um die Qualität zu beurteilen. Dennoch möchte ich den von den Produktwerkern aufgeworfenen Gedanken in Zusammenhang mit der Rolle des POs aufgreifen. Vibe Coding könnte ggf. dabei helfen, das Verständnis zwischen Product Ownern und Softwareentwicklern zu verbessern, sofern der Einsatz reflektiert bleibt und man sich der Sinnhaftigkeit der Rollentrennung bewusst ist. Eine Verschmelzung der Rollen halte ich für gefährlich. Und dass KI Entwickler ablöst, halte ich aus den bereits genannten Gründen ebenso für gefährlich.

https://produktwerker.de/laesst-vibe-coding-product-owner-und-developer-rollen-verschmelzen/

Organisationsdesign | Zwischen Zentralisierung und Dezentralisierung

So sehr ich dezentrale Strukturen auch schätze und befürworte, eine hohe Dezentralisierung ist nicht immer sinnvoll. Wenn ich das Beispiel vanbuurt.org, das ich weiter oben bereits erwähnt habe, nochmals heranziehen darf: Die Organisation hat einen sehr hohen Dezentralisierungsgrad und dennoch gibt es auch dort zentralisierte „Dienste” für alle Teams. An diesem Beispiel zeigt sich für mich, dass es kein Entweder-oder gibt, sondern dass ein ausgewogenes Verhältnis zwischen den Dimensionen Zentralisierung und Dezentralisierung wichtig ist, das gar nicht so einfach herzustellen ist. Ilia Pavlichenko zeigt anschaulich, dass bei aller Begeisterung für agile und selbststeuernde Teams lokale Optimierung in einzelnen Teams für die Gesamtorganisation zum Problem werden kann. Es braucht also beides in austarierter Form bei der Gestaltung des Organisationsdesigns.

https://www.scrum.org/resources/blog/when-agile-becomes-local-optimization

Paradigmenwechsel | Wie die KI zum Paradigmenwechsel führen könnte

Stefan Wolpers spricht von einem durch KI getriebenen Paradigmenwechsel in der Agilität. Er fasst diesen für die drei Ebenen wie folgt zusammen:

• Strategisch: Die Einführung von KI als kulturelle Herausforderung betrachten, nicht als Einführung eines Tools.
• Produkt: Akzeptieren, dass kostengünstiger Code bedeutet, dass Product Discovery wichtiger wird als zuvor.
• Individuell: Vom Prompten zur Nutzung von Agenten übergehen.

Ob er mit seiner Analyse richtig liegt? Fakt ist: Die KI werden wir nicht mehr los und sie wird Veränderungen erzeugen. Fakt ist auch – zumindest meiner Meinung nach – dass die Erwartungen an KI-Lösungen in der Diskussion teilweise zu hoch sind. Es wird sich vieles deutlich verändern. Wohin, weiß ich nicht. Den Artikel gibt es auf Englisch und in einer deutschen Übersetzung.

Englischsprachig: https://www.scrum.org/resources/blog/agiles-ai-driven-paradigm-shift

Deutschsprachig: https://www.scrum.org/resources/blog/agiles-ki-getriebener-paradigmenwechsel

Ein agiles Märchen | (K)eine Märchenstunde mit Lerneffekt

Es heißt ja gerne, die öffentliche Verwaltung könne nicht agil sein. Doch, das kann sie. Das habe ich selbst oft genug gesehen und erfahren. Als Gründungsmitglied des „Forums Agile Verwaltung” weiß ich das aus eigener Erfahrung. Es ist keine Märchengeschichte, wie in dem folgenden Blogartikel, sondern Realität. Das Märchen ist allerdings schön erzählt und deshalb auch für alle, die nichts mit der öffentlichen Verwaltung zu tun haben, eine Leseempfehlung. Ich würde die Antragsbearbeitung allerdings eher mit Kanban organisieren, da sie nicht explorativ, sondern prozessual ist. Seht mir diese kleine Bemerkung bitte nach. 😉

https://agile-verwaltung.org/2026/01/29/das-maerchen-von-den-sieben-sprints/

Lieferfähigkeit | Wenn das Team nicht liefert

Ja, das kennt wohl jeder. Da hat man ein vermeintlich agiles Team, das einfach nicht liefert. Bevor wir jetzt ins allseits beliebte Mindset-Bashing verfallen, sollten wir kurz innehalten. Es ist meist keine Frage des Mindsets, sondern eine Frage des Systems, und das müssen wir uns näher anschauen. Wie ein Individuum ist auch ein Team nie vollkommen autark, sondern immer auch in einen Systemkontext eingebettet. Und der hat Wirkung. Nicht immer gleich sichtbar, aber mit Sprengkraft. Die vier Hebel von Marc Löffler können dabei helfen, dem entgegenzuwirken. Sie sind in diesen Fällen auf jeden Fall hilfreich. Meist nicht allein. Aber sie sind durchaus nicht zu unterschätzen. Bitte erwarten Sie keine schnellen Veränderungen. Die Veränderungen brauchen Zeit. Im Team. Und im Umfeld.

https://marcloeffler.eu/2026/01/27/hilfe-mein-team-liefert-nicht-was-wirklich-hilft-und-was-nicht/

Veränderungsprozesse | Kotters Modell erklärt

Zu den Klassikern des Change Managements gehört das 8-Schritte-Modell für Veränderungsprozesse von J. P. Kotter, das Fadi Stephan beschreibt. Man sollte es kennen, auch wenn es inzwischen 20 Jahre alt ist. Es ist kein Hexenwerk. Allerdings steckt viel Wahrheit darin.

https://www.kaizenko.com/why-kotters-change-management-model-matters-for-product-organizations-and-teams/

MANAGEMENT UND LEADERSHIP

Planungsauslastung | Der feuchte Traum der Effizienzneurotiker

Ich lästere gerne über die Effizienzneurose, die in ihrem Wahn die Effektivität frisst und damit das Gegenteil erreicht und Ineffizienz steigert. Ein sichtbares Phänomen ist die berüchtigte Auslastungsidee, bei der eine Planungsauslastung von 100 % als der Heilige Gral der betriebswirtschaftlichen Fieberträume gilt. Bis heute will mir nicht in den Kopf, dass alle verfügbaren mathematischen Modelle und sogar empirische Daten klar belegen, dass diese Idee ins Gegenteil dessen verkehrt, was erreicht werden soll, und doch halten noch immer so viele Menschen an dieser Idee fest. Gut, es gibt Erklärungen dafür. Sie machen es nachvollziehbar. Dennoch wissen wir es besser. Daniel Dubbel fasst es in seinem Artikel recht gut und ausführlich zusammen. Er belässt es aber nicht dabei, sondern gibt der Führung den Auftrag, gegenzusteuern. Die von ihm genannten Lösungsansätze kann ich nur unterstützen.

https://www.inspectandadapt.de/effizienz-die-diktatur-der-auslastung/

Zukunft | Trends verstehen und erkennen

Können wir die Zukunft vorhersehen? In gewisser Weise ja. Mithilfe entsprechender Techniken können wir erahnen, wohin die Reise gehen könnte. Zumindest die nähere. Drei dieser Techniken beschreibt Tobias Leisgang im zweiten Teil einer Artikelserie auf dem Blog von t2informatik. Ja, ich weiß, es kommt meist anders, als man denkt, aber gewisse Trends lassen sich erkennen, und darum geht es letztendlich: sich vor Überraschungen zu wappnen. Das Beispiel Klimawandel trifft es recht gut. Wir wissen, dass er in Fahrt ist. Wir wissen, dass Extremwetter zunehmen. Wir könnten uns auf mögliche Szenarien vorbereiten. Passiert allerdings noch wenig. Das macht aber Sinn.

https://t2informatik.de/blog/das-konnte-doch-keiner-kommen-sehen/

POLITIK UND GESELLSCHAFT

Arbeitszeitdebatte I | Das Thema verfehlt

Da ist sie wieder, die Forderung, dass wir alle mehr arbeiten sollen. Mehr Arbeitsstunden, weniger Krankstand, weniger Feiertage, mehr Wochenarbeitszeit. Und dann, ja dann, brummt die Wirtschaft wieder. Wirklich? Äh, nö. Denn mehr Arbeitszeit bedeutet nicht automatisch mehr Wertschöpfung. Ganz wie Ursula Brummack es auf den Punkt bringt. Wenn die ganzen „Schreihälse”, die behaupten, Arbeit sei zu teuer, ihre Hausaufgaben machen würden, wüssten sie, dass Innovationsfähigkeit die Auskömmlichkeit steigert und damit die Produktivität. Jedes Mal, wenn ich einen Unternehmensvertreter jammern höre, dass Arbeit in Deutschland so teuer sei und die Rahmenbedingungen so schlecht, kostet es mich Überwindung, nicht mit dem Kopf auf den Tisch zu hauen. Macht erst einmal eure Hausaufgaben! Und zwar richtig, dann reden wir weiter. Derweil reibt sich Meister Konfus die Hände.

https://brummack.blog/arbeit-ist-kraft-mal-weg/

Arbeitszeitdebatte II | Zeit ist nicht gleich Leistung

Ähnlich argumentiert übrigens auch Britta Redmann. Sie rät dazu, Zeit niemals mit Leistung zu verwechseln. Sie plädiert für mehr Bedürfnisorientierung. Wer Martin Gaedts Bücher kennt, sollte auch verstehen, dass mit weniger Normwochenarbeitszeit sogar mehr Leistung erreicht werden kann. Ich meine, haben die Befürworter einer Steigerung der Wochenarbeitszeit von der qualitativen Verdichtung der Arbeit gehört? Wenn, dann kennen sie es in der Chefetage vermutlich nicht, denn dort gehört das Golfspielen mit Geschäftspartnern ja zur Arbeitszeit (wogegen ich nichts habe, es ist nur nicht die gelebte Wirklichkeit der Mitarbeitenden).

https://britta-redmann.de/organisationsentwicklung/verwechsle-niemals-zeit-mit-leistung/

#Agile #Auslastung #Effizienzneurose #Estimation #Feedback #Gewohnheiten #KI #Leadership #Lieferfähigkeit #Management #Organisation #Organisationsdesgin #Planung #ProductOwner #Produktivität #Reflexion #Schätzung #Scrum #SelbstmanagendeTeams #Stress #Veränderungsprozess #Zeitmanagement #Zukunft

» The Art of Giving Feedback with Lonnie Weaver-Johnson « http://drunkenpm.blogspot.com/2026/02/the-art-of-giving-feedback-with-lonnie.html #Agilist.in #Agile #Change #Lean #Kanban #Scrum