Over the last days, I deliberately pressure-tested the Work–Feedback Loop thinking model with feedback from very experienced practitioners.
The key outcome:
The model is the core.
Metrics like Feedback Response Time are inquiry tools, not steering KPIs.
This is the current state of the model:
https://en.no-bullshit-agile.de/the-work-feedback-loop.html
Guten Morgen! 😀
Ich behaupte: Kein Unternehmen hat durch KI-Codegenerierung bisher einen signifikanten und messbaren Wettbewerbsvorteil erzielt.
Die "Produktivitätsstudien", die herumgereicht werden, sind Augenwischerei. Sie messen oberflächliche Vanity-Metriken.
Falls ihr eine Studie kennt, die über PR-Zahlen hinausgeht und den echten ROI betrachtet: Schickt mir gerne einen Link.
output ≠ outcome!
Ein Thread 🧵 👇
1/4
Wir reden immer über den Wert von Retrospektiven. Reden wir mal über die Kosten.
8 Leute x 1,5 Stunden = 12 Personenstunden.
Bei €100/Std sind das €1200.
Wenn aus eurer Retro morgen nur
"Wir sollten besser kommunizieren"
rauskommt, habt ihr gerade €1200 für einen Kalenderspruch verbrannt.
Schönen Sonntag!
Fazit: Wenn sich dein Team wie Statler & Waldorf fühlt, ist das kein Bug, sondern ein Feature! Es ist das Alarmsystem, das euch zeigt, wo eure agile Organisation wirklich an ihre Grenzen stößt.
Probleme ehrlich benennen und sie auf der richtigen Ebene lösen.
Wie holt ihr eure Teams vom Mecker-Balkon zurück auf die Bühne?
Schönes Wochenende uns allen!
Ich lade euch ein, über meine Definition nachzudenken und euer Feedback dazulassen.
Was ist agiles Arbeiten wirklich, jenseits von Buzzwords & Zertifikaten?
In diesem Thread teile ich meine 'No Bullshit'-Definition – und warum das Gegenteil davon für Projekte und Teams so gefährlich ist. 🧵👇
1/5
Hallo Leute! In der aktuellen Folge gebe ich euch ein kleines Update darüber, wie ich das Format des Podcasts (und der Webseite) umgestalte.
https://no-bullshit-agile.de/nba83-update-in-eigener-sache.html
Das neue Format von No Bullshit Agile. In dieser speziellen Episode erkläre ich, dass ich das Format des Podcasts ändern werde. Nach 83 Folgen habe ich das Gefühl, die grundlegenden Themen rund um Agilität ausreichend behandelt zu haben. Zukünftig werde ich nur noch dann eine Folge veröffentlichen, wenn ich ein…
Zum Abschluss der Woche noch ein kleiner Einblick "hinter die Kulissen" der aktuellen Folge: Der kleine Rant über Jira war nicht zu unterdrücken.
Es frustriert mich manchmal, dass Tools uns im Weg stehen, anstatt uns zu helfen, agiler zu sein. Die Boardregeln in Confluence zu pflegen ist okay, aber sie gehören direkt dorthin, wo die Arbeit passiert.
Wer es noch nicht gehört hat:
➡️ https://no-bullshit-agile.de/nba81-wertvoll-kanban-board-regeln-explizit-machen.html
Halbzeit der Woche! Lasst uns mal über eure Praxis sprechen:
Wie handhabt ihr die Regeln für euer #Kanban- oder #Scrum-Board? Sind sie bei euch explizit definiert? Und die große Frage an alle #Jira-Nutzer: Habt ihr einen Weg gefunden, diese Regeln direkt am Board sichtbar zu machen?
Ich teile in der aktuellen Folge meine Gedanken (und einen kleinen Rant 😉). Freue mich auf eure Erfahrungen!
https://no-bullshit-agile.de/nba81-wertvoll-kanban-board-regeln-explizit-machen.html
#NoBullshitAgile #agile #projektmanagement #community #diskussion
Praktischer Tipp: Definiert als Team explizite Regeln für eure Spaltenübergänge.
Ein Beispiel für den Übergang von "Up Next" zu "Konzept" könnte sein:
➡️ Keine Arbeit befindet sich in den Spalten weiter rechts (Stop Starting, Start Finishing!).
➡️ Ein zweites Teammitglied steht zur Verfügung (z.B. für Pair-Architektur).
➡️ Die Story-Beschreibung ist auf den ersten Blick vollständig.
Das schafft sofort Klarheit und verbessert den #Flow.
https://no-bullshit-agile.de/nba81-wertvoll-kanban-board-regeln-explizit-machen.html
Ein Zitat aus der aktuellen Folge:
"Die Regeln [fürs Board] gibt es sowieso, sie sind halt nur implizit. Jeder hat so seinen Teil der Regeln im Kopf, warum dann nicht aufschreiben."
Das Explizitmachen dieser Regeln ist ein einfacher, aber unglaublich wirkungsvoller Schritt zu mehr Klarheit und einem besseren Flow. Mehr dazu in Folge 81.
➡️ https://no-bullshit-agile.de/nba81-wertvoll-kanban-board-regeln-explizit-machen.html
Thomas
