Thomas ◉ finish one thingYour team isn't slow. It's overloaded.
5 developers, 14 tickets in progress. Everyone is "busy." Nothing gets finished. Cycle time explodes. Quality drops.
The fix isn't working harder. It's limiting work in progress. Less started, more finished.
HabrПочему роль Delivery Manager не работает в большинстве компаний
Всем привет, меня зовут Алина, я работала в роли Delivery Manager и прожила ее изнутри, поэтому хорошо понимаю, почему в большинстве компаний роль есть, а эффекта от роли нет. Сейчас объясню. Для меня Delivery Manager отвечает не за отдельную задачу или проект, а за устойчивость delivery в целом: условно, за конвейер, через который любой проект или фича проходят предсказуемо. В первую очередь это роль, которая работает на уровне системы: — видит зависимости между командами и в команде, — понимает технические ограничения, — управляет рисками и загрузкой команд, — влияет на решения, которые сказываются на сроке и качестве. Он не пишет код, но влияет на условия, в которых работает вся система разработки. Но это в теории. А в реальности чаще всего есть некая «бумага», на которой прописано, что существует роль, отвечающая за delivery. При этом зона ответственности размыта, особенно там, где есть пересечение ролей Team Lead, SM, PO,PM, метрик нет, а влияние на результат ограничено. Потому и эффекта нет, зато есть срывы сроков и перегруженные команды, а эскалации не снижаются.
https://habr.com/ru/companies/alfa/articles/1037834/
#delivery_manager #itmanagement #управление_проектами_и_командой #agile #engineering_management #управление_процессами_в_it #delivery #sdlc #разработка_по
Falk#userstory "As a PO I want...$explicit_tech_detail...
$see_spec.."
Go fuck yourself, you project micro manager! This is not #agile! Don't try to label it that way...
SCRUMschauAus meiner Mailbox:
Newsletter von Neuland:
20 % auf alle FlipCharts, Pinnwände, Tafeln und Zubehör.
Trond HjortelandOrganisational Dysfunction of the Day
The product owner trap
Context: The team has a product owner. She sits with the team, attends the standups, writes the user stories, and manages the backlog. She is good at her job, but she is not really making product decisions. She is translating decisions made by a business stakeholder who sits outside the team and controls the budget. The team builds what she tells them to build, being the proxy for the business which tells her to tell them. She does not really have the mandate to decide much. When the team raises a concern about direction, it goes to the PO, who raises it with the business, who considers it and comes back three weeks later with a modified brief. The team is a feature factory. Everyone knows it. Nobody knows what to do about it.
OST explains: The product owner role, as conceived in Scrum, places a single person in charge of deciding what the team builds. That person is formally part of the team but functionally a conduit for management, the ordering-supplier divide between business and IT given a new job title. In OST terms, this is pure bureaucracy (DP1): responsibility for goal-setting sits above the work, even if it sits only one step above rather than many. A genuinely self-managing group in DP2 owns its whole task, not just how the work is done, but what work is done and why. That means the team has a genuine relationship with the customer and the business context, not a mediated one through a proxy. Marty Cagan's distinction between feature teams and empowered product teams maps almost exactly onto DP1 and DP2: in the former, the team is handed a solution to build, in the latter, it is given a problem to solve. The difference is not about process or methodology. It is about whether goal-setting lives inside or outside the group. Until that changes, the product owner is not empowering the team; she is the most visible evidence that it is not empowered.
Everyone talks about what's wrong with agile. I asked people: When did it actually work?
The answers had nothing to do with Scrum, Kanban, or SAFe. They were about trust, autonomy, and teams solving real problems together.
When was your moment?
Roberto HortalScaling agility in the AI era demands a shift from rigid frameworks to adaptive leadership. It’s no longer just about speed, but about fostering a culture that thrives on uncertainty and human-centered innovation. See how top leaders are navigating this: https://lithespeed.com/enterprise-agility-in-the-age-of-ai/ #Agile #Leadership
Toms Gedankenblog#LINKSDERWOCHE | 22/2026: Produktivität, Lean, Agile, Politik und Gesellschaft und Humor
PRODUKTIVITÄT
Kognitiven Schulden | Im Umgang mit der KI verlernen wir die Kompetenz für den Umgang mit der KI
Marcus Raitner trifft meines Erachtens den Nagel auf den Kopf: Beim Umgang mit KI entstehen kognitive Schulden. Schulden, die wir nicht ohne weiteres wieder auflösen können, wenn wir nicht rechtzeitig gegensteuern. So schön die Arbeitserleichterung durch KI auf den ersten Blick auch sein mag, wir verlernen durch ihren Einsatz schnell die Fertigkeiten, die wir brauchen, um sinnvoll mit ihr zu arbeiten. Dazu mehr:
https://raitner.de/2026/05/der-teufelskreis-der-kognitiven-schulden/
Kommunikation | Wenn wir die Metaebene aus dem Auge verlieren …
Nicht einmal einen Tag, nachdem ich den Blogpost von Detlef Stern gelesen habe, darf ich genau das erleben, was er darin zutreffend als Problem identifiziert hat. Die „Beißreflexe” in einer Debatte führen dazu, dass niemand wirklich darüber spricht, dass die Kommunikation auf der Meta-Ebene längst im Argen liegt. Genau deshalb eskaliert die vermeintliche Diskussion und wird unnötig emotionalisiert, da kaum jemand in der Lage ist, die Metaebene miteinzubeziehen. Man beharkt sich lieber aus Befindlichkeiten heraus. Erstaunlich, wo doch überall die Stoiker rauf und runter zitiert werden, die uns unter anderem auch dies mitgeben wollten, nämlich immer auch die Metaebene einzubeziehen.
https://t73f.de/blog/2026/metaebene
Vertrauen | Damit Vertrauen nicht nur ein Schlagwort bleibt
Der Begriff „Vertrauen” wird ja gerne in die Runde geworfen. Wenn ich allerdings an mein berufliches Erleben zurückdenke, gab und gibt es immer noch genug Situationen, in denen ich die Diskrepanz zwischen Anspruch und Wirklichkeit nicht überbrücken kann. Betrachte ich die fünf Wahrheiten über Vertrauen von Dan Rockwell, erkenne ich so manches wieder, das in diesen Situationen nicht ausgeprägt war. Mit dieser Erkenntnis im Gepäck können wir alle etwas dafür tun, dass Vertrauen nicht nur ein Marketing-Schlagwort der Personalentwicklung bleibt, sondern tatsächlich gelebte Realität wird.
https://leadershipfreak.blog/2026/05/27/5-truths-about-trust/
LEAN
Wissen hinterfragen | Zwei Fragen mit großer Wirkung
Im Blog von Mark Graban bin ich auf etwas gestoßen, das mich zum Nachdenken angeregt hat. Wir arbeiten im Alltag oft mit der Annahme, etwas gut genug zu wissen, weil wir es gelesen, gehört oder aus einer anderen Quelle gelernt haben. Ist das aber ausreichend? Graban schlägt vor, statt „Was weißt du?” lieber zu fragen: „Woher weißt du es? Woher weißt du, dass du es weißt?” Diese Frage animiert dazu, die Quelle unserer Annahmen zu hinterfragen, sodass wir tiefer bohren und ggf. Annahmen und Erkenntnisse zutage fördern, die wir übersehen haben.
https://www.leanblog.org/2026/05/what-do-you-know-how-do-you-know-it/
Verbesserung | Wenn PDCA zur Verschlechtungsschleife wird
Der PDCA-Zyklus steht für adaptives Lernen und Anpassen. Ganz im Sinne eines wissenschaftlich-empirischen Ansatzes wird zunächst eine Hypothese aufgestellt, die anschließend durch konkrete Umsetzung überprüft und weiterentwickelt wird. Götz Müller nutzt das Akronym PDCA jedoch, um zu zeigen, wie man es nicht tun sollte. Hier steht PDCA nicht für Plan, Do, Check und Act. In diesem Zusammenhang steht P für PowerPoint, Panik und Plakatieren, D für Delegieren, Druck und Durchregieren, C für Controlling, Chaos und Checklisten und A für Aktionismus, Ablenkung und Abhaken. Wie zu erwarten, wird aus dem PDCA so kein Verbesserungskreislauf, sondern eine Verschlechterungsschleife mit #MeisterKonfus-Potenzial.
https://www.geemco.de/artikel/wenn-pdca-zur-verschlechterungsschleife-wird/
AGILE
Portfolio-Kanban | WiP-Limit im Kontext von Portfolio-Steuerung
Wie bekannt, bin ich ein großer Freund der Begrenzung paralleler Arbeit. Und das nicht nur auf individueller Ebene oder für ein operatives Team, sondern auch auf Ebene des strategischen Portfoliomanagements. Der Grund ist relativ simpel: Es geht um positive Fokussierung. Und zwar auf das, was auf der jeweiligen Ebene im Augenblick von Bedeutung ist. Während es für den Einzelnen oder ein Team bewährte Empfehlungen aus der Praxis gibt, um das initiale WiP-Limit auf Basis der Arbeitsmenge zu ermitteln, ist es auf Portfolioebene tatsächlich etwas anders gelagert. Hier stellt sich die Frage, wie viele parallele Initiativen ein Führungsteam gleichzeitig überblicken kann. Dabei geht es nicht um „Durchsatz“ und verfügbare Zeit, sondern um die kognitive Aufnahmefähigkeit. Das mag für den einen oder anderen nach Haarspalterei klingen, aber ich denke, im Detail wird es klarer. Insofern kann ich Yuval-Erde und seiner Argumentation folgen.
https://www.scrum.org/resources/blog/portfolio-wip-its-not-about-limits
Agiles Manifest | Eine Vierteljahrhundert alt, immer noch aktuell …
Das Agile Manifest ist seit Beginn meiner agilen Reise im Jahr 2008 mein Leitfaden für die Arbeitspraxis. Ich schaue tatsächlich immer wieder hinein. Und das, obwohl die Werte und Prinzipien schon ein Vierteljahrhundert alt sind. Übrigens hat mein Verständnis der Prinzipien einen richtigen Boost erlebt, als ich mich mit Monozukuri, dem japanischen Lean-Verständnis, beschäftigt habe. Nur am Rande bemerkt. Wer es mir gleichtun möchte, dem empfehle ich das Buch „Lean auf gut Deutsch” von Mari Furukawa-Caspary. Damit habt ihr einen sehr guten Einstieg. Zurück zum Ursprungsthema: Ich schaue tatsächlich immer wieder auf das Manifest. Erstaunt muss ich aber auch immer wieder feststellen, dass viele zwar „Scrum” oder das agile „Kanban” (bzw. irgendein anderes agiles Rahmenwerk) nutzen, ohne das agile Manifest wirklich gelesen zu haben. Insofern habe ich ähnliche Beobachtungen wie Thomas Esders gemacht.
https://no-bullshit-agile.de/nbak02-agiles-manifest-immer-noch-die-basis.html
Agiles Manifest | Prinzipien als Fragen
Passend hierzu ein weiterer Gedanke von Thomas Esders, der das agile Manifest in „Fragen“ ummünzt. Ein interessanter Ansatz, der dabei hilft, die Prinzipien im Arbeitsalltag umzusetzen.
https://no-bullshit-agile.de/nbak03-12-agile-prinzipien-checkliste.html
Ownership | Ohne echtes Ownership ist es nur Theater und kein „Flow“
Es wird gerne und oft auf agile Rahmenwerke gesetzt. Sie sind mittlerweile zum Standard geworden. Zumindest auf dem Papier. In der Praxis mangelt es jedoch oft an verschiedenen Stellen. Auf dem Papier gibt es zwar so etwas wie einen Product Owner, de facto haben die Rolleninhaber oft nicht die Product Ownership. Das ist gar nicht so selten. Und das ist meist strukturell bedingt. Wie Yuval-Davidson aufzeigt, kann das zum Problem werden. Aber auch daran kann man arbeiten. Immerhin ist die Erkenntnis der erste Schritt zur Besserung.
https://www.scrum.org/resources/blog/product-ownership-topology-difference-between-flow-and-theater
Planung | Die Planung ist eine ungeprüfte Hypothese mit vielen Annahmen …
Schon allein die Überschrift macht den Beitrag für mich empfehlenswert. Stephen Woolston titelt klar und prägnant: „Ein Plan ist eine ungeprüfte Hypothese.” Was soll ich sagen – so ist es nun mal. Wir treffen Annahmen, die wir in der Praxis überprüfen, indem wir den Plan umsetzen. Das gefällt mir fast besser als das Bild der „Wette”. Denn bei einer Hypothese schwingt das Überprüfen und Adaptieren deutlicher mit. Eine gut formulierte Hypothese ermöglicht es uns, die getroffenen Annahmen zu validieren und Erkenntnisse zu generieren, aus denen wir eine verbesserte Hypothese entwickeln können, die wir erneut überprüfen können. Nur eine gut bestätigte Hypothese wird zur Theorie. In diesem Fall können wir mit standardisierbaren Methoden arbeiten. Alles, was davor liegt, ist adaptives Erkunden und Verbessern.
https://www.scrum.org/resources/blog/your-plan-isnt-rock-its-untested-hypothesis
Scrum Master | Fokus worauf?
Wie ich immer sage: Wenn im Team alles super läuft, können wir uns den anderen Problemen widmen. Die Arbeit geht nicht aus. Da Probleme jedoch häufig komplexer Natur sind und vielseitige Ursachen haben, können wir nicht alles auf einmal lösen, sondern müssen uns anschauen, wo die dringendsten Probleme und Herausforderungen aktuell liegen. In diesem Zusammenhang passt der Blogartikel von Mary Iqbal sehr gut, da er etwas Orientierung bietet und aufzeigt, worauf sich Scrum Master:innen im ersten Schritt stürzen sollten.
https://www.scrum.org/resources/blog/pick-your-battles
POLITIK UND GESELLSCHAFT
AfD | Nicht nur verfassungsfeindlich, sondern auch kriminell
Dass ich die „Blauen“ nicht sonderlich leiden kann, dürfte sicherlich schon aufgefallen sein. Dass es sich nicht nur um eine verfassungsfeindliche, sondern durchaus auch um eine kriminelle Vereinigung handeln könnte, zeigt sich immer deutlicher. Allein in den letzten Tagen kamen immer neue interessante Verstrickungen der Nicht-Alternative und ihrer Parteisoldaten in die Presse. Eine gute Zusammenfassung liefert der „Blog der Republik”. Leider schrecken diese Schlagzeilen die Wählerschaft der Enkel des Braunauer Obergefreiten nicht ab. Das wiederum wirft bei mir Fragen über den Umfang der kognitiven Verzerrung derer auf, die ihren Kritikern gerne nahelegen, einen „Psychologen” zu besuchen (wer erklärt ihnen eigentlich mal den Unterschied zwischen Psychologie und Psychotherapie?).
https://www.blog-der-republik.de/afd-kriminelles-und-kurioses-vom-rechtsextremen-rand-update-46/
Strategien im Umgang mit Autokraten | Weshalb es Orte der Begegnung braucht, um Autokratie-Fans zu drehen
Mit Blick auf den vermeintlichen Erfolg autoritärer Zeitgenossen wird gerne argumentiert, man müsse nur noch mehr Aufklärung betreiben. Ich fürchte, dieser Ansatz greift zu kurz. Gunnar Sohn hat sich ebenfalls dazu Gedanken gemacht. Ich sehe es ähnlich. Um den Autokraten den Nährboden zu entziehen, brauchen wir Orte der Begegnung, an denen demokratisches Streiten stattfinden und Wirkung entfalten kann. Wir Demokraten müssen die sozialen Räume besetzen, um diejenigen zurückzugewinnen, die noch nicht verloren sind. Damit meine ich nicht, dass man mit Autokraten ins Gespräch geht, sondern dass man Vielfalt, Wirksamkeit und Diskussion erlebbar macht und die Wirksamkeit politischen Handelns sichtbar wird. In den Städten, Gemeinden und vor Ort ist dazu jeder von uns aufgefordert. Den Menschen folgen Menschen.
https://ichsagmal.com/die-republik-im-gespraechsverlust-die-bequeme-angst-vor-der-propaganda/
Arbeitsfaul? | Mehr Stunden bedeuten nicht höhrere Produktivität
Unser aktuell amtierender Bundeskanzler muss dringend darüber aufgeklärt werden, dass „mehr Quantität” nicht automatisch auch „mehr Qualität” bedeutet. Eine Steigerung der Arbeitszeit führt nicht automatisch zu mehr Produktivität. Es kann sogar der gegenteilige Effekt eintreten, sodass es am Ende teurer wird. Das muss die legendäre Wirtschaftskompetenz sein, die man Herrn Merz zuschreibt. Christoph Habermann bemüht sich jedenfalls, die Thesen von Herrn Merz zu überprüfen, kann aber keine validen Belege finden. Er findet sogar Belege, die auf gegenteilige Effekte hinweisen. Aber bitte nicht dem Kanzleramt einen Tipp geben, denn Herr Merz könnte noch verunsicherter werden, als er es jetzt schon ist.
HUMOR
KI entzaubert | Wenn die KI zu teuer wird …
Das Leben ist schon bitterernst genug. Daher braucht es immer auch eine Prise Humor. Da mein Humor nicht immer massentauglich ist und ich ihn bereits unter der Rubrik #MeisterKonfus zum Ausdruck bringe, lasse ich an dieser Stelle lieber jemanden anderen zu Wort – oder besser, wie im konkreten Fall, zu Bild – kommen. Der Blog „Cloud Science” von Christian Möller sorgt regelmäßig für herzliches Gelächter. So auch in diesem Beitrag, in dem plötzlich klar wird, dass KI doch nicht die Lösung aller Probleme ist.
https://www.cloud-science.de/keine-token-keine-leistung/
#AfD #Agile #AgilesManifest #Arbeitszeit #Humor #Kanban #KI #KognitiveSchulden #Kommunikation #Leadership #Lean #Management #Ownership #PDCA #Planung #PortfolioKanban #Produktivität #Scrum #ScrumMaster #Selbstorganisation #Strategien #Verbesserung #Vertrauen #Wissen
Koblenz Digital50 Meetups Agile Koblenz – das ist kein kleines Jubiläum! 🎉
Was 2018 als spontane Idee beim Barcamp Koblenz begann, ist heute eine lebendige Community, die sich regelmäßig trifft, ausprobiert und austauscht. Das 50. Meetup wurde im Makerspace Bendorf gefeiert – mit Schnick-Schnack-Schnuck-Weltmeisterschaft, Kennenlern-Bingo, Pizza und Stop-Motion-Filmen. 🎬
LeanpubThe Book of TameFlow by Steve Tendon is on sale on Leanpub! Its suggested price is $60.00; get it for $40.00 with this coupon: https://leanpub.com/tameflow/c/LeanPublishingDaily20260528 #business_and_management #agile #leadership_agile #scrum #consulting #engineering_management
