Dew Drop Weekly Newsletter 488 - Week Ending June 19, 2026

https://zc.vg/noXSQ?m=0

#dewdrop #newsletter #javascript #azure #blazor #aspnetcore #cpp #xaml #windowsdev #csharp #dotnet #ai #mcp #agile #devops #appdev #python #podcasts #m365 #data #sqlserver #terminal #powershell #devtools

Good agile practices matter even more in this environment.
Not the performative stuff.
Not endless ceremonies.
The useful bits:
clarity,
feedback,
collaboration,
small increments,
shared ownership,
continuous learning. #Software #Agile #AI

Auch mit dem Einsatz von KI gilt:

Nach der Implementierung kommen X mal mehr neue Ideen und Wünsche.

Das Backlog wird also nicht kleiner. Es wächst noch schneller.

Und der Glaube daran, das schneller abarbeiten zu können ist da.

Der Daumenwert gilt weiterhin:
Ist das Backlog größer als das, was man in 3 Sprints schaffen kann, dann wirds eher zum Friedhof für Ideen.

#ProductOwner müssen das heute wissen und nutzen. Mehr als früher. Wirklich!

#AgileAI #Scrum #Agile #ScrumMaster

Заждались новостей от нас? А мы не просто так притихли 😉

Месяц тишины — потому что собирали большое. Встречайте новый модуль RetroPoint — Performance Review.

Это не очередная HR-анкета «для галочки», а понятный цикл договорённостей между лидером и участником команды:
• цели на период с весами и прогрессом (можно связать с OKR команды);
• самооценка участника и оценка руководителя по единой структуре;
• финал обсуждается на встрече 1-2-1, а не «приходит письмом»;
• три честных рейтинга вместо размытой шкалы и бейджи за результат;
• экспорт всего ревью в Markdown и PDF.

Всё живёт прямо в карточке команды — рядом с ретро, покером и OKR. Без отдельного HR-сервиса и лишней бюрократии.

Что это и как начать — рассказали в новости о запуске: https://retropoint.ru/news/performance-review-launch

Растите команду осознанно 🚀

#RetroPoint #тимлид #1to1 #управлениекомандой #retrospective #ретроспектива #agile #scrum #kanban #teamlead #it #itleads #teamleadthings #команда #retroonline #просторетро #oneonone #one2one #pokerplanning #ретро #agile #scrum #realtime #performancereview #okr

From the Leanpub Blog: Leanpub Book LAUNCH 🚀 Deliver What Matters When It Matters: Value-Driven Product Delivery through Clarity, Timing, and Flow by Ryan

https://leanpub.com/blog/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

NEW! Leanpub Book LAUNCH 🚀 Deliver What Matters When It Matters: Value-Driven Product Delivery through Clarity, Timing, and Flow by Ryan

https://youtu.be/yIV0KO8KV6c

#books #leanpublishing #selfpublishing #productmanagement #agile #scrum #newrelease

Some organisations are now discovering that faster code generation can actually increase downstream costs.
More QA effort.
More regression testing.
More production support.
More architecture review.
More operational noise.
The bottleneck just moves somewhere else. #Software #Agile #AI

Top Links
Aspire in VS Code: the 13.4 developer loop (Adam Ratzman)
Achieving success with AI (Judson Althoff)
Improving token efficiency in GitHub Copilot (Ryan Caldwell & Bhavya U)
Boosting Adobe Photoshop’s Performance with MSVC and SPGO (Eric Brumer)
Microsoft Recommitted to …

»Is Agile Coach Camp for You?« https://agilealliance.org/is-agile-coach-camp-for-you/ #Agilist.in #Agile #Change #Lean #Kanban #Scrum

A dangerous trap is measuring AI success purely through output volume.
More pull requests.
More tickets closed.
More generated code.
Those metrics can look great while technical debt quietly grows underneath. #Software #Agile #AI

Modern Manual Software Testing: Embracing the Oxymoron by Jay Graham is free with a Leanpub Reader membership! Or you can buy it for $8.00! https://leanpub.com/mmstbook #automated_software_testing #testing #software #agile #agile_business_leadership

🐢 "It feels faster" is not the same as "it is faster."

In one study, seasoned devs using GenAI on familiar code came out 19% slower than without it, while certain they were speeding up. Self-reported productivity and measured throughput barely correlate.

A third full: real value, well short of the hype. Measure the real thing, Cycle Time and Throughput, before you trust the feel.

#AIinSoftwareDevelopment #Agile

https://agilepainrelief.com/blog/using-genai-to-code-not-so-fast/?utm_source=mastodon&utm_campaign=archive-reshare

You can make a stew out of anything.

That’s exactly what #AI does with the internet.

And that’s exactly what most #agile transformations do with organizations.

#AgileCheese takes the opposite approach: before adding ingredients, remove them.

Complexity is just information that hasn’t been deleted yet.

The future belongs neither to intelligence nor to productivity.

It belongs to whoever knows what not to put into the stew.

That’s where the #cheese is. 🧀🔥 #Leadership #Complexity #AI

Alt...

AI generated stew

»Scrum Master vs Product Owner: Key Differences in Roles and Responsibilities« https://scaledagile.com/blog/scrum-master-vs-product-owner/ #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»This Moment!« https://bobgalen.substack.com/p/this-moment #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Eine Story, die drei Wochen im Board hängt, liefert dem User nichts. Außer Wartezeit.

Große Stories fühlen sich nach Fortschritt an. Sind aber nur aufgeschobenes Risiko: Solange nichts beim User ankommt, weißt du nicht mal, ob du das Richtige baust. Klein schneiden heißt nicht "kleiner planen". Es heißt früher lernen.

#agile #Softwareentwicklung

Alt...

GROSSE STORIES SIND AUFGESCHOBENES RISIKO

Organisational Dysfunction of the Day

The agile scaling trap

Context: The teams are working well, or well enough. Sprints are running, retrospectives are happening, and there is some genuine ownership of the work. Then the question arrives from above: how do we scale this? The organisation has hundreds of developers across dozens of teams, and it needs them to be coordinated, aligned, and pulling in the same direction. A scaling framework is adopted; SAFe is the most common, but there are others. Release Trains are introduced. Programme Increment planning fills two days every quarter. A new layer of roles appears: Release Train Engineers, Solution Architects, Portfolio Managers. The teams are still doing agile. The organisation around them now looks remarkably like the bureaucracy agile was supposed to replace.

OST explains: Scaling frameworks like SAFe are not an extension of agile; they are a reassertion of DP1 over the partial DP2 that agile attempts. The coordination problem agile never solved at the team level becomes acute at scale, and in the absence of a structural answer, the bureaucracy provides one: add a layer above. The Release Train is a project in disguise, the PI planning session is a quarterly waterfall, and the portfolio layer is the PMO with new vocabulary. OST predicted this: when you introduce DP2 practices into a DP1 organisation without changing the underlying design principle, DP1 will fight back, and it usually wins, because it controls the resources, the budget, and the careers. SAFe is not a solution to the scaling problem; it is proof that the scaling problem was always an organisational design problem agile never had an answer to. The answer is not a bigger framework but a hierarchy of functions. Self-managing groups at every level, each owning its whole task and coordinating as peers. Agile needed fixing. Instead, it got scaled.

#OpenSystemsTheory #SocioTechnical #OrgDesign #agile

Дорожная карта продукта без перегруза: причины, принципы, инструменты

Понедельник, утро. Продакт-менеджер открывает ноутбук и видит три непрочитанных сообщения: разработка запрашивает обновление к встрече, что делать после текущего спринта; руководство хочет слайд с приоритетами на квартал; маркетингу нужно понять, когда выйдут новые функции, чтобы спланировать кампанию. У продакта есть дорожная карта — точнее, три её версии в разных файлах, и каждая уже устаревшая. Он открывает файлы и начинает делать три обновлённые версии – для руководства, разработки и маркетинга. По данным команды UserJot, продакт-менеджеры тратят от 40% до 60% рабочего времени на создание презентаций, документов и отчётов, которые практически не влияют на реальное развитие продукта. В пересчёте на пятидневку — это около 20 потерянных часов в неделю на составление и обновление документации, форматирование слайдов и синхронизацию версий вместо общения с пользователями, анализа продуктовых метрик и работы с командой. При этом, согласно ежегодному исследованию Pragmatic Institute, 91% продакт-менеджеров называют работу с дорожной картой одной из ключевых составляющих своей роли, опережая описание требований (88%) и сценариев использования (85%). Парадокс в том, что дорожная карта — один из самых важных инструментов продуктовой команды — у большинства превращается в один из главных источников потерь времени на рутину, которой можно было бы избежать. В этой статье разберём 5 причин, по которым такое происходит, 5 типичных ошибок, 7 принципов как выстроить процесс и 7 инструментов автоматизации для ускорения работы с дорожной картой продукта.

https://habr.com/ru/articles/1048398/

#управление_продуктом #продактменеджмент #product_management #продактменеджер #дорожная_карта #product_roadmap #планирование #стратегия_продукта #искусственный_интеллект #agile

There’s also a growing risk that bad practices scale faster than before.
Weak abstractions.
Duplicated logic.
Poor naming.
Inconsistent patterns.
AI can spread these across a codebase remarkably quickly if teams are not careful. #Software #Agile #AI

Sehr viele Führungskräfte reden im Meeting mehr als ihr ganzes Team zusammen und wundern sich, warum keine Ideen kommen.

Das stärkste Führungsinstrument ist kein Tool und kein Framework. Es ist Zuhören. Eine Frage reicht: "Was noch?". Immer wieder, bis nichts mehr kommt. Erst dann hörst du, was dein Team wirklich denkt.

#Führung #Leadership #agile

Alt...

Dein bestes Tool ist zuhören

Technische Schulden sind kein Problem, sondern eine Lösung - Scrum.org Blog (Thomas Schissler · Thomas Schissler) https://www.scrum.org/resources/blog/technische-schulden-sind-kein-problem-sondern-eine-losung

#scrumDotOrg #Agile #Agilität #Scrum #ScrumMaster #ProductOwner #ThomasSchissler #TechnicalDepts

#scrum #scrumteam #piplanning #ScaledAgileFramework #safe #ScaledAgileFrameworkIsntAgile #agilemethodologies #waterscrumfail #fakescrum #agile #Meme #memes #Humor #humour

Alt...

Screen image of a video game where Godzilla is walking among city buildings. A character box is at the bottom with a thumbnail of a woman with a caption of her saying "Go ahead and destroy the building during the team PI planning, Godzilla. Make the people happy."

Top Links Your first Microsoft.UI.Reactor app (Morten Nielsen) Merge Conflict Episode #519 - WWDC Deep Dive: Apple’s New AI for Developers (James Montemagno & Frank Kreuger) How we made GitHub Copilot CLI more selective about delegation (Dylan Birtolo) TechBash 2026 Early Bird En…

DNA — как мы заменили созвоны и ручную интеграцию контрактами, спиралями и CI-узлами

Привет, Хабр! В 2026 году мне кажется, что много кто стал заниматься разработкой, тот же вайбкодинг дал буста, куда ж без него - хотя в рамках этой статьи вряд ли будет что-то для начинающих, эта статья, скорее, для группы более высокого уровня. Однако, отрицать, что в software engineering стало больше людей - неверно. В статье я хотел бы рассказать не лишь об одном методе, в рамках которого мы работаем внутри своих проектов и название которого, DNA, я вынес в заголовок, а о комплексном ведении задач внутри, как мы выбираем каким способом достигать целей разного размера. Но DNA, придуманный мной, - считаю его отдельным бриллиантом в короне, которая, конечно же, царапает потолок и вы это поймете далее :) Собственно, давайте с DNA и начнём.

https://habr.com/ru/articles/1047868/

#DNA #Agile #AI

Some teams are quietly shifting effort away from writing code and into reviewing AI-generated code instead. #Software #Agile #AI
That’s still work.
Sometimes a lot of work.
Especially when the generated output looks convincing but contains subtle mistakes. #Software #Agile #AI

AI Coding Made Code Review the Bottleneck. Now What? - Scrum.org Blog (Yuval Yeret · Yuval Yeret) https://www.scrum.org/resources/blog/ai-coding-made-code-review-bottleneck-now-what

#scrumDotOrg #AgileAI #Scrum #Agile #TheoryOfConstraints

Anyone on here heading to Agile on the Beach in a few weeks?

#AOTB #AOTB2026 #AgileOnTheBeach #Cornwall #Agile

„Agile" ist als Wort verbrannt. Totgeritten von Beratern, Zertifikaten und Transformations-Theater.

Das Handwerk dahinter ist es nicht: kurze Feedbackschleifen, kleine Schritte, ehrlich liefern. Das funktioniert, auch wenn keiner mehr „agil" draufschreiben mag.

Wirf das Label weg, behalt das Handwerk.

#agile #Softwareentwicklung

Alt...

AGILE ST VERBRANNT Das Handwerk nicht

»YES, This!« https://bobgalen.substack.com/p/yes-this #Agilist.in #Agile #Change #Lean #Kanban #Scrum