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.
Wer meine Links der Woche und auch Gedankenblitze im Block aufmerksam liest, dem dürfte sicherlich schon mehrfach aufgefallen sein, dass ich die KI-Ephorie nicht teile, sondern eher positiv-verhalten gegenüber der Technik bin. Der Grund ist simple und einfach, ich sehe zwar viele Möglichkeiten, dennoch ist die Erwartungshaltung viel zu hochgeschraubt und ich sehe auch, dass die Produktivitätzuwächs durch die negativen Folgen aufgefressen werden. Daher habe ich Marcus Raitners Blogartikel sehr aufmerksam gelesen. Er ist sehr differenziert und spricht aus meiner Sicht einige kritische Punkte an, die ich sehr ähnlich sehe. Der Einsatz von KI befördert die digitale Erschöpfung. Dazu mehr hier:
Zur Vertiefung des Beitrags von Marcus Rainter bietet sich der etwas längere Artikel von Daniel Dubbel an. Auch er beschäftigt sich mit der Frage der Arbeitsverdichtung durch KI. Sein Fokus liegt jedoch auf einem anderen Aspekt. Er geht der Frage nach, weshalb die möglichen Produktivitätsverbesserungen im System regelrecht verpuffen, und macht die Führung verantwortlich. Daher war ich kurz versucht, den Beitrag unter Leadership und Management einzuordnen. Ich finde jedoch, dass die beiden Beiträge zusammen wahrgenommen werden sollten.
https://www.inspectandadapt.de/niemand-hat-beschlossen-dass-mehr-geht-es-passierte-einfach/
Für Obsidian steht ein riesiges Biotop an möglichen Plug-ins aus der Community zur Verfügung. Ich nutze nur eine Handvoll, die ich mittlerweile sehr gezielt auswähle. Ähnlich der Empfehlung von Daniel Schimpke am Ende seines Artikels, erst zu überlegen, welches Problem man überhaupt lösen möchte. Viele Probleme lassen sich übrigens oft auch ohne Plugin lösen. Das hat den Vorteil, dass die Dinge einfacher gehalten werden. Was ich empfehle. Ich habe nur sieben Erweiterungen im Einsatz, von denen eine sogar gerade auf dem Prüfstand steht. Also tatsächlich eher sechs. Es gibt allerdings eine deutliche Schnittmenge mit den 13 im Artikel genannten Plugins.
https://www.kadaschi.de/13-obsidian-plugins-die-ich-wirklich-nutze/
Über Thomas Mathoi habe ich eine Nachricht erhalten. Es gibt eine neue Obsidian-Community. Dort findet man viele Hilfen. Die Community wurde neu organisiert und soll jetzt übersichtlicher sein. Ich hatte noch nicht die Gelegenheit, mir das anzusehen. Allerdings klingt es sehr interessant und ich hoffe, dass ich jetzt schneller passende Lösungen finde, wenn ich eine Herausforderung zu meistern habe.
https://www.mathoi.at/2026/05/21/die-neue-obsidian-community/
Ivan Blatter hat wieder einmal eine großartige Folge seines Podcasts veröffentlicht. Diesmal dreht sich die Frage, die er beantworten will, um das „Ankommen“ als Gefühl. „Ankommen” bedeutet in diesem Sinne nicht, fertig zu werden, sondern das Gefühl zu haben, dass das, was wir tun, wichtig ist. Er erklärt dieses Gefühl zu einer Entscheidung. Eine Entscheidung, die wir selbst treffen. Er definiert vier Entscheidungen, die wir treffen müssen:
https://share.transistor.fm/s/358edb99
Mit seinem Beitrag erinnert Dan Rockwell mich daran, dass Lernfähigkeit oft damit beginnt, sich die Frage zu stellen: „Wie kann ich besser werden?” Das wiederum setzt voraus, anzuerkennen, dass man nicht alles weiß. Ganz im Sinne von Sokrates, der sich als Wahrheitssuchender für unwissend hielt. Mit anderen Worten: Das Streben, sich weiterzuentwickeln, beginnt damit, demütig anzuerkennen, dass man – selbst als weiser Mensch – noch mehr lernen und besser machen kann. Wer sich konsequent selbst hinterfragt, entwickelt sich weiter. Irgendwie muss ich jetzt an Kaizen denken.
https://leadershipfreak.blog/2026/05/19/the-best-ability/
Tim Themann hat sich daran gewagt, hinter „Kaizen” zu blicken und ideengeschichtlich aufzuarbeiten, weshalb „Kaizen” eine Haltung darstellt und weshalb wir uns in unserem westlich geprägten Kulturkreis mit dieser Haltung so schwer tun. Hut ab! Ich weiß, dass er es sich nicht einfach gemacht hat, denn ich durfte vorab eine erste Fassung lesen und Feedback geben. Für mich war der Artikel sehr spannend und aufschlussreich. Ich hoffe, dass es euch auch so geht.
https://die-computermaler.de/warum-kaizen-eine-haltung-ist-und-kvp-nur-ein-prozess/
Auch Götz Müller greift das Thema Kaizen auf. Er versucht zu erklären, was Kaizen nicht ist. Es ist eine Haltung. Keine Methode. Kein Prozess. Interessant dabei ist, dass er Kaizen als Akronym nutzt. Hinter jedem Buchstaben steht ein Begriff, der die oft gelebte Realität darstellt und im Prinzip verdeutlicht, dass Methoden und Prozesse kein gelebtes Kaizen sind.
https://www.geemco.de/artikel/was-kaizen-nicht-ist-bzw-sein-sollte
John Knotts Beitrag beleuchtet eine Thematik rund um Metriken, die sicherlich einigen bekannt vorkommt: Durchschnittswerte sind nicht immer gute Indikatoren und Referenzwerte. Dies gilt insbesondere bei Prozessverbesserungen. Das heißt jedoch nicht, dass wir Durchschnittswerte verteufeln sollen, sondern es gilt wie so oft – nicht nur im Umgang mit Metriken – reflektiert-kritisch hinzuschauen und immer auch zusätzliche Informationen einfließen zu lassen.
https://blog.gembaacademy.com/2026/05/22/the-trouble-with-averages/
In seinem folgenden Blogartikel versucht Simon Flossmann, Indikatoren zu nennen, anhand derer sich erkennen lässt, ob die Rolle des Product Owners gut besetzt wurde. Allerdings möchte ich zur Vorsicht raten, hier vorschnell von den Indikatoren auf die betreffende Person zu schließen. Meine Erfahrung hat mich gelehrt, auch auf das „System” zu achten. Denn es sind oft auch die Zwänge des Systems, die zu einigen der „Fehlentwicklungen” führen, die er in seinem Blogartikel thematisiert. Die genannten Indikatoren bedeuten letztendlich, genauer hinzusehen und Ursachenforschung zu betreiben.
Ich weiß nicht, wie oft ich schon skeptisch auf Scrum- und Kanban-Boards geschaut habe. Skeptisch, weil ich sehr viel Arbeit auf den Boards gesehen habe. Arbeit, die aber nicht abgeschlossen war. Arbeit, die parallel stattfand. Fast genauso wie im Blogartikel von Rudolf Gysi. Vielleicht bin ich genau deshalb ein Freund der Begrenzung paralleler Arbeit geworden. Mehr Fokus, erst abschließen, dann das nächste Thema angehen. Einfach auch, weil nur so sichtbar wird, ob und wie wir einen Mehrwert erzeugen.
https://agilereflection.org/while-wip-roi-0/
Ich bevorzuge kleine Anforderungen in Form von User Stories oder Job Stories. Kleine Losgrößen sind schneller abgeschlossen, ermöglichen schnelleres Lernen und liefern früher Nutzen. Die Reflexions- und Lerntaktung wird kürzer, sodass wir früher erkennen, wo Verbesserungspotenziale bestehen oder wo wir uns geirrt haben. Daher sollte man das Story-Splitting nicht unterschätzen. Mike Cohen, ein Urgestein der Agilität, gibt hierzu ein paar brauchbare Tipps aus der Praxis.
Ausgangspunkt jeder Analyse ist das Verständnis des Problems. Hier kann das „Problem Statement” aus dem Design Thinking (ich kenne eine ähnliche Methode auch aus anderen Kontexten, beispielsweise dem TPS) Hilfestellung liefern. Dabei geht es darum, zu verstehen, wann und in welchem Kontext ein Problem mit welcher Wirkung entsteht und auftritt. Einfach und effektiv. Aber auch effektiv. Vielen Dank an Lars Richter, der es prägnant zusammengefasst hat.
https://scamper.blog/problem-statement/
Am 23. Mai 2026 ist das Grundgesetz 77 Jahre alt geworden. Für mich war das ein Grund, am Samstag zu feiern – wie übrigens jedes Jahr zum Geburtstag des GG. Denn ich halte unsere Verfassung nicht nur für ein besonderes Dokument, sondern auch für eine Verpflichtung gegenüber nachfolgenden Generationen in Deutschland, Europa und der Welt. Eine Verpflichtung, die es mit Leben zu füllen gilt und auf die wir auch stolz sein dürfen. Eine Verpflichtung, die bedeutet, dass wir das Vermächtnis in Ehren halten und gegen seine Gegner verteidigen müssen. Alfons Pieper hat es in dem folgenden Artikel, wie ich finde, gut zum Ausdruck gebracht.
https://www.blog-der-republik.de/wehrhafte-demokratie-77-jahre-grundgesetz/
Kleiner Einschub: Sollten sich aktive Befürworter und Anhänger der „Nicht-Alternative” unter meinen Lesern befinden, kann ich gerne auf sie verzichten. Wie übrigens auf alle Gegner der freiheitlich-demokratischen Grundordnung. Wie Christian Wolff bin ich der Meinung, dass es höchste Zeit ist, dass sich alle demokratischen Fraktionen entschieden gegen die Nicht-Alternative stellen. Jetzt und ohne Diskussion. Bevor es zu spät ist. Sonst werden wir bald keinen Geburtstag des Grundgesetzes mehr feiern können.
https://www.blog-der-republik.de/hoechste-zeit/
Dass die Gefahr derzeit besonders groß ist, die von der Nicht-Alternative ausgeht, wird bei den anstehenden Landtagswahlen in mehreren Bundesländern, wie beispielsweise Sachsen-Anhalt, sichtbar. Die Amadeu-Antonio-Stiftung beschreibt in einer aktuellen Broschüre, die zum Download bereitsteht, sehr eindrücklich das Szenario, das uns sehr wahrscheinlich erwarten wird. Ein Szenario, vor dem selbst die Gewerkschaft der Polizei vor einigen Tagen eindringlich warnte. Die einschlägigen Wahlprogramme deuten darauf hin, dass dieses Szenario mehr als denkbar ist.
#AfD #Agile #Ankommen #Gesellschaft #Grundgesetz #Kaizen #KI #Lean #Lernfähigkeit #Metriken #Obsidian #Politik #ProblemStatement #Produktivität #Scrum #StorySplitting #UserStorys #WorkInProgress #Zeitmanagement5 Whys — когда «починили» не помогает 🔍
«Баг вернулся третий спринт», «прод упал в пятницу», «снова не успели в цель» — знакомо? Часто команда чинит симптом, а корень остаётся.
5 Whys (пять «почему?») — метод Тайити Оно из Toyota. От факта «что случилось» через цепочку «почему?» к системной причине, которую можно убрать, а не к «Вася не успел».
В новом материале на RetroPoint:
• чем 5 Whys отличается от обычного ретро на спринт 🎯
• когда формат уместен (инцидент, повторяющаяся проблема)
• как провести расследование за ~45 минут без поиска виноватых 🤝
• типичные ловушки (остановились на 3-м «почему?», ушли в гипотезы)
• пять колонок на доске от «симптома» к «корню» с готовым шаблоном
👉 https://retropoint.ru/news/five-whys-retrospective
Плюс страница техники и создание доски по шаблону: https://retropoint.ru/techniques/5-whys
Если в команде устали от «починили — снова сломалось», то попробуйте на ближайшем инциденте 🚀
#RetroPoint #тимлид #1to1 #управлениекомандой #retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleadthings #команда #retroonline #просторетро #oneonone #one2one #pokerplanning #ретро #agile #scrum #realtime #swot #okr #5whys
When your sprint goals are pulled by real needs instead of pushed by guesses, your small team stops doing busywork and starts making things that actually matter.
#JustInTime #SprintGoals #Agile #Education #EdTech #SmallTeam #Productivity #Scrum #AgileEducation #ToyotaProduction #LeanThinking (8/8)
🛠 Доработали доску по вашим заявкам.
Слушаем письма в поддержку и в каждом релизе закрываем сразу пачку накопившихся пунктов.
Что появилось:
— Action items со связкой 1-2-1 ↔ доска: имя ответственного на доске — кликабельный бабл, ведёт в нужную комнату 1-2-1; в 1-2-1 у задачи — обратная ссылка на ретро-доску.
— «Готов» и счётчик N из M в шапке доски: фасилитатор видит, что команда готова двигаться дальше, и может не ждать таймера.
— Скрытие и маскировка карточек по колонкам: оставляем в фокусе одну зону, остальное под blur; чужой текст замаскирован, чтобы не «просвечивал».
— Счётчики комментариев и оставшихся голосов прямо у иконок.
— 🔔 Мелодия таймера на выбор: мягкие сигналы или гонг — отдельная настройка на доске.
— Права гостей на правки чужих карточек, общая сессия между вкладками и аватары через Gravatar.
👉 Подробно: https://retropoint.ru/news/board-workspace-may-2026
#RetroPoint #тимлид #1to1 #управлениекомандой #retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleadthings #команда #retroonline #просторетро #oneonone #one2one #pokerplanning #ретро #agile #scrum #realtime #swot #okr
RE: https://hachyderm.io/@trondhjort/116617159142908240
Entwickelnde Personen MÜSSEN Kontakt mit den nutzenden Personen haben.
Sonst entsteht Verschwendung auf verschiedensten Ebenen.
Scrum Master, die "das Entwicklungsteam" von der "Außenwelt" abschirmen, haben ihren Job nicht verstanden.
Wirklich nicht.
#agile boostedOrganisational Dysfunction of the Day
The customer we never met
Context: The team is building a product. They have a backlog, a product owner, and a roadmap. A user story ap describe what users need. Personas represent who those users are. Analytics track what people do. Every few months, there is a user research report from the UX team. The team works hard, ships regularly, and hits their sprint goals. They have never spoken directly to a customer, though. The product owner does that, and the UX researcher. But the engineers, the people making hundreds of small decisions every day that shape the product, have not. They are building for an abstraction. A persona on a wall, a ticket in Jira, a data point in a dashboard.
OST explains: An open system maintains its health by actively engaging with its environment. For a product team, the primary environment is the people using what they build. The DP1 bureaucracy is a closed system and mediates that relationship through roles: the product owner translates customer needs into requirements, the UX researcher translates behaviour into insights, and the engineer receives the output of both translations. Each translation loses something. The judgment, the context, the friction, the moment when a real person says something that changes how you understand the problem entirely. In DP2, the group owns the whole task, which includes understanding who it is for. Teams with direct customer access make qualitatively different decisions than teams working from second-hand accounts. Not because engineers are better researchers, but because unmediated contact with the environment is not a nice-to-have. For an open system, it is the condition for staying alive.
The release train is also good at destroying hopes, dreams, and motivation.
#scrum #scrumteam #releasetrain #ScaledAgileFramework #safe #ScaledAgileFrameworkIsntAgile #agilemethodologies #Meme #memes #Humor #humour
A Day in the Life of a Product Owner - Scrum.org Blog (Mary Iqbal)
Gedanken zur Agilität:
"Boilerplate Code" wird in der Softwareentwicklung repetitiver Code genannt, der wenig eigene Logik mitbringt.
Ich frage mich, ob wir mit den "Scrum Ceremonies" nicht ziemlich viel organisatorischen "Boilerplate" generieren, und daher bei vielen Betroffenen auch mittlerweile eher Ablehnung auslösen. Was vor 20 Jahren noch notwendig war, was sich heute mit viel breiterem agilen Grundverständnis wirklich obsolet geworden ist. #agile #scrum #agileCoach #Agility
New post: Scrum is Dead
“We tried Scrum.”
A few meetings.
Some tickets.
New role names.
Everything looked familiar.
Nothing actually changed.
#Agile #Scrum #RealityCheck #SoftwareDevelopment #Leadership
Your company didn't fail at agile. It failed at understanding why it needed agile in the first place.
You implemented SAFe, followed the Scrum Guide to the letter, and added reporting layers on top.
Congratulations, you built waterfall with standups.
Agile isn't a framework you install. It's the ability to learn, adapt, and deliver value in small steps when you don't know the path yet.
Dear #agile community on #Mastodon: I need honest, brutal feedback.
I wrote the Work-Feedback Loop: a thinking model to diagnose where agile work actually breaks down. Not a framework. A diagnostic tool.
It's a long read. Big ask, I know.
Tell me where the thinking is weak, unclear, or wrong. And if you think it has merit, share it with people who'd challenge it further.
https://no-bullshit-agile.com/wfl/
Boosts very welcome.
Habr » 🤖 🌐
@habr@zhub.link
Как мы в SOFROS строили отдел поддержки, а получили сопровождение
Меня зовут Николай Лямин. В IT я уже 25 лет, в SOFROS - с 2023 года. За это время успел поработать с системной интеграцией, электронным документооборотом, построением крупных команд поддержки и мониторинга для высоконагруженных продуктов ЭДО и электронного факторинга. Работал как с российским, так и с европейским рынком, а также участвовал в развитии решений для электронной коммерции в сегментах FMCG и DIY. Придя в SOFROS, мне поручили строить направление поддержки. На берегу казалось, что логика будет классической: у клиента есть закрытый проект в промышленной эксплуатации, пользователи, инциденты и проблемы. У нас же есть линии поддержки. Остается только построить процессы и научиться с ними жить. Реальность оказалась другой – модель начала ломаться почти сразу. Интеграционный проект - это не монолитный программный продукт, который можно поддерживать изолированно. После внедрения клиент получает не просто «интеграционную шину», а живой интеграционный контур, в котором десятки систем начинают зависеть друг от друга. У каждой системы свой владелец, свои доработки, свои регламенты обмена и особенности эксплуатации, а самое важное, что проблемы почти никогда не живут внутри одной системы.
https://habr.com/ru/companies/sofros/articles/1037154/
#интеграция_систем #интегратор #управление_командой #эксплуатация_информационных_систем #itsm #agile #scrum #методология #техническая_поддержка #опыт_работы
First Principles in Scrum: OpenClaw Scrum and Scrum@Scale: Create Trust at Machine Speed by Jeff Sutherland is the featured book 📖 on Leanpub!
Link: https://leanpub.com/firstprinciplesinscrumscrumandscrumscaleforopenclaw
#computer_programming #business_and_management #scrum #leadership_agile #agile_enterprise #enterprise_management #scrum_project_management #product_management #teamwork
В RetroPoint — две новые штуки про стратегические ретроспективы 🎯
SWOT-ретроспектива — четыре квадранта (сильные/слабые стороны внутри, возможности/угрозы снаружи) как формат командной встречи. Когда обычное спринт-ретро узко, а нужен срез шире — на квартал или продукт целиком. Разобрали, как удержать команду от «жалоб на рынок» и какие действия рождаются на выходе: 👉 https://retropoint.ru/news/swot-retrospective
Связка SWOT с циклом OKR в один клик 🔗 Со страницы цикла теперь создаётся SWOT-доска по кнопке «Создать SWOT-ретро» — с готовой шапкой цикла над колонками: прогресс, статус, focus-цели. Симметрично уже знакомому Sprint Goal ретро для одного KR: 👉 https://retropoint.ru/news/swot-okr-cycle-link
Удобно перед стартом нового квартала: увидеть «положение» и сразу формулировать Objectives 💡
#RetroPoint #тимлид #1to1 #управлениекомандой #retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleadthings #команда #retroonline #просторетро #oneonone #one2one #pokerplanning #ретро #agile #scrum #realtime #swot #okr
Grokipedia has a dedicated page for my book, "Agile Scrum: Your Quick Start Guide with Step-by-Step Instructions"
See it here 👉 https://grokipedia.com/page/agile_scrum_your_quick_start_guide_with_step_by_step_instructions_(book)/
Realtime без тормозов на ретро 🚀
Несколько команд заметили: когда на публичной доске одновременно активны многие участники, страница может тормозить, а часть запросов — падать с ошибкой 😬
Мы разобрались и уже поправили это на production ✅
В чём была проблема: обновления доски идут через realtime (SSE). При пиковой нагрузке сервер слишком долго держал служебные соединения с базой — и новые запросы (открытие доски, вход гостя по паролю) начинали сбоить.
Что сделали 🛠️ — переработали SSE: push по-прежнему мгновенный, база не «висит» на каждом подключении
— увеличили запас API на production
— подкрутили поллинг для гостей
Проверили нагрузкой 📊 Прогнали бенчмарки на реальном prod — типичное ретро и десятки параллельных SSE-подключений проходят без ошибок.
Для обычного спринт-ретро на 15–30 человек — с запасом 💪
Подробности: https://retropoint.ru/news/workspace-realtime-stability-may-2026
Спасибо тем, кто написал прямо во время встречи — это помогло быстро найти баг 🙏
#RetroPoint #тимлид #1to1 #управлениекомандой #retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleadthings #команда #retroonline #просторетро #oneonone #one2one #pokerplanning #ретро #agile #scrum #realtime
Your 5-Minute Win: Right now, in this public space, pull out your phone or a notebook. Set a timer for five minutes. Write one raw, unpolished paragraph about where you want to be in one year. Don't edit. Don't judge it. Just let it flow. This isn't a plan. It's a creative act. That's the point.
Go Forward: You just did something. That counts. #BusinessStrategy #Innovation #Leadership #Agile #Scrum #LeanStartup #ProfessionalGrowth #BusinessTips #StartupLife #Entrepreneurship (3/3)
Wieder mal ein interessanter Artikel von Rudolf Gusy.
#agile #kanban #scrum
https://agilereflection.org/while-wip-roi-0/
A podcast guest told me this once: I've seen teams proudly refuse to "work agile" because every agile transformation they'd been through just added bureaucracy.
Instead they just talked directly, shipped fast, and focused on results.
That IS agile. They just didn't call it that. That's fine!
In Agile:
“Potentially shippable is defined by a state of confidence or readiness, and shipping is a business decision.”
— Scott M. Graffius
#Agile #Scrum #AgileProjectManagement #PotentiallyShippable #ProductIncrement #PSPI
“Thriving in today's marketplace frequently depends on making a transformation to become more agile.” — Scott M. Graffius, Agile Transformation
Shop the book on Amazon: https://amzn.to/4dghWCw
Продолжаем полировать RetroPoint — без громкого релиза, но с заметной разницей в ежедневной работе.
Что улучшили:
📱 Мобильный интерфейс — профиль (все разделы видны сразу), команды, кабинет 1‑2‑1, OKR и Planning Poker: формы влезают в экран, кнопки не «плывут».
🤝 1‑2‑1 — к приглашению на встречу можно добавить заметки (ссылка на созвон, контекст): они уйдут в письмо, календарь и повестку.
🔐 Вход — меньше ложных «вылетов» из аккаунта при переходах между разделами и после подтверждения email.
Мелочи, которые экономят нервы команде на удалёнке.
Подробности — в новости на сайте: https://retropoint.ru/news/mobile-ui-and-stable-login-may-2026
#RetroPoint #тимлид #1to1 #управлениекомандой #retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleadthings #команда #retroonline #просторетро #oneonone #one2one #pokerplanning
First Principles in Scrum: OpenClaw Scrum and Scrum@Scale: Create Trust at Machine Speed by Jeff Sutherland is the featured book 📖 on Leanpub!
Link: https://leanpub.com/firstprinciplesinscrumscrumandscrumscaleforopenclaw
#computer_programming #business_and_management #scrum #leadership_agile #agile_enterprise #enterprise_management #scrum_project_management #product_management #teamwork
If you work at an agency and call yourself "Product Owner" — you're not one. You're a proxy.
The real PO is the client. They own the vision, the market, the risk. You sort tickets.
Scrum defined this role for product companies, not for agencies. Stop pretending it fits. I made that error myself and it felt wrong the whole time.
RE: https://norden.social/@AgilePreacher/116572274676273996
Das klingt vielversprechend.
Hamburger Agile Bubble, wo seid ihr?
#Hamburg #Agile #Agilität #ProductOwner #Scrum #ScrumOfScrum #AgileJob
10 recommended books on Agile
https://doi.org/10.13140/RG.2.2.27816.64002
#Agile #Scrum #ProjectManagement #Books #AgileBooks #10AgileBooks