schmonz.com is a Fediverse instance that uses the ActivityPub protocol. In other words, users at this host can communicate with people that use software like Mastodon, Pleroma, Friendica, etc. all around the world.
This server runs the snac software and there is no automatic sign-up process.
NEW! The Leanpub Podcast đ Feat. Alexey Krivitsky, co-author of 10X ORG: A Manager's Guide to Elevating Business Performance with People and AI
#books #leanpublishing #selfpublishing #FutureOfWork #OrganizationalDesign #BusinessTransformation #Management #Leadership #TeamTopologies #LeanpubPodcast #DigitalTransformation
Hiring an Agile Coach won't make your company agile. Neither will a mandate from the CEO. It can help though if you also remember the following.
Agility spreads through a small group of people who actually understand it and who are given the space to prove it works.
No role, no title, no framework will do that job for you.
Every company claims to have a "culture of learning from mistakes."
Then something goes wrong and the first question is: "Who did this?"
You don't have a failure culture. You have a blame culture with better marketing.
Micro Habits for better Teamwork: Psychological Hacks with Great Impact by Dr. Denniz Dönmez & Dr. Rafael Huber is a new release on Leanpub!
Link: https://leanpub.com/microhabits
#books #ebooks #newreleases #leanpublishing #selfpublishing #leadership #teamwork #organizational_psychology
The leaders I've watched plateau aren't the ones who lacked talent. They're the ones who kept waiting for someone else to guide their growth. The ones who keep moving treat their development like a line item they control. You don't need your organization's permission to read, reflect, or ask hard questions. That part is yours.
https://www.congruentchange.com/first-lead-yourself/
#Leadership #ContinuousLearning #SelfLeadership #ProfessionalDevelopment
Stop trying to reach consensus in your team. You'll get silence, dominant voices, or fake agreement.
Try consent instead: "Does anyone have a serious objection?" No objection = we move forward. You can always revisit.
Faster decisions. More voices heard. Less theater.
Organisational Dysfunction of the Day
Involvement theatre
Context: Some architects, project leads, or managers want to do things properly. They genuinely believe in collaboration and know the teams have valuable knowledge. So they organise workshops, like EventStorming sessions, design sprints, or other types of collaborative design workshops. People are invited, post-its go up, discussions happen, and there is real energy in the room. Then the session ends, the outputs are photographed, the facilitator disappears with the material, and a few weeks later, a design document or architecture proposal lands in the team's inbox. It looks nothing like what people thought they were building together. When questions are raised, the answer is that the workshop inputs were "taken into account." The teams learn quickly that the workshops are not really about designing together. They are about being consulted. Next time, fewer people will engage seriously. The post-its get sparser. The energy in the room is noticeably lower, even hostile.
OST explains: This is one of the most common misapplications of participative techniques in DP1 organisations: design authority is retained above, while the appearance of participation is layered on top to legitimise decisions already made or soon to be made elsewhere. OST explains why it fails on two levels. First, Bion's basic assumptions: the moment a person with authority enters the room, even a well-meaning independent facilitator, people shift into dependency or fight/flight, so the workshop never produces genuine collaborative design, regardless of how it is facilitated. Second, Fred and Merrelyn Emery were explicit that it is only when people design their own work that they develop the motivation, responsibility, and commitment to implement it effectively. A design imposed on a group, even one consulted, will never have the ownership that a design created by the group has. Involvement theatre does not just fail to produce good design; it actively corrodes trust in the collaborative process, making genuine participation harder to achieve each time. As Kurt Lewin warned, people cannot be trained for democracy by autocratic means.
Silence in a meeting is not agreement. It's fear wearing a mask.
If your team "agrees" in 5 minutes, nobody actually shared what they think. You didn't make a decision but one person did, and the rest let it happen.
You ran an "agile kickoff workshop." The client nodded along. Three months later: "So when will everything be done?"
That's not a client problem. That's yours. One workshop doesn't create understanding. Continuous alignment does. Stop blaming the customer for not "getting agile."
"We're agile, we don't need a plan."
Wrong. Agile means planning *more*, not less. Every sprint, every standup, every retro - that's all planning.
What you actually mean: "I don't want to be held accountable for a plan." That's not agile. That's chaos.
Organisational Dysfunction of the Day
Professional leadership
Context: The organisation has invested heavily in leadership development. There are programmes, frameworks, coaching, 360-degree feedback, and a clear leadership model on the intranet. The managers are well-intentioned, many of them genuinely skilled, and they take their responsibility seriously. However, the teams below them are still not performing as hoped. Engagement is middling, decisions are slow, and the best people keep leaving. Some even because of their manager. Leadership quality is clearly not the bottleneck, so what is? In many industries, supervisors are expected to know the craft they oversee. Not so in most IT organisations, where the manager's job is people and process, not technology. That gap has been growing.
OST explains: The problem is not the leaders; it is the existence of the role itself. DP1 as bureaucracy requires leaders because control and coordination are handled by a layer above the real productive work, be it managers in the line, project managers, product managers, or even architects. You therefore need good ones, and training them makes sense within that logic. But no amount of leadership quality fixes the structural problem that the people doing the work are not in control of it. In DP2, the need for professional leadership largely disappears because coordination and control are handled by the group itself. The resources currently spent on developing leaders should instead be invested in developing the team's self-managing capacity. That is not a small shift; it is a fundamentally different theory of how organisations work. A DNA swap.
"Doing Scrum" doesn't make you agile. Neither does Jira, a daily standup, or calling someone "Product Owner."
Agility is a mindset, not a toolbox. If you don't understand why you're doing it, the framework won't save you.
Most teams fail at agile not because they picked the wrong method but because they never understood the foundation.
Your annual performance review is useless. Your manager barely knows what you did last month â let alone last year.
Try this instead: let people choose 3 peers to give them feedback every 6 months. No report to management. No grades. Just honest growth conversations in a safe space.
#feedback #agile #leadership #teamwork #continuousimprovement
The biggest mistake leaders make in 1:1s? Talking.
A one-on-one is not your meeting. It's theirs. Your job is to shut up and listen. No status updates. No "feedback." Just one question: "What are we not talking about that we should be?"
Then wait. Even if it gets uncomfortable.
This week, I am talking about a 2800-year-old story and how it explains the phenomenon of storming.
https://www.edyouragilecoach.com/the-leader-at-the-mast/
đŽââ ïž đ»
The most underrated leadership skill isn't strategy, vision, or decisiveness.
It's shutting up and listening.
In your next 1:1, try this: say less, ask "What else?" and wait. The real information comes after the first pause, not before it.
Bonuses don't motivate people. They destroy motivation.
What actually drives your team: autonomy over their work, mastery in their craft, connection to each other, and purpose in what they build.
Every time you dangle a carrot or threaten a stick, you're replacing intrinsic drive with dependency. Stop it.
PRODUKTIVITĂT
Schlechte Gewohnheiten erwirbt man oft unbewusst. Sie schleichen sich ein. AllmÀhlich und hinterhÀltig. Wie wird man sie wieder los? Wenn man Dan Rockwells Ideen hierzu folgt, wird es etwas einfacher, aber es ist dennoch schwer genug. Ein Grund, das Handtuch zu werfen? Niemals.
https://leadershipfreak.blog/2026/05/08/break-the-habit-of-bad-habits/
PROJEKTMANAGEMENT
Wer es kurz und knackig mag: Ich bin normalerweise kein Freund von KI-Zusammenfassungen, mache hier aber eine Ausnahme, weil sie wirklich gut ist. Hier sind die Dos und Don’ts im Projektmanagement von Bernhard Schloss als grafische Zusammenfassung. Man sollte sie sich ausdrucken und in jeden Projektraum hĂ€ngen đ
https://www.bernhardschloss.de/blog/dos-und-donts-im-projektmanagement/
Ich persönlich wĂŒrde, wann immer es möglich ist, direkt auf Obeya umsteigen. In einem gut gestalteten Obeya-Raum habe ich alle SchlĂŒsselinformationen auf einen Blick und die Notwendigkeit eines Statusberichts, wie er im Projektmanagement ĂŒblich ist, entfĂ€llt. Nur leider liegt das nicht immer in meiner Hand und es wird wohl auch weiterhin Projekte geben, in denen jemand einen Statusbericht verlangt. Wenn er gut ist und Nutzen stiftet, ist das durchaus legitim. Leider ist das so eine Sache mit der QualitĂ€t. Aus verschiedenen, durchaus nachvollziehbaren GrĂŒnden, die auch im Artikel von Andrea Windolph ihren Niederschlag gefunden haben. Spannender sind allerdings die Hinweise, wie man es besser macht. Das lĂ€sst sich ĂŒbrigens auch auf andere Kontexte gut ĂŒbertragen. Und ja, Kommunikation ist nicht einfach.
Mark Graban trifft damit einen Nerv. Viele begehen einen zentralen Fehler, wenn sie versuchen, Kosten zu optimieren. Sie betrachten nicht das Gesamtsystem, sondern nur Teilbereiche. Die Personalkosten stehen oft in der Kritik, weil sie als zu hoch angesehen werden. Was ich an Toyota Production System (TPS) schĂ€tze, ist, dass dort eben der ganzheitliche Blick vorherrscht. Dies haben viele bei ihrer Lean-Adaption leider ĂŒbersehen. Das ist ein Grund, weshalb ich lange mit âLeanâ gehadert habe (ich kannte zu dem Zeitpunkt nur die angelsĂ€chsische Lean-Variante und noch nicht Monozukuri). âLokale Optimierungâ verschiebt die Folgekosten lediglich und oft genug steigen die âGesamtkostenâ (besonders, wenn man Kunden, Lieferanten usw. mit einbezieht) dadurch deutlich. Als Kunde groĂer Telekommunikations-, Versicherungs- und Energiekonzerne kann ich darĂŒber mittlerweile mehr als nur ein Lied singen. Daher freut es mich, dass Mark Graban das Thema aufgreift und verdeutlicht, dass man etwas mehr Hirnschmalz investieren muss, wenn man sinnvoll an das Thema âKosten sparenâ herangehen will. Auskömmlichkeit zu verbessern ist halt etwas anderes …
https://www.leanblog.org/2026/05/working-charge-nurse-hidden-cost/
Wie oft musste ich schon hören, dass die Menschen schlicht und ergreifend nicht das richtige âMindsetâ haben und es deshalb nicht klappt! Bei nĂ€herer Betrachtung lag es jedoch nicht unbedingt an den Menschen und ihrer Haltung, sondern in weiten Teilen am System selbst und seiner Mechanik. Diese lĂ€sst sich nicht einfach dadurch Ă€ndern, dass man jetzt regelmĂ€Ăige Retrospektiven durchfĂŒhrt. Götz MĂŒller greift dieses Thema im Zusammenhang mit Lean und Verbesserung auf und verdeutlicht: Oft liegt es nicht an den Menschen, sondern am System.
https://www.geemco.de/artikel/warum-menschen-auf-systeme-reagieren-und-nicht-auf-leitbilder/
In John Knotts Blogartikel geht es um Verbesserung und Metriken. Interessanterweise beobachten wir hĂ€ufig, was nicht gut lĂ€uft. Darauf basieren Annahmen und Hypothesen ĂŒber die Ursachen und die mögliche Wirkung. Allerdings machen sich nur wenige Gedanken darĂŒber, wie sie diese Vermutungen faktenbasiert, also empirisch, belegen können. Dabei geht es nicht darum, Zahlen zu erzeugen, sondern in erster Linie darum, transparent zu machen: Sind unsere Annahmen korrekt und zeigen unsere MaĂnahmen daher Wirkung?
Obwohl viele von AgilitĂ€t reden, kommt mir das, was Merlin Mechler unter dem Stichwort âzu viel Planung, zu wenig Fortschrittâ zusammenfasst, doch sehr bekannt vor. Besonders gerne â sorry, ich kann es mir nicht verkneifen â fallen mir dazu Umfelder ein, in denen man sich skalierte Rahmenwerke auf die Fahne schreibt. Die Grundlagenarbeit passt noch nicht. Es fehlt der Fokus auf Wirksamkeit und kurze, echte Feedbackschleifen, die aufzeigen, wo die Probleme liegen. Wenn man das Ganze mit passenden Metriken ergĂ€nzt, die auch tatsĂ€chlich sinnvolle VerĂ€nderungen sichtbar machen und das âLernenâ als Organisation unterstĂŒtzen, wird es definitiv besser. Aber Achtung: Auch mit Kennzahlen kann man viel Schindluder treiben, und âControllingâ ist kein Selbstzweck. Die Metriken dienen dazu, das Lernen als Organisation zu stĂ€rken. Sie sollten daher auch regelmĂ€Ăig auf den PrĂŒfstand gestellt werden.
https://t2informatik.de/blog/zu-viel-planung-zu-wenig-fortschritt/
Die gute alte Stakeholder-Map ist nach wie vor ein hervorragendes Werkzeug, um den Ăberblick ĂŒber die verschiedenen Anspruchsgruppen und ihre BedĂŒrfnisse zu behalten. Leider erlebe ich in der Praxis sehr hĂ€ufig, dass sie zwar begonnen, aber selten dauerhaft gepflegt wird. Das liegt vermutlich daran, dass sie nicht Teil der âalltĂ€glichenâ Arbeit ist und dann gerne mal vergessen wird. Abhilfe schafft hier ein guter Obeya-Raum, in den sie integriert ist, weil sie dann prĂ€sent bleibt und bei Bedarf schnell fortgeschrieben werden kann, wenn neue Erkenntnisse hinzukommen. Nur mal so am Rande. Wer jetzt nicht weiĂ, was ich meine, fĂŒr den bietet der kleine, aber feine Artikel von Fadi Stephan eine schnelle Zusammenfassung des Werkzeugs Stakeholder-Map.
https://www.kaizenko.com/how-to-manage-stakeholders-using-the-power-interest-matrix/
Ein Klassiker, den ich auch immer wieder erleben durfte: Product Owner:innen und Teams werden bei der Planung gar nicht groĂ gefragt. Das Management entscheidet irgendwo, wann was fertig zu sein hat, und dann gibt es ein böses Erwachen. Und das, obwohl es mehrfach Hinweise aus dem Team und vom Product Owner gab. Ein solches Projekt durfte ich vor geraumer Zeit als Scrum Master begleiten. Erst als es richtig geknarzt hat und wir krĂ€ftig investiert haben, lief es Ă€hnlich wie von Mike Cohn als idealer Zustand beschrieben. Ăberraschung: Die Planung war nicht nur realistisch, sondern die dabei entstandene Transparenz im Dialog hat auch beim Management zu einem besseren VerstĂ€ndnis der Herausforderungen gefĂŒhrt, die es zu lösen galt. Leider endete kurz darauf meine Zeit in diesem Projekt â wie das bei Externen nun mal so ist. Soweit ich jedoch gehört habe, lĂ€uft es jetzt deutlich besser und reibungsfreier. Es lohnt sich wirklich, zusammenzuarbeiten, auch ĂŒber âHierarchieebenenâ hinweg. Die Fachleute auf der operativen Ebene können dem Management nĂ€mlich realistischer zurĂŒckspiegeln, was machbar ist und was nicht. Ab und an den Ort des Geschehens zu besuchen, ist durchaus etwas, das man tun sollte. đ
https://www.mountaingoatsoftware.com/blog/when-planning-should-become-a-shared-problem
In den letzten âLinks der Wocheâ hatte ich bereits auf Daniel Dubbel verwiesen, der zu Recht erklĂ€rt hat, dass KomplexitĂ€t kein neues PhĂ€nomen ist. UnabhĂ€ngig vom Rahmenwerk gibt es einige Dinge, die dabei helfen, die Zusammenarbeit in komplexen Situationen sinnvoll zu gestalten: Vernetzungsgrad gestalten, AbhĂ€ngigkeiten klĂ€ren, Transparenz herstellen, Geschwindigkeit takten, Informationsdichte filtern. Dabei ist Visualisierung, wie sich der geneigte Leser sicherlich denken kann, extrem hilfreich. Daniel Dubbel fĂŒhrt das Ganze noch ausfĂŒhrlicher aus, sodass man einen guten Rahmen erhĂ€lt. Das Ganze gilt es dann auszugestalten. Zu einem Zusammenarbeitssystem, bei dem ein geeignetes Rahmenwerk Hilfe bieten kann â aber nicht muss.
https://www.inspectandadapt.de/komplexer-mythos-hier-sind-4-hebel/
#Agile #Fortschritt #Gewohnheiten #KomplexitÀt #Leadership #Lean #Management #Metriken #Planung #ProduktivitÀt #Projektmanagement #Projektstatus #Scrum #Selbstmanagement #Selbstorganisation #Stakeholder #Systemdenken #Verbesserungen #VersteckteKosten
Amazing CTO by Stephan Schmidt is on sale on Leanpub! Its suggested price is $30.00; get it for $22.50 with this coupon: https://leanpub.com/amazingcto/c/LeanPublishingDaily20260506 #executive_coaching #software_engineering #engineering_management #startups #leadership
The Future of Healthcare by Dr. Bertalan Mesko is the featured bundle of ebooks đ on Leanpub!
The answers I am getting tell me everything about whether the foundation was ever built. Most of the time, it was not.
#ProfitWithoutOppression #KimCrayton #LLMs #OrganizationalStrategy #Leadership
Leanpub Book LAUNCH đ How to Run an eSports (Video Game) Tournament by Marcel Torres!
Watch here: https://youtu.be/WQDLEiB9gKk
#books #leanpublishing #selfpublishing #booklaunch #esports #tournament #leadership #management #videogames
In a PI planning meeting working on story dependencies and I just want to shout into the void
đŽââ ïžđ»
The Cybersecurity Advantage by Christophe Foulon is on sale on Leanpub! Its suggested price is $29.99; get it for $17.50 with this coupon: https://leanpub.com/the-cybersecurity-advantage/c/LeanpubMonthlySale20260429 #startups #computer_security #leadership
Today I spend some time sharing leadership lessons.
https://www.edyouragilecoach.com/success-through-the-power-of-presence/
đŽââ ïžđ»
GefĂŒhlt wird die Ausbeute an interessanten Links immer geringer. HĂ€ngt das vielleicht mit der KI zusammen? Oder sind ĂŒberoptimierte Algorithmen das Problem? Zumindest bei LinkedIn und anderen Netzwerken habe ich diesen Eindruck. Es gibt schöne Bildchen, viel SelbstbeweihrĂ€ucherung und wenig Inhalt. Zum GlĂŒck setze ich auf RSS-Feeds fĂŒr den InformationsĂŒberblick und bin damit zumindest teilweise vor Algorithmen sicher, die Bullshit spucken. Leider nicht ganz vor KI-generiertem Bullshit, der deutlich zunimmt. Ich habe nichts gegen KI-UnterstĂŒtzung, aber bitte nur als âUnterstĂŒtzungâ. Wenn alles nur noch von anderen abgeschrieben wird, ohne eine eigene Denkleistung einzubringen, dann wird es schnell langweilig. Ein kleines Beispiel: KĂŒrzlich hat es sogar eine vermeintliche Band geschafft, mich kurz auszutricksen. Dieses eine Lied war richtig gut. Ich habe mir weitere Titel angehört, die erstaunlich Ă€hnlich aufgebaut waren. Etwas zu glatt. Zu viel des Guten. Eine kurze Google-Suche hat ergeben, dass die Lieder komplett KI-generiert sind. Zu langweilig. Kein Pfiff. Das ist die schöne neue Welt.
Denjenigen, die sich bereits mit Prokastination beschĂ€ftigt haben, bringt der Blogartikel von AndrĂ© Bosse vermutlich keine neuen Erkenntnisse. Die Zusammenfassung finde ich dennoch brauchbar. Viele der Punkte findet man ĂŒbrigens auch im Podcast von Ivan Blatter, der auch immer wieder in den âLinks der Wocheâ erwĂ€hnt wird. Abgesehen davon ist das Aufschieben vermutlich normal. Bis zu einem gewissen Grad ist es sicherlich auch hinnehmbar. Ich lasse zum Beispiel gerne auch mal bewusst Aufgaben liegen, um Gedanken reifen zu lassen oder zu ĂŒberprĂŒfen, ob sie wirklich wichtig sind. Das fĂ€llt nicht unter Prokastinieren, weil es eben bewusst geschieht.
LĂ€sst sich jeder Workflow mittels KI optimieren? Diese Frage habe ich diese Woche in die Runde geworfen und dabei angemerkt, dass auch eine KI nur so gut sein kann, wie die Daten, mit denen sie gefĂŒttert wird. Wer also keine gute Struktur hat, kann auch von einer KI keine Wunder erwarten. Abgesehen davon waren und sind hochstandardisierbare Workflows auch ohne KI automatisierbar. Dumm nur, dass vieles gar nicht so hochstandardisierbar ist. Das ist ein Grund, weshalb ich die Erwartungen an KI fĂŒr ĂŒberzogen halte, ebenso wie die Erwartungen an Automatisierung generell. Die Maschine wird manches ermöglichen, aber eben keine Wunder wirken, da bin ich sicherlich mit Jan Fisbach einer Meinung.
https://www.teamworkblog.de/2026/04/workflow-und-ki-andert-sich-etwas.html
Beim Stöbern im Leadershipfreak-Blog von Dan Rockwell bin ich wieder einmal ĂŒber Ideen gestolpert, die mir seltsam bekannt vorkamen. Das dĂŒrfte nicht wundern, denn er verweist tatsĂ€chlich auf die Stoiker der Antike. Auch nach so langer Zeit sind sie in vielen Dingen noch immer gut fĂŒr RatschlĂ€ge. Das muss man ihnen einfach neidlos zugestehen. Zu den vielen RatschlĂ€gen der Stoa gehört beispielsweise, nicht der âSchmeicheleiâ zum Opfer zu fallen. Wie immer sehr lesenswert.
https://leadershipfreak.blog/2026/05/01/escape-the-flattery-trap/
Zum Thema ProduktivitĂ€t gehört fĂŒr mich die Auszeit im GrĂŒnen, zum Beispiel Wandern oder Radtouren. Leider kommt das bei mir etwas zu kurz, da es den Kindern oft zu langweilig ist. Da ich gerne meinen Weg finde, beschĂ€ftige ich mich natĂŒrlich auch mit geeigneten Hilfsmitteln wie Apps. Google Maps ist dafĂŒr nicht wirklich ideal. Die bekannten Apps tun sich nicht gerade durch Datenschutz hervor, wie immer wieder durchsickert. Netzpolitik hat einige Alternativen vorgestellt. OrganicMaps habe ich ĂŒbrigens schon eine Weile ausprobiert und ganz passable Erfahrungen damit gemacht. Auch als Alternative zu Google Maps fĂŒr die Navigation im Auto ist es gut geeignet.
https://netzpolitik.org/2026/wandern-radfahren-frei-und-dezentral-ins-gruene/
Das Thema von Lars Richter passt tatsĂ€chlich als Querschnittsthema in fast alle Bereiche der âLinks der Wocheâ. Ich ordne es daher hier bei ProduktivitĂ€t ein. Denn es geht um KreativitĂ€t. Und kreative Prozesse gelingen meiner Beobachtung nach am besten im Austausch mit anderen Mitmenschen. Da kommt auch keine KI wirklich mit. Auch wenn sie als UnterstĂŒtzungshilfe Impulse liefern kann. Echte KreativitĂ€t entsteht dabei jedoch nicht. Sie ist am Ende aber nicht in der Lage, selbststĂ€ndig zu denken. Ăbrigens habe ich auch beobachtet, dass man viele Ideen entwickeln und verwerfen muss, ehe aus diesem Prozess die zĂŒndende Idee entsteht. Auch das funktioniert wieder nur im Zusammenspiel mit anderen. Ganz im Sinne von Lars Richter: KreativitĂ€t gibt es nur im Plural.
https://scamper.blog/kreativitaet-gibts-nur-im-plural/
Der Job eines Scrum Masters ist anspruchsvoll. Sehr sogar. Vorausgesetzt, man versteht, worum es geht. Sicherlich fĂ€llt kein Meister vom Himmel. Gute Scrum Master*innen entwickeln sich daher auch bestĂ€ndig weiter. Die weniger guten bleiben in ihrer Entwicklung hĂ€ngen. Doch wie erkennt man seine Entwicklungsmöglichkeiten? Eine Möglichkeit ist, sich anzuschauen, was man auf keinen Fall tun sollte. Simon Flossmann zeigt hier fĂŒnf Wege, wie man es garantiert an die Wand fĂ€hrt. Es geht um etwas mehr als nur den Scrum-Leitfaden und seine Regeln, sondern auch um ein tiefergehendes VerstĂ€ndnis des Wesens und der Organisation an sich. Nur um einige Punkte zu nennen.
https://www.scrum.org/resources/blog/5-todsichere-wege-als-scrum-master-miserabel-zu-sei
Scrum Master*innen, die ihr Handwerk verstehen, wissen um die Bedeutung der Produktentwicklung fĂŒr das Gelingen eines Scrum-Teams. Zur Erinnerung: Scrum ist ein Framework fĂŒr die Produktentwicklung, also das explorative Erkunden. Neben dem Team gehören auch die Product Owner zu den wichtigen Protagonisten. Auch sie benötigen gelegentlich UnterstĂŒtzung, um den Rahmen abzustecken und dem Team die notwendige Orientierung zu geben. Ein gutes Zusammenspiel zwischen Product Owner und Scrum Master ist daher unerlĂ€sslich. Dies wiederum setzt voraus, dass Scrum Master:innen ein gutes VerstĂ€ndnis von Produktentwicklung haben. Genau darum geht es im Podcast der Produktwerker mit Jan Neudecker.
https://produktwerker.de/was-sollten-scrum-master-ueber-agiles-produktmanagement-wissen/
Ich denke, den Fehler, den Marc Löffler in seinem Podcast anspricht, haben wir alle in der Vergangenheit schon mehr oder weniger gemacht und schmerzhaft gelernt. Bei VerĂ€nderungen geht es nicht darum, ein Werkzeug zu implementieren, sondern Ergebnisse zu erzielen. Ergebnisse, die fĂŒr die Beteiligten greifbar und erlebbar sind und einen Nutzen haben. Nach all den Jahren, in denen ich mich mit AgilitĂ€t beschĂ€ftigt habe, kann ich seine RĂŒckschlĂŒsse auf jeden Fall bestĂ€tigen. AgilitĂ€t ist kein Selbstzweck. Sie ist ein Hilfsmittel, mit dem wir etwas erreichen wollen. Zum Besseren. Damit begeistert man seine Mitmenschen. Ăbrigens habe ich gelernt, WiderstĂ€nde als wertvolle Impulsgeber und Indikatoren fĂŒr Verbesserungspotenziale zu schĂ€tzen.
https://marcloeffler.eu/2026/04/28/warum-dein-team-jede-veraenderung-mitmacht-wenn-der-preis-stimmt/
Heute möchte ich etwas âEigenwerbungâ fĂŒr einen Blogartikel machen, den ich fĂŒr das Forum Agile Verwaltung geschrieben habe. Es geht um Obeya â oder besser: Was es braucht, um Obeya zu starten. Und hier bin ich, wie bei fast allen Dingen, der festen Ăberzeugung, dass das âWozuâ der zentrale Kompass und die Gelingensvoraussetzung fĂŒr einen guten Start ist. Wozu wollen wir etwas tun? Falls sich jemand mehr fĂŒr das visuelle Management mit Obeya interessiert, stehe ich gerne Rede und Antwort. Wissen vermehrt sich, indem man es teilt.
https://agile-verwaltung.org/2026/04/30/mit-obeya-starten-das-weshalb-als-schluesselfrage/
Joost Minnaar von Corporate Rebels bringt es mit der dramatischen Geschichte des Untergangs der Titanic auf den Punkt: Die Katastrophe hĂ€tte verhindert werden können, wenn die organisatorischen Silos an Bord des Schiffs nicht verhindert hĂ€tten, dass die Warnungen vor Eisbergen die nötige Dringlichkeit erhielten. Nicht, weil inkompetente Mitarbeitende Mist gebaut haben, sondern weil strukturelle Probleme in Form von lokal optimierten organisatorischen Silos ihren Job ziemlich gut gemacht haben. Aber eben nicht aus einer ganzheitlichen Perspektive. Genau dieses Problem nehme ich in vielen Organisationen wahr. Lokal optimierte Silos, die das groĂe Ganze allerdings gefĂ€hrden. Die Lösung? Autonome Teams in dezentralen Strukturen, die eigenstĂ€ndig â innerhalb einer gemeinsamen Zielrichtung â reagieren können, sowie kurze RĂŒckkoppelungswege.
https://www.corporate-rebels.com/blog/organizational-silos
In diesem Zusammenhang ist auch die Idee der freien âVorgesetztenwahlâ interessant. Sicherlich ist dies nicht in jedem Kontext und uneingeschrĂ€nkt möglich, aber seien wir mal ganz ehrlich: Wenn das VertrauensverhĂ€ltnis zerrĂŒttet ist, sollte ein Wechsel des âChefsâ möglich sein. Denn nicht immer liegt es an den Mitarbeitenden, wenn es nicht funktioniert. Das ist ein Gedanke, dem ich Felix Stein daher beipflichte und den ich spannend finde. Eine FĂŒhrungskraft, mit der ich vor ein paar Jahren zusammengearbeitet habe, sagte einmal, dass Menschen Menschen folgen. Dabei schwang eine gewisse Bewunderung mit, wie gut es einem bestimmten Teamleiter gelang, Mitarbeiter nicht nur zu gewinnen, sondern auch deutlich lĂ€nger zu halten, als es anderen Teamleitern gelang. Ich bin mir sicher, dass manche auch gerne zu diesem Teamleiter gewechselt wĂ€ren, wenn man ihnen die Wahl gelassen hĂ€tte. Nicht, weil er besonders groĂzĂŒgig gewesen wĂ€re, sondern weil er durchaus kritische Dinge auf positiv-menschliche Weise vermitteln konnte und es ihm gelang, Menschen auf authentisch-ehrliche Weise anzusprechen. Das war eine groĂe StĂ€rke.
https://www.lean-agility.de/2026/04/freie-vorgesetzten-wahl.html
KI ist derzeit in aller Munde. Ich bin der Ăberzeugung, dass die Erwartungen an KI viel zu hoch sind. Dennoch ist sie gekommen, um zu bleiben. Das setzt auch den Aufbau von KI-Kompetenz in Organisationen voraus. Ebenso wie jede andere digitale Kompetenz (in diesem Bereich wurde bereits genug geschlampt). Mit Nadine Pedro bin ich einer Meinung: KI-Kompetenz sollte gezielt entwickelt werden. Und nein, das ist nicht allein Sache der Mitarbeitenden, sondern auch des Unternehmens. Wer aus falsch verstandenem Kostendruck seine Mitarbeitenden nicht bei der Kompetenzentwicklung unterstĂŒtzt, hat nicht verstanden, wer in Organisationen die Wertschöpfung erzeugt, die die Organisation am Leben erhĂ€lt.
https://t2informatik.de/blog/foerderung-ki-kompetenzen-unternehmen/
#Agile #KI #Kompetenzaufbau #KreativitÀt #Leadership #Management #Obeya #ProduktivitÀt #Prokastination #Radfahren #Schmeichelei #Scrum #ScrumMaster #Silos #Tools #Tooltipp #VerÀnderungen #Wandern #WorkflowCEO of ONE: Leading Your Personal Army of AI Agents to Reclaim Your Time and Human Advantage by Renon Schiapparelli is a new release on Leanpub!
Link: https://leanpub.com/CEO_of_One
#books #ebooks #newreleases #leanpublishing #selfpublishing #leadership #strategy #personal_transformation
10X ORG â Powered by Org Topologies https://leanpub.com/10xorg
This book, written as a business novel with a woven 10X ORG theory, principles, elevating katas, and case studies, draws on the authors' decades of experience in product development, management, and consulting.
#books #leanpublishing #selfpublishing #leanpub #writing #management #management #consulting #leadership #ai #career
In case you missed it. Here is my blog post about the basics you need to know when turning around a failing team.
https://www.edyouragilecoach.com/why-your-agileteam-is-struggling-and-how-to-fix-it/
Listening, written rules of the road, and setting expectations work wonders.
Die aktuelle Folge von Ivan Blatters Podcast ist ganz anders. Anstatt Methoden und Probleme zu erörtern, rĂŒckt er den echten Mehrwert eines guten Zeitmanagementsystems in den Fokus: Leichtigkeit. Ja, Sie haben richtig gelesen. Nicht Geschwindigkeit, nicht noch mehr Output. Der Mehrwert ist Leichtigkeit. Das gefĂ€llt mir. Auch, weil ich weiĂ, dass das richtige Weshalb und Wozu ein groĂer Motivator ist. In diesem Sinne ist es ein interessanter Beitrag, der das Bewusstsein dafĂŒr schĂ€rft, weshalb wir wirklich an unserem Arbeits- und Zeitmanagementsystem arbeiten wollen und sollen.
https://share.transistor.fm/s/49a16acd
Das Schlagwort âAuthentizitĂ€tâ fĂ€llt ja gerne und öfter mal. Ich mag authentische Menschen. Allerdings kann zu viel des Guten auch nach hinten losgehen. Wie Dan Rockwell es nennt: zum Fluch werden. Wenn AuthentizitĂ€t zur âEgomanieâ wird oder bedeutet, dass sich die anderen voll und ganz nach einem richten mĂŒssen, dann wird AuthentizitĂ€t auch zum Problem. Mit den Worten von Dan Rockwell hat eine âlose Zungeâ, das Ignorieren der anderen oder der Rahmenbedingungen, innerhalb derer wir uns bewegen, wenig mit âgesunderâ AuthentizitĂ€t zu tun.
https://leadershipfreak.blog/2026/04/23/the-3-authenticity-curses/
Zwar hat Heinz Bayer Kinder und Jugendliche vor Augen, wenn er ĂŒber WillensstĂ€rke spricht, dennoch kam mir beim Lesen der Gedanke, dass dieses Thema auch fĂŒr alle anderen Altersklassen von Bedeutung ist. Ein klares Wozu allein reicht oft nicht aus. Es braucht auch WillensstĂ€rke, um dauerhaft am Ball zu bleiben und auch mal eine Durststrecke zu ĂŒberstehen. Nein, WillensstĂ€rke ist nicht unbedingt eiserne Disziplin, sondern Ausdauer â und Ausdauer lĂ€sst sich trainieren. Wie beim Sport.
https://www.aufeigenefaust.com/2026/04/05/biss-trainingsheft/
Da hat Mark Graban, wĂŒrde ich sagen, einen richtig guten Punkt gesetzt. Warnhinweise sind ein Indiz dafĂŒr, dass wir unsere Hausaufgaben noch nicht gemacht haben. Wenn wir uns auf Warnhinweise verlassen, haben wir die mögliche Fehlerquelle nicht beseitigt, obwohl wir um sie wissen. Wir sind noch nicht tiefer vorgedrungen, um die Ursache zu beheben, bevor das Problem ĂŒberhaupt entstehen kann. Besser wĂ€re es, sicherzustellen, dass das Problem gar nicht erst auftreten kann, anstatt mit Warnhinweisen zu arbeiten. Leider ist das nicht immer so leicht möglich. Dennoch sind Warnhinweise ein eindeutiges Indiz fĂŒr Verbesserungspotenzial. Wenn wir das nĂ€chste Mal ĂŒber ein âAchtungâ-Schild stolpern, lohnt es sich, der Spur zu folgen, denn hier schlummert möglicherweise die nĂ€chste Gelegenheit, zu zeigen, dass es bessere Lösungen gibt. đ
https://www.leanblog.org/2026/04/warning-signs-mistake-proofing-kainexicon/
Ich finde es sehr bedauerlich, dass 5S von vielen mit âSauberkeitâ am Arbeitsplatz gleichgesetzt wird. Hinter diesen fĂŒnf Prinzipien steckt weit mehr als nur âOrdnungâ, nĂ€mlich eine Routine, mit der sich viel Klarheit erzeugen lĂ€sst, wenn man bereit ist, regelmĂ€Ăige Verbesserungen in vielen Bereichen umzusetzen bzw. Verbesserungspotenziale zu erkennen. Mit John Knotts Worten kann 5S als Routine dabei helfen, Kaizen als bestĂ€ndiges Streben nach dem Besseren im Arbeitsalltag zu verankern, sodass es in Fleisch und Blut ĂŒbergeht.
https://blog.gembaacademy.com/2026/04/24/a-new-way-to-look-at-5s/
Vorweg schicken möchte ich, dass ich AgilitĂ€t nicht ĂŒber Scrum definiere. Das ist eines von vielen Frameworks, die sich das Attribut âagilâ zuschreiben dĂŒrfen. Schaut man ĂŒber die âMethodikâ hinaus, ist der Kern âAnpassungsfĂ€higkeitâ einer Organisation an ein sich verĂ€nderndes Umfeld. Jede erfolgreiche Organisation, die sich auf Dauer behauptet, besitzt diese AnpassungsfĂ€higkeit â sonst wĂ€re sie lĂ€ngst erstarrt und irgendwann vom Markt verschwunden. AgilitĂ€t ist daher fĂŒr mich eine Seite der Medaille, auch jenseits des âBuzzwordsâ. Ein SchlĂŒsselfaktor sind sicherlich die âungeschriebenen Gesetzeâ der Organisation, auch Unternehmenskultur genannt. Die Organisationssoziologie kann inzwischen mehr als nur eine Abteilung mit Literatur zu diesem Thema fĂŒllen. Zumindest ist das mein Eindruck. Mit Doris WeiĂgerber bin ich einer Meinung: Unternehmenskultur kann nicht schnell verĂ€ndert werden und wirkt â auch wenn sie nicht immer klar und eindeutig sichtbar ist â massiv ein. Sie kann die AdaptionsfĂ€higkeit erheblich beeintrĂ€chtigen. Beispiele hierfĂŒr sieht man meines Erachtens in der Automobilindustrie sehr gut, aber auch in der politischen Landschaft â allerdings ein anderes Thema.
https://www.teamworkblog.de/2026/04/unternehmenskultur-frisst-agilitat-zum.html
Leider ist Simon Flossmanns Beitrag etwas IT-lastig, aber im Kern lĂ€sst sich das Ganze auch auf andere Bereiche der Arbeitswelt ĂŒbertragen. (UnnĂŒtze und ungelöste) Konflikte kosten viele Teams gute Mitarbeiter. Per se ist ein Konflikt nichts Schlechtes, es sei denn, er ist âunnĂŒtzâ und/oder wird nicht aufgelöst, sodass er eskaliert. Das Fehlen jeglicher Konflikte ist fĂŒr mich eher ein Alarmzeichen fehlenden Vertrauens und einer unterentwickelten Gruppendynamik. Konstruktive Konflikte sind tatsĂ€chlich wertvoll. Das nur am Rande erwĂ€hnt. ZurĂŒck zum Beitrag von Simon Flossmann: Er liefert viele Hinweise, wie destruktive Konflikte entstehen, und zeigt die Rolle des Teamfacilitators als konstruktiven Moderator von Konflikten auf. Dabei geht es darum, Probleme zu lösen, sodass Konflikte nicht ins Destruktive kippen, sondern konstruktiv bleiben.
Wenn ich höre, dass die Welt immer komplexer wird, muss ich herzlich lachen. Sie war schon immer komplex. Sie wird nicht komplexer. Sie war es schon immer. Das habe ich schon vor Jahren immer wieder gesagt und dazu stehe ich auch heute noch. Wenn man von VerĂ€nderung sprechen kann, dann höchstens von der Geschwindigkeit, mit der wir uns anpassen mĂŒssen. Daten flieĂen schneller usw. Oder, um es mit den Worten von Daniel Dubbel zu sagen, die Rahmenbedingungen Ă€ndern sich. Wir werden uns, so hoffe ich, langsam bewusst, dass wir in einem Zeitalter der Interdependenz leben und die Auswirkungen eines Geschehens am anderen Ende der Welt nicht erst nach langer Zeit bei uns ankommen, sondern innerhalb kĂŒrzester Zeit das entgegengesetzte Ende erreichen. Das ist kein Grund fĂŒr Schockstarre. Ich freue mich schon auf die weiteren Artikel der Serie.
https://www.inspectandadapt.de/komplexer-quatsch/
Was Felix Stein in seinem Artikel beschreibt, habe ich in Ă€hnlicher Form schon mehr als einmal selbst erleben dĂŒrfen. Wenn FĂŒhrungskrĂ€fte in ihrem Elfenbeinturm agieren, fernab der gelebten RealitĂ€t, statt sich an den Ort des Geschehens zu begeben und mit den Betroffenen in den Dialog zu treten, kommt es zu vermeintlichen âEffizienzsteigerungenâ und lokalen Optimierungen. Diese machen am Ende des Tages das Gesamtpaket ineffektiver und ineffizienter. Das hat ĂŒbrigens wenig mit empirischer Arbeit zu tun. In diesen FĂ€llen wĂ€re es zielfĂŒhrend, das Verhalten echter Nutzer zu beobachten. Das ist jedoch gelegentlich anstrengend und setzt voraus, die eigenen Annahmen auf den PrĂŒfstand zu stellen und sie mit der empirischen RealitĂ€t zu ĂŒberprĂŒfen.
https://www.lean-agility.de/2026/04/echtes-nutzerverhalten.html
Auch wenn der Beitrag von Stephen Woolston in einer Werbung fĂŒr ein Training mĂŒndet, hat er mit dem, was er sagt, doch einen Nerv getroffen. Wie aufmerksame Leser von Toms Gedankenblog wissen, halte ich die âErwartungenâ, die man an die KI hat, fĂŒr viel zu hoch gegriffen. Gleichzeitig sehe ich, wie die KI die Rahmenbedingungen verĂ€ndert. Sie wird dennoch viele Probleme nicht lösen. Es wird auch weiterhin Rollen wie Scrum Master:innen und erfahrene Fachleute brauchen, die âhandwerkliches Könnenâ beherrschen. Gerade auch, weil sich die Geschwindigkeit, mit der wir Feedback generieren können, erhöht.
https://www.scrum.org/resources/blog/why-professional-scrum-relevant-ever-age-ai
Ob der Vergleich mit den Shaolin, wie Ruedi Gysi ihn nutzt, passt, weiĂ ich nicht. Ich weiĂ jedoch, dass es das Shaolin-Kloster gibt und dass dort âMeisterschaftâ groĂgeschrieben wird. Zu dieser Meisterschaft gehört viel Routine. Das ist auch ein offenes Geheimnis fĂŒr alle, die sich auch nur oberflĂ€chlich mit fernöstlicher Kampfkunst beschĂ€ftigt haben. Das Bild passt allerdings, da diese Institution, das Shaolin-Kloster, tatsĂ€chlich Jahrhunderte ĂŒberdauert hat. Dazu gehört schon einiges. Das heiĂt, die Mönche machen schon sehr lange etwas richtig, um sich in einer Welt des bestĂ€ndigen Wandels behaupten zu können. Daher ist die Frage, was es ist und wie wir es in unsere moderne Welt und unsere Organisationen ĂŒbertragen können, mehr als interessant. Noch viel interessanter finde ich die Frage, wie wir uns von der âEffizienzneuroseâ befreien und die Chance ergreifen können, echte Wertschöpfung in Organisationen zu erzeugen. Die Rahmenbedingungen befinden sich massiv im Umbruch.
https://agilereflection.org/das-shaolin-unternehmen/
Dan Rockwell hat da einen Nerv bei mir getroffen. Aber so richtig. Wohin ich auch sehe, ich habe den Eindruck, dass nur Symptome therapiert werden, die eigentlichen Problemursachen aber selten angegangen werden. Egal, ob in Unternehmen oder in der Politik. Frei nach dem Motto: âWasch mich, aber mach mir den Pelz nicht nass!â Echte FĂŒhrung sieht anders aus. Und die wĂŒrde ich erwarten. Anstatt SchnellschĂŒsse wĂŒrde ich eine tiefgreifende Ursachenanalyse erwarten. Anstatt die Symptome mit ein bisschen âSymbolpolitikâ zu ĂŒbermalen, sollte man die Herausforderung wirklich angehen und Verantwortung ĂŒbernehmen. Anstatt etwas unter den Teppich zu kehren oder einen vermeintlichen Schuldigen hinzurichten, wĂŒrde ich mir wĂŒnschen, dass jemand den Strom aufwĂ€rtsgeht und nachschaut, wo die Quellen des Problems liegen.
https://leadershipfreak.blog/2026/04/22/lipstick-on-a-pig/
#5S #Agile #AgilitĂ€t #Ausdauer #AuthenzitĂ€t #FĂŒhrung #Fehlerbehebung #Konflikt #Leadership #Lean #Leichtigkeit #Management #NeuDenken #ProblemeĂŒberdecken #ProduktivitĂ€t #Scrum #ScrumMaster #Selbstmanagement #Unternehmenkultur #Verbesserungen #WillensstĂ€rkeThe Ishi Kaizen Bundle by Gareth Holebrook is the featured bundle of ebooks đ on Leanpub!
Link: https://leanpub.com/b/ishikaizen
#leadership #personal_transformation #life_coaching #leadership_agile #selfhelp
What Iâve been reading (and watching) this week ending 26 April 2026 https://jchyip.medium.com/what-ive-been-reading-and-watching-this-week-ending-26april-2026-87e478b57383 #AI #leadership #entrepreneurship #management #cybersecurity
A Leader Shaping Manitoba's Future đïžâïž
Wab Kinew is a prominent Canadian politician, author, and former broadcaster. Currently serving as the Premier of Manitoba, he brings a unique blend of experience in journalism, education, and public service to his role. His leadership focuses on building a stronger, more inclusive province for all its residents. #Canada #Manitoba #CanadianPolitics #Leadership
Ishi: The Discipline of Determined Intent by Gareth Holebrook is on sale on Leanpub! Its suggested price is $25.00; get it for $19.00 with this coupon: https://leanpub.com/ishidodi/c/LeanpubWeeklySale20260421 #leadership #personal_transformation #life_coaching
Quality Software by Gerald M. Weinberg is the featured bundle of ebooks đ on Leanpub!
Link: https://leanpub.com/b/qualitysoftware
#business_and_management #software #testing #agile #systems_engineering #project_management #computer_programming #leadership #teamwork #psychology #consulting #culture #mystery #thriller
The work that actually moves things forward, like strategy, reflection, creative thinking, almost never shows up on the calendar. It doesn't schedule itself, it doesn't send meeting requests. So it gets pushed.. Until...the important becomes urgent due to a crisis. And in a crisis, itâs about getting out of the mess, not thinking deeply. But it doesnât have to be that way.
What would be different if you treated deep thinking like a meeting you can't cancel?
cc.@donaldegray
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.
Should You Develop Your #Leadership Strengthsâor Fix Your Weaknesses? https://hbr.org/2026/04/should-you-develop-your-leadership-strengths-or-fix-your-weaknesses
Execution Compression System (ECS): A Technical Framework for Reliable Execution: Reduce Decision Load. Compress Tasks. Ensure Completion. by Nabal Kishore Pande is a new release on Leanpub!
Execution fails before it begins. ECS is a system to reduce decision load, shrink tasks, and ensure completion. Based on DOI-backed research.
Link: https://leanpub.com/ecs-framework
#books #ebooks #newreleases #leanpublishing #selfpublishing #business_and_management #leadership
It's Not About The Bricks: 101 myths about LEGOÂź SERIOUS PLAYÂź and how to bust them! by Robin Hackshall is a new release on Leanpub!
Link: https://leanpub.com/itsnotaboutthebricks
#books #ebooks #newreleases #leanpublishing #selfpublishing #leadership #agile_business_leadership #business_and_management #leadership_agile #consulting #digital_transformation #executive_coaching #life_coaching
The Tester's Library by Gerald M. Weinberg is the featured bundle of ebooks đ on Leanpub!
Link: https://leanpub.com/b/thetesterslibrary
#testing #project_management #agile #software #leadership #systems_engineering #design #teamwork #software_architecture #computer_science #selfhelp #consulting #psychology #thriller #science_fiction
When did your first instinct turn out to be wrong? And how did you catch it before it did damage?
Fixing Software Delivery: An Engineering Leaderâs Field Guide by Max Guernsey, III and Luniel de Beer is the featured book on Leanpub!
Join us LIVE at 4:30pm Pacific time or a special new release & Lean Publishing Tip of the Day livestream!
Fix software delivery problems by addressing their real causes, not the symptoms. Divided into concise, standalone executive briefs you can use immediately.
Psychological Safety for Lean Leaders: Make It Safe to Speak Up, So Improvement Can Actually Happen (Lean Practice Guide) by Mark Graban is the featured book on Leanpub!
Link: https://leanpub.com/lean-practice-psychological-safety