#nobullshitagile — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #nobullshitagile, aggregated by home.social.
-
RE: https://mastodon.social/@Berufebilder/116990885908664913
Ein Artikel über agile Kommunikation, bei dem das Scrum-Board-Beispiel im falschen Kapitel steht.
Kernthese: bessere Kommunikation = mehr Innovation. Kein Wort davon, dass schlechte Kommunikation meist Symptom ist für kaputte Feedback-Schleifen und unklare Verantwortung.
Stattdessen: Trainings gegen Hierarchiedenken. Ein Miro-Link gegen Missverständnisse.
Genau das Muster. An der Oberfläche schrauben.
-
„Wir machen doch Scrum.", „Wir haben Jira." , „Wir machen jeden Tag ein Daily."
Und trotzdem funktioniert es nicht.
Das liegt nicht an Scrum. Es liegt daran, dass das Fundament fehlt.
Agilität ist zuerst eine Haltung, kein Werkzeugkasten. Erst das Mindset, dann die Methode. Wer beim Framework anfängt, baut das Dach vor dem Keller.
Agil heißt nicht „schnell". Agil heißt „beweglich".
https://no-bullshit-agile.de/nbak04-mindset-vor-methode.html
-
Die 12 agilen Prinzipien kennen die meisten nicht. Dabei sind sie der eigentliche Kompass.
Mein Trick: Mach aus jedem Prinzip eine Frage.
„Erzeugen wir echten Nutzen?"
„Messen wir Fortschritt an funktionierender Software?"
„Können wir dieses Tempo dauerhaft halten?"Eine Frage zwingt zur ehrlichen Antwort. Eine Aussage lässt dich nicken.
https://no-bullshit-agile.de/nbak03-12-agile-prinzipien-checkliste.html
-
Frage an alle, die „agil arbeiten": Wann habt ihr das Agile Manifest das letzte Mal gelesen?
Nicht gehört. Gelesen.
Vier Werte. Eine halbe Seite. 25 Jahre alt. Und die meisten kennen den Scrum Guide besser.
Kein Wunder, dass wir Rituale ohne Seele haben.
Das Manifest reicht. Alles andere sind Implementierungsdetails.
https://no-bullshit-agile.de/nbak02-agiles-manifest-immer-noch-die-basis.html
-
„Warum agil?" – falsche Frage.
Die richtige: Kannst du gute Software schnell liefern?
Drei Wörter. Entpacke sie und du hast alles:
• „Gut" = wertvoll, nicht perfekt
• „Schnell" = kurze Zyklen, nicht Hektik
• „Liefern" = in Produktion, nicht „fast fertig"Der ganze Rest? Work und Feedback. Punkt.
Neues Format: NBA Kompakt – ein Thema, fünf Minuten, klare Meinung.
https://no-bullshit-agile.de/nbak01-gute-software-schnell-liefern.html
-
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
-
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
-
In der aktuellen Episode von No Bullshit Agile erkläre ich, wie wichtige Regeln für Statusübergänge in Kanban-Boards zu einem reibungslosen Workflow führen können.
Klare Kriterien schaffen Transparenz und Sicherheit im Team. Hast Du Regeln implementiert und sichtbar gemacht?
https://no-bullshit-agile.de/nba81-wertvoll-kanban-board-regeln-explizit-machen.html
-
Die Woche zur Folge #NBA80 neigt sich dem Ende zu. Das Bild der verschiedenen Flughöhen – vom Team am Boden bis zum Jumbojet auf Strategieebene – mag ich besonders, weil es zeigt, dass man auf jeder Ebene andere Dinge erkennen kann (und muss!).
Ein wichtiger Baustein für den kommenden "Advanced Kanban Guide", an dem ich gerade arbeite.
Wer die Folge noch nicht gehört hat: https://no-bullshit-agile.de/nba80-flight-level.html
-
In der aktuellen Folge #NBA80 spreche ich darüber, wie Flight Levels helfen, den Wertfluss über Organisationsgrenzen hinweg zu optimieren.
Jetzt zu euch: Was ist eure größte Hürde bei der teamübergreifenden Koordination? Sind es versteckte Abhängigkeiten, zu viel Overhead oder unklare Strategien?
Teilt eure Erfahrungen und Learnings in den Kommentaren!
Zur Folge: https://no-bullshit-agile.de/nba80-flight-level.html
#NoBullshitAgile #agile #scrum #kanban #community #diskussion
-
Tipp für Euch: Wenn ihr bei euch Flight Levels zur besseren Koordination einführt, schaut auch mal in Richtung OKRs (Objective Key Results). Die beiden Konzepte ergänzen sich super, um Unternehmensziele von der Strategie-Ebene (Flight Level 3) bis runter ins Team zu kommunizieren.
Den ganzen Kontext gibt's in der aktuellen Folge #NBA80: https://no-bullshit-agile.de/nba80-flight-level.html
#NoBullshitAgile #agile #projektmanagement #okr #kanban #tipp
-
Ein zentraler Gedanke aus der aktuellen Folge:
"Flightlevel sind […] sehr interessant, weil sie die Lücke zwischen Teamwork, bereichsübergreifender Koordination und Strategie schließen. So kann man weniger Parallelarbeit haben, […] Blocker über Teams weg […] sicherer machen und das hilft euch bei eurem Gesamtflow."
Ein starkes mentales Modell, nicht nur für Kanban-Systeme.
Mehr dazu in #NBA80: https://no-bullshit-agile.de/nba80-flight-level.html
-
👀 Ein kleiner Blick hinter die Kulissen:
Die Folge zu Upstream & Downstream ist Teil meines Advanced Kanban Guides.
Der ist aktuell etwa 50 % fertig – die Infografik nimmt schon Gestalt an.Die Idee: Schritt für Schritt gehe ich Themen an, die über den Starter Guide hinausgehen.
Eure Rückmeldungen fließen direkt ein!👉 Was wünscht ihr euch für den Advanced Guide unbedingt erklärt?
🎧 Episode: https://no-bullshit-agile.de/nba79-kanban-upstream-downstream.html
-
Viele Teams optimieren nur ihre „Fabrik“ – den Entwicklungsprozess.
Aber: Ohne Upstream (Discovery) und Downstream (Feedback) fehlt der halbe Wertstrom.👉 Meine Frage an dich:
Wie stellt ihr sicher, dass euer Kanban-System den ganzen Kreislauf abbildet – von Idee bis Feedback?Diskussion ausdrücklich erwünscht 👇
🎧 Kontext: https://no-bullshit-agile.de/nba79-kanban-upstream-downstream.html
-
🔑 Praktischer Tipp zum Wochenstart:
Baue auf deinem Kanban-Board eine Konzept-Spalte für den Upstream ein.
So wird sichtbar, welche Ideen ihr gerade konkretisiert, priorisiert und in handhabbare Stories zerlegt.➡️ Ergebnis: Klarheit im Team & bessere Qualität im Downstream.
🎧 Mehr dazu in der neuen Folge: https://no-bullshit-agile.de/nba79-kanban-upstream-downstream.html
-
Entspannten Sonntag! ☀️
Stell dir dein Team als Insel vor: Wie kommen Aufgaben in den Hafen und wie segelt das Feedback zurück?
Genau darum geht's in der neuen Podcast-Folge zu Upstream- & Downstream-Kanban. Eine Inspiration für die neue Woche.
Hör rein: https://no-bullshit-agile.de/nba79-kanban-upstream-downstream.html
Teile die Idee gern! 🏝️
#Agile #Kanban #Podcast #Projektmanagement #Wertstrom #NoBullshitAgile
-
„Wir können auch schlechten Input nehmen und unsere Fabrik optimieren – aber wenn wir es richtig gut machen wollen, müssen wir weiterdenken: Upstream und Downstream gehören dazu.“
Das ist eine der Aussagen meiner neuen Folge zu Kanban Upstream & Downstream.
🎧 Ganze Episode: https://no-bullshit-agile.de/nba79-kanban-upstream-downstream.html
-
#Kanban #Upstream und #Downstream - wichtige Elemente in Kanban. Im No Bullshit Kanban Starter Guide habe ich das nur angerissen. In dem Advanced Guide nimmt das eine zentrale Rolle ein. Daher habe ich darüber schonmal eine Folge aufgenommen (Coverbild zeigt schonmal einen Teaser auf die Infografik zum Advanced Guide...)
Feedback? 😀
Wie immer: Gerne Boost! Danke!
https://no-bullshit-agile.de/nba79-kanban-upstream-downstream.html
#Agil #Agile #Scrum #Podcast #NoBullshitAgile #NoBullshitKanban
-
Ok, ich bin gespannt ob Menschen und Maschinen die Seiten jetzt besser gefallen. Habe doch einiges umgebaut und recht viel an Structured Data für Maschinen dazu gepackt - mal sehen...
Startseite: https://no-bullshit-agile.de/ -> Grundlagen: https://no-bullshit-agile.de/agile-grundlagen-guide.html -> Methoden: https://no-bullshit-agile.de/agile-methoden-uebersicht.html -> Menschen: https://no-bullshit-agile.de/agile-teams-fuehrung.html (und dann noch Podcast: https://no-bullshit-agile.de/podcast-uebersicht.html und Tools https://no-bullshit-agile.de/tools-ressourcen.html)
-
Hi! Endlich die Navigation und damit die Benutzerführung von der Webseite zum Podcast ein wenig besser strukturiert!
-
In der neuen Episode von "No Bullshit Agile" geht es um Serviceklassen im Kanban. Ist das was für dich und dein Team? Warum nicht?
https://no-bullshit-agile.de/nba78-kanban-serviceklassen-classes-of-service.html
-
Moin! Ich denke, ihr könnt es euch schon denken. In der Folge am Wochenende wird es um den #NoBullshitKanban Starter Guide gehen. Ich erkläre ein bisschen den Hintergrund und den Guide selber. Es wird auch einen Ausblick auf den Advanced Guide geben, denke ich 😀