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.
RE: https://hachyderm.io/@mlevison/116930316460295220
From Mark: "There are many cases where I don’t love the language of the Scrum Guide. It can be too formal and heavy."
https://www.enteresc.net/done-is-not-just-a-document/
@SebastianSolidwork I just pushed a change to the “Done" glossary entry. I added: compromising on Done (and thereore quality)
I can also see the relationship idea you offer in your post.
There are many cases where I don’t love the language of the Scrum Guide. It can be too formal and heavy.
Что делать, если команда обсуждает не только прошедший спринт, но и тревожится о будущем?
Glad, Sad, Mad, Afraid добавляет к знакомой эмоциональной ретроспективе четвёртый вопрос: чего мы опасаемся дальше. В новой статье разбираем четыре колонки, правила безопасного разговора и сценарий встречи на 55 минут.
Читать: https://retropoint.ru/news/glad-sad-mad-afraid-retrospective
#RetroPoint #тимлид #управлениекомандой #retrospective #ретроспектива #agile #scrum #teamlead #команда #retroonline #просторетро #ретро #команднаяработа
🧭 By default we humans spend about 5% of our time planning and 95% implementing. The research says it should be closer to 20% planning, 80% action.
I found that in Chris Bailey's Intentional. In Scrum, Sprint Planning, Review, Retrospective, and Daily Scrum are all about planning and goal attainment, about 10% of the Sprint. Scrum anticipated that research by more than a decade.
The usual "too much planning" pushback is misplaced.
https://agilepainrelief.com/newsletter-subscribe/?utm_source=mastodon&utm_campaign=archive-reshare
✅ The 2020 Scrum Guide made Definition of Done a formal commitment. Done is not optional: it's the team's promise about what "complete" means.
The hardest problem is pressure to deliver more. As it builds, teams compromise on Done. Short term it looks fine, they get more finished. Long term the bugs offset the value, and each shortcut accumulates as technical debt that slows future work.
Only take on work you can bring to truly Done.
📋 The Sprint Backlog is Scrum's most misunderstood artifact. It's not a list of tickets or tasks (thanks, JIRA), it's a tool for the team to see what's going on and how it's progressing.
Two quiet anti-patterns: pre-assign every item in Sprint Planning and you've planned for the first bottleneck. Use it for reporting and leadership starts looking over shoulders, so transparency dies.
It's a plan by and for the Developers.
Eine Story, die 20 Tage dauert, ist keine Story. Das ist ein Projekt im Ticket-Kostüm.
Die üblichen Argumente für große Stories ("einfacheres Handling", "Kontext bleibt erhalten") sind alle Projektmanagement-Denke. Der Sinn einer Story ist aber Wert liefern und Feedback holen. Dauert das länger als zwei Wochen, ist sie zu groß.
Kleiner schneiden. Immer.
🏖 В RetroPoint появился новый модуль «Отпуска и дни рождения»!
Теперь команда может видеть отпуска, Day-Off и больничные на общей временной шкале, а сотрудники — подавать заявки на отсутствие. Тимлид или мастер согласует их прямо в сервисе.
🎂 Календарь покажет ближайшие дни рождения коллег.
🔔 Email-напоминания помогут не пропустить важную дату и вовремя проверить остаток отпуска.
Меньше отдельных таблиц и переписки, больше прозрачности при планировании работы команды.
Подробнее: https://retropoint.ru/news/absences-birthdays-launch
@rf @Russia@3zi.ru @russia@lemmy.ml
#RetroPoint #тимлид #1to1 #управлениекомандой #retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleadthings #команда #retroonline #просторетро #oneonone #one2one #pokerplanning #ретро #realtime #performancereview #okr #команднаяработа
Команда набирает высоту, но что помогает ей лететь, что тянет вниз и какие бури уже видны на горизонте? 🎈
В новой статье разбираем ретроспективу Hot Air Balloon. Объясняем зоны Hot air, Sandbags и Storms, даём сценарий встречи примерно на 50 минут и показываем, как перейти от метафоры к конкретным действиям. ⛈️
Готовый шаблон уже есть в RetroPoint 🚀
https://retropoint.ru/news/hot-air-balloon-retrospective
#RetroPoint #тимлид #1to1 #управлениекомандой #retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleadthings #команда #retroonline #просторетро #oneonone #one2one #pokerplanning #ретро #realtime #performancereview #okr #команднаяработа
„Feedback ist keine Information. Es ist erst dann Feedback, wenn das nächste Stück Arbeit dadurch verändert wird."
https://no-bullshit-agile.de/nbak09-work-feedback-der-einzige-kreislauf.html
Wirf allen Ballast ab: Zertifikate, Rollen, Rituale und es bleiben zwei Begriffe: Work und Feedback.
Deine Agilität misst sich nicht an Zertifikaten oder Code-Zeilen, sondern an der Geschwindigkeit dieses Kreislaufs.
Der wichtigste Satz: Feedback ist erst dann Feedback, wenn es die nächste Arbeit verändert. Passiert das nicht, ist das kein Mindset- sondern ein Kopplungsproblem.
Neue Folge NBA Kompakt:
https://no-bullshit-agile.de/nbak09-work-feedback-der-einzige-kreislauf.html
Four Main Ways to Learn AI for Scrum Masters, by (not on Mastodon or Bluesky):
https://www.scrum.org/resources/blog/four-main-ways-learn-ai-scrum-masters?ref=frontenddogma.com
NEW! Leanpub Book LAUNCH 🚀 Deliver What Matters When It Matters: Value-Driven Product Delivery through Clarity, Timing, and Flow by Ryan
#books #leanpublishing #selfpublishing #productmanagement #agile #scrum #newrelease
Тимлиды команд в RetroPoint 👥
Когда в кабинете несколько групп, всё 1‑2‑1, Performance Review и OKR не должно висеть только на владельце. Теперь на тарифах «Направление» и «Бизнес» можно назначить тимлида — без доплаты поверх подписки ✨
Что умеет тимлид — проводит 1‑2‑1 с участниками своей команды 💬
— ведёт Performance Review и OKR 🎯
— работает в Planning Poker по тем же правилам аддонов, что и владелец
Что остаётся у владельца — надзор над review и целями: можно подключиться и завершить цикл вместо тимлида
— 1‑2‑1 с сотрудниками команды, где есть тимлид, приватны 🔒 — владелец их не видит
— отдельная системная команда «Team Leads» для регулярных встреч с тимлидами
Как включить
Профиль → Команды → Настройки → блок «Тимлид команды». Назначьте участника или пригласите по email.
Подробности в новости 👉 https://retropoint.ru/news/team-leads-launch
#RetroPoint #тимлид #1to1 #управлениекомандой #retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleadthings #команда #retroonline #просторетро #oneonone #one2one #pokerplanning #ретро #agile #scrum #realtime #performancereview #okr #команднаяработа
„Wir arbeiten agil." und im nächsten Satz will der Stakeholder alle Features, den festen Termin und das Budget vorab festgenagelt haben.
Das ist nicht agil. Das ist Wasserfall mit Daily. Kein Framework rettet ein Projekt, dessen Stakeholder nach Output statt Outcome fragt.
"Agilität ist tot." und was ist die Alternative? Zurück zum Wasserfall?
Nicht die Agilität ist tot. Ein Zerrbild ist tot:
- Fake Agile: Scrum ohne Verständnis der Basis
- Dark Agile: agiler Deckmantel, drunter reines Top-down
- Kommerzialisierung: Zertifikatsflut, überladene Komplexität
Das Label ist verbrannt. Das Handwerk fängt gerade erst an: Iteration + Feedback.
https://no-bullshit-agile.de/nbak08-warum-agilitaet-nicht-tot-ist.html
Vielleicht mögen die, die NBA Kompakt bisher gehört haben, mal sagen, wie sie das Format "5 Minuten kompakt" und auch fertige Reihenfolge mit aufeinander bauenden Themen so finden? Feedback is immer gut! Danke!
Die kommende Folge 8 "Warum Agilität nicht tot ist" schließt den ersten Teil "Fundament" von NBA Kompakt ab. Danach steigen wir in die Work-Feedback Loop ein.
NBA Kompakt ist mein Podcast Format in dem ich in einer sinnvollen Reihenfolge in jeweils 5-Minuten-Folgen kompakt Aspekte des agilen Arbeitens bespreche.
Kompletter Fahrplan für alle Folgen: https://no-bullshit-agile.de/nba-kompakt-alle-folgen.html
"Wann ist das Projekt fertig?" Die Frage klingt vernünftig. Ist sie aber nicht.
Niemand kann sie ehrlich beantworten, weil das Team erst während des Projekts lernt, was das Projekt überhaupt ist. Jeder fixe Komplett-Plan tut nur so, als wäre die Zukunft schon bekannt. Plan klein, liefer früh, lass Feedback den Rest planen.
RetroPoint: теперь вы сами выбираете, как выглядит аватар 📸✨
Раньше при загрузке фото мы обрезали его «по центру». Из-за этого лицо нередко уходило за край кадра 😅 Особенно доставалось портретам, снятым на телефон.
Теперь при загрузке аватара в профиле и в настройках команды открывается окно «Выбор миниатюры» 🎯 Перемещайте квадратную рамку, меняйте масштаб и сразу видите, как результат будет смотреться в разных размерах 👀 Быстро, предсказуемо и без сюрпризов в шапке и карточках команды.
Загляните в раздел «Личные данные» или в настройки команды, загрузите фото и настройте кадр под себя 💪
Попробуйте уже сейчас на https://retropoint.ru
#RetroPoint #тимлид #1to1 #управлениекомандой #retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleadthings #команда #retroonline #просторетро #oneonone #one2one #pokerplanning #ретро #agile #scrum #realtime #performancereview #okr #команднаяработа
The 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/LeanPublishingDaily20260629 #business_and_management #agile #leadership_agile #scrum #consulting #engineering_management
Обновили рабочую область RetroPoint — мелочи, которые заметны каждый день 👇
🛠 Карточки. Исправили ложную ошибку про отключённые GIF при обычном редактировании текста. Эмодзи через кнопку смайла теперь вставляются с пробелами — текст читается аккуратнее.
👥 Доступ команд. Вместо чекбоксов — баблы с аватарками; настройки видимости сохраняются сразу, без лишней кнопки.
⚙️ Мастер доски. Обновили дефолты без шаблона: 3 колонки и пресет настроек ближе к тому, как обычно собирают ретро. Мелодия таймера по умолчанию — «Гонг» 🔔
✨ Интерфейс. Алерты больше не прилипают к краям экрана. Баннер «тариф подключён» сам исчезает через 10 секунд.
Мелкие правки — но ретро проходит спокойнее. Пробуйте на своих досках в https://retropoint.ru 🚀
#RetroPoint #тимлид #1to1 #управлениекомандой #retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleadthings #команда #retroonline #просторетро #oneonone #one2one #pokerplanning #ретро #agile #scrum #realtime #performancereview #okr
Небольшой апдейт RetroPoint по вашим запросам с ретро 🎯
Больше не нужно «прятать» пояснение техники первой карточкой в колонке 📝 Под заголовком колонки теперь живёт отдельная подсказка: подставляется из шаблона (Mad Sad Glad, 5 Whys и др.), видна участникам и редактируется владельцем доски. У старых досок по шаблону подсказки тоже появятся сами ✨
Action items можно включить сразу при создании доски ✅ Галка «Привязка действий» в диалоге создания — без лишнего захода в настройки после старта.
На широком экране колонки больше не прилипают к краю 🖥️ У ретро-колонок появились аккуратные боковые отступы — спокойнее смотрится и удобнее листать тачпадом.
И в 1‑2‑1: в «Повторять» первым пунктом теперь «Разово» 📅 Для one-off созвона, когда регулярный ритм не нужен.
Подробности и скриншоты — в новости: https://retropoint.ru/news/board-workspace-july-2026
#RetroPoint #тимлид #1to1 #управлениекомандой #retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleadthings #команда #retroonline #просторетро #oneonone #one2one #pokerplanning #ретро #agile #scrum #realtime #performancereview #okr
Die Selbstakzeptanz ist die Voraussetzung für Veränderung und Persönlichkeitsentwicklung. Das Anerkennen, dass man selbst nicht perfekt ist und dass dies vollkommen normal ist, bildet die Grundlage für Entwicklung. Das erkennt Dan Rockwell zu Recht an. Denn wer sich und seine Schwächen nicht akzeptiert, wird versuchen, sie zu kaschieren und zu verstecken, statt reflektiert an ihnen zu arbeiten.
https://leadershipfreak.blog/2026/06/22/what-leaders-get-wrong-about-self-acceptance/
Zuhören ist schwerer als Sprechen – eine Aussage, die ich aus meinem täglichen Erleben bestätigen kann. Dabei ist Zuhören oft deutlich wirksamer und effektiver. Es entfaltet eine unterschätzte Macht, die von vielen zu wenig genutzt wird. Auch hier bin ich wieder bei Dan Rockwell. In seinem Blogbeitrag gibt er vier knackige Tipps und empfiehlt, auch darauf zu achten, was nicht gesagt wird. Das ist ein schöner Impuls, bei dem ich mich selbst mal wieder an die eigene Nase fassen kann.
https://leadershipfreak.blog/2026/06/23/the-7-powers-of-listening/
Ich bin seit Jahren von der Idee des Zettelkastens von Luhmann fasziniert, schaffe es aber selbst nur bedingt, sie umzusetzen. Daher lese ich immer wieder gerne, wie es anderen gelingt. So auch Thomas Mathoi, der mich auf Obsidian aufmerksam gemacht hat. Ich habe es inzwischen gut in mein Notizenmanagement integriert und es leistet mir dort wertvolle Dienste. In dem verlinkten Blogbeitrag beschreibt er die Entwicklungsstufen eines Zettels in seinem Zettelkasten, den er in Obsidian abbildet. Auch ich nehme wieder einmal einiges für die Weiterentwicklung meines Notizsystems mit.
https://www.mathoi.at/2026/06/26/die-entwicklungsstufen-einer-idee-im-digitalen-zettelkasten/
Das große Problem, das ich immer wieder sehe, sind Effizienzneurotiker, die verzweifelt versuchen, möglichst gute Zahlen zu produzieren, um zu zeigen, wie sie die Effizienz mal wieder erhöht haben. Das Schlimme dabei ist, dass die ganzheitliche und langfristige Perspektive dabei so sehr in den Hintergrund gerät, dass sie kaum noch eine Rolle spielt. Langfristig wird das Gegenteil erzielt. Genau an diesen Effekt erinnert mich Götz Müller, wenn er verdeutlicht, dass Kaizen nicht zu Kampagnen und Zahlen verkommen darf. Er verdeutlicht sehr gut, dass es bei Kaizen um kontinuierliches Lernen und Weiterentwickeln geht, was weit über Rituale und einen Zahlenfetisch hinausgeht.
https://www.geemco.de/artikel/wenn-kaizen-zu-kampagne-und-zahlen-wird/
Der Beitrag von Thomas Schissler bezieht sich zwar auf Softwareentwicklung, dennoch lassen sich parallen und zu vielen anderen Bereichen die wenig mit Softwareentwicklung zu tun haben, erkennen. Mein Fazit aus der Lektüre ist eine Empfehlung, die ich ohnehin immer wieder gebe: sich ausgiebig mit der Idee der Auskömmlichkeit und Vermeidung von Muda zu beschäftigen, wie es im Toyota Production System forciert wird. Mich erinnert vieles an die die 8 Arten der nicht-wertschöpfenden Arbeit nach Taiichi Ohno. Nach wie vor ein großes Thema. Wenn nicht noch ein noch viel größeres seit Taiichi Ohno und seien Kolleg:innen begonnen haben, das TPS zu entwickeln. Und dies ist immerhin einige Jahrezehnte zurück. Gefüllt habe ich ohnehin den Eindruck, dass die Effizienneurotiker nicht nur weiterhin sinnlos walten, sondern verstärkt die Oberhand gewonnen haben und verstärkt Verschlimmbessern statt langfristige sowie ganzheitliche Strategien zu fahren. Zurück zum Kernthema des Beitrags. Viel Wirkung bleibt auf der Strecke, weil trotz Lean Management und agilen Manifest, viel zu wenig daran gearbeitet wird, unnötige und wertschöpfende Arbeit aufzuspüren. Das bremst erheblich die Wirksamkeit und schränkt am Ende unsere Innovationskraft ein.
Es wird von verschiedenen Seiten kolportiert, dass KI Scrum überflüssig machen würde, wobei sich viele dabei sehr stark auf die Softwareentwicklung beziehen. Das ist bedauerlich, denn nicht nur Software wird entwickelt. Allein deshalb halte ich den Abgesang auf Scrum, den manche anstimmten, für verfrüht, wenn nicht sogar für einen Irrtum. Die KI wird die Art und Weise, wie wir arbeiten, verändern, das zeichnet sich ab. Nicht nur in der Softwareentwicklung. Teams werden teilweise kleiner und liefern mit KI-Unterstützung schneller. Und doch bestehen weiterhin enorme Herausforderungen. Die Organisationen müssen sich ebenfalls verändern. Veränderungen brauchen einen Rahmen usw. usf. Ob die Rechnung von Yuval Yeret aufgeht, wie von ihm beschrieben? Wenn man seinen Gedanken folgt, wird es auch ordentlich Veränderungen in Richtung Skalierung geben. Kleinere Teams, die weniger operativ und mehr taktisch unterwegs sind, werden im skalierten Kontext möglicherweise mehr koordinative Aufgaben übernehmen. Ob damit Skalierung einfacher wird? Es ist ratsam, skeptisch und doch offen zu bleiben. Zu oft wurde schon versprochen, dass sich durch den Einsatz von Methoden und Techniken Organisationsstrukturen entschlacken lassen – ohne dass sich diese Hoffnungen wirklich erfüllt haben..
Eine gewisse Müdigkeit bei den agilen Methoden ist überall spürbar. Gerne wird wieder in den Raum geworfen, Scrum habe seinen Zenit überschritten und es sei Zeit für etwas Neues. Da bin ich etwas anders gestrickt. Scrum ist nach wie vor super. Vorausgesetzt, es wird dort eingesetzt, wofür es gemacht wurde, und der Rahmen hierfür stimmt. Beides ist jedoch nicht immer gegeben. Für viele organisatorische Probleme sind nicht Scrum oder eine andere agile Methodik die Ursache. Das Problem ist eher die Methodengläubigkeit und das Fehlen nachhaltiger Veränderungen der Strukturen. Wie so oft wird gerne eine Methodik übergestülpt. Erst war es Lean, dann Agile und jetzt soll die nächste Methode oder aktuell die Technik in Form der KI alle Probleme lösen. Nein, liebe Leute. Das Problem ist viel zu oft, dass nicht wirklich am System gearbeitet wird, sondern nur Systemkosmetik betrieben wird. Die Arbeit am System ist Veränderung. Oft auch anstrengend. Und alles andere als einfach. Aber genau diesen Schritt gehen viele nicht. Dazu passt die Podcastfolge von Marc Löffler eigentlich recht gut. Sie ist zwar sehr auf Scrum bezogen, aber das Prinzip lässt sich übertragen. Man könnte allerdings auch Kanban, Obeya oder etwas anderes nehmen. Das Kernproblem ist und bleibt die nachhaltige strukturelle Arbeit am System. Das war schon immer so. Und es wird auch immer so sein. Das Rüstzeug haben wir bereits, auch wenn einige versuchen, es neu zu erfinden. Nur müssten wir es öfter tun – die Veränderungsträgheit von Organisationen ist allerdings auch schon lange und immer wieder Gegenstand der Organisationssoziologie (das Thema begleitet mich schon seit meiner Studienzeit, die mittlerweile auch schon mehr als zwei Jahrzehnte zurückliegt).
https://passionateteams.com/e/was-kommt-eigentlich-nach-scrum/
In seinem 7-minütigen Podcast erinnert Thomas von No Bullshit Agile daran, dass das Agile Manifest eine ökonomische Komponente hat, die meiner Meinung nach sträflich vernachlässigt wurde. Schade ist, dass er dabei nicht auf die Bezüge zum Lean Management und dem Konzept der Auskömmlichkeit eingeht. Das wäre sicherlich auch spannend und würde gut zum Kontext passen. Eventuell wird das noch Gegenstand einer späteren Podcastfolge. Hoffe ich zumindest.
https://no-bullshit-agile.de/nbak07-agiles-manifest-oekonomische-strategie.html
Es dürfte bekannt sein, dass ich ein großer Freund der Verbesserungs- und Coachingkata bin. Lustigerweise gab es Menschen, die meinten, sie müssten eine agile Variante daraus machen. Das halte ich für unnötig, denn bei näherem Hinsehen erzeugt es keinen vertiefenden Zusatznutzen. Das ändert jedoch nichts daran, dass ich die Idee nach wie vor super finde. Wie Ralph Jocham bin auch ich der Meinung, dass die Verbesserungs- und Coachingkata eine sehr gute Ergänzung zu Agilität ist. Ich kann jedem nur empfehlen, sich stärker mit Lean Management zu beschäftigen. Das hat mir sehr dabei geholfen, ein vertiefendes Verständnis von Agilität und agilen Rahmenwerken zu entwickeln.
https://www.scrum.org/resources/blog/what-kata-gives-agile-retrospectives-never-could
Ich bin der festen Überzeugung, dass Scrum Master und vergleichbare agile Rollen aus anderen Frameworks Führungskräfte sind und auch als solche verstanden werden sollten. Die im Scrum-Framework für die Rolle des Scrum Masters beschriebenen Aufgaben entsprechen in etwa meinem Verständnis von guter Führung und Führungsaufgaben. Auch wenn der Begriff „Manager” – wie Jan Fischbach treffend ausführt – negativ besetzt ist, ist es eigentlich genau das, was ein Scrum Master tut, zumindest im positiv gelebten Sinne: Führen, Rahmen schaffen, unterstützen, koordinieren. Bedauerlicherweise ist der Begriff „Manager” nicht ganz zu Unrecht negativ besetzt. Etwas mehr Rückbesinnung auf die Wurzeln und die Grundideen könnte dabei helfen. Scrum Master, die ihren Job richtig machen, sind Manager. Manager, die ihren Job machen.
https://www.teamworkblog.de/2026/06/scrum-master-als-manager.html
Ein gut gepflegtes Backlog ist eine solide Basis. In der Praxis hakt es jedoch genau dort: bei der Pflege des Backlogs. Das Ganze erinnert mich irgendwie an 5S aus dem Lean Management. Das Backlog muss inspiziert, die Einträge überprüft und an den richtigen Platz geschoben werden. Überflüssige Einträge müssen entfernt werden. All das sollte als regelmäßige Routine konsequent durchgeführt werden. Ausgerichtet an einem gemeinsamen Ziel. Fast so, wie Mary Iqubal es hier beschreibt, auch wenn sie 5S nicht ins Spiel bringt.
https://www.scrum.org/resources/blog/clean-out-product-backlog
Warum ordne ich den sehr langen Blogartikel von Daniel Dubbels zum Thema KI bei Management und Leadership ein? Weil es hier um die Verantwortung geht, die sich aus dem Einsatz von KI im Bereich Führung und Management ergibt. Daniel beschreibt ausführlich, wie der Einsatz von KI zu Überforderung von Menschen und Organisationen führen kann. Was auf den ersten Blick wie eine Steigerung der Produktivität aussieht, kann möglicherweise zu einer Verdichtung der Arbeit und am Ende zu einer Überlastung führen. Ein Thema, das meines Erachtens die Führung ins Visier nehmen muss, um den passenden Rahmen zu spannen. Interessanterweise endet der Artikel nicht mit einem Fazit, sondern mit der fast ein wenig ratlosen Erkenntnis, dass dem Autor selbst noch keine Lösung für das Problem einfällt. Allerdings ist er damit schon einmal bei der Erkenntnis eines Handlungsbedarfs und damit sicherlich vielen längst voraus. Insbesondere Politik- und Wirtschaftsvertretern, die meinen, man müsse die Wochenarbeitszeit erhöhen, obwohl wir eine qualitative Verdichtung der Arbeitsbelastung erleben, ist er voraus. Ich merke schon, daraus könnte noch ein Gedankengang entstehen – und das bei den aktuellen Temperaturen, die der Denkarbeit eher abträglich sind.
https://www.inspectandadapt.de/beschleunigst-du-dein-team-mit-ki-gegen-die-wand/
Detlef Stern trifft für mich persönlich einen Nagel auf den Kopf, den ich beim Thema Führung und Management immer wieder negativ wahrnehme. Führungskräfte stellen Anforderungen und Forderungen an Mitarbeitende, ohne selbst auch nur ansatzweise das zu beherzigen, was sie einfordern. Ein weiserer Mensch als ich sagte einmal zu mir: „Wenn du willst, dass jemand etwas tut, dann lebe es selbst vor.” Seine Begründung war simpel: Wer das nicht macht, wird unglaubwürdig. Wer unglaubwürdig ist, verliert das Vertrauen. Wer das Vertrauen verliert, kann nicht führen. In diesem Sinne gilt: Eat your own dogfood.
https://t73f.de/blog/2026/dogfood/
Ich mache keinen Hehl daraus, dass ich die AfD für eine verfassungsfeindliche Partei halte. Während ich früher hin und wieder noch seltene Exemplare aus der Gründungszeit der Partei erlebt habe, mit denen man durchaus noch einen kritisch-rationalen Dialog führen konnte, ist diese Partei längst von Rechtsextremisten gekapert worden und ihre Anhänger verhalten sich mehr oder weniger wie ihre geistigen Ahnen. Die Belege hierfür sind meines Erachtens erdrückend – hierfür spricht auch das vor Kurzem veröffentlichte Gutachten der Gesellschaft für Freiheitsrechte, das ausschließlich öffentliche Quellen genutzt hat und durchaus differenzierte Töne anschlägt (auch wenn ich das 1500-seitige Gutachten noch nicht vollständig lesen konnte). In seinem Gastbeitrag im Blog der Republik erläutert Werner Mittelstaedt sehr gut und genau, warum wir ein AfD-Verbot brauchen. Das mag zwar das Kernproblem nicht lösen, wäre aber ein dringender erster Schritt. Denn schon einmal ist es einer rechtsextremistischen Partei in Deutschland gelungen, die Macht an sich zu reißen, eine ganze Gesellschaft innerhalb kürzester Zeit mit brutalsten Mitteln gleichzuschalten und ins Unglück zu stürzen.
Allen, die meinen, man könne der AfD mit „guter” Politik entgegentreten und sie würde dann von allein verschwinden, möchte ich gerne den Kommentar von Thomas Schmid hierzu nahelegen. Meiner Meinung nach haben wir in unserer Gesellschaft ein Krisenresilienzproblem. Als Gesellschaft haben wir es nicht geschafft, die notwendige Ambiguitätstoleranz für den Umgang mit einer komplexen Welt zu entwickeln. Wir haben uns in der Vergangenheit auf einem vermeintlichen Zukunftsversprechen ausgeruht, das uns im Zeitalter der multiplen Krisen und der weltweiten Interdependenzen bedroht erscheint. Dabei schwebt dieses Damoklesschwert schon seit Jahrzehnten über uns. Ich muss dabei direkt an Benjamin Barbers Buch „Jihad vs. McWorld: How Globalism and Tribalism Are Reshaping the World” aus dem Jahr 1995 denken. Eine Mahnung, die leider ungehört geblieben ist.
#AfDVerbot #Agile #AgilesManifest #Agilität #Backlog #Ethik #Kaizen #KI #Leadership #Lean #Management #Muda #Obsidian #Politik #Produktivität #Scrum #ScrumMaster #Selbstakzeptanz #Skalierung #Verbesserungskata #Zettelkasten #ZuhörenThe 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/LeanPublishingDaily20260625 #business_and_management #agile #leadership_agile #scrum #consulting #engineering_management
Unbequeme These: Das Agile Manifest wurde nicht für ein besseres Arbeitsumfeld geschrieben.
2001, Wasserfall tot, Märkte global: 17 Leute in Utah lösen ein ökonomisches Problem: Kunden schnell an den Markt bringen. Gute Arbeitskultur? Notwendiger Nebeneffekt.
"Wert" heißt konkret: Geld. Dem Kunden verdient oder gespart.
https://no-bullshit-agile.de/nbak07-agiles-manifest-oekonomische-strategie.html
Die Stunden, die ihr in Schätzmeetings verbrennt, fehlen euch beim Liefern.
Niemand wird besser, weil er weiß, ob eine Story 3 oder 5 Punkte hat. Schätzungen sind subjektiv, ungenau und ihr plant trotzdem daneben. Schneidet Stories klein, liefert, lernt am echten Ergebnis. Das schlägt jede Schätzung.