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.
Most Product Owners are accountable for a product they have no authority over.
Stakeholders refuse to define a vision but expect a complete product. Management won't delegate decisions but blames the PO when priorities are wrong.
That's not a role. That's a trap.
What's your experience?
Stop asking how to motivate your team. They showed up. They're already here.
The better question: What are you doing that's demotivating them? Fix that first. You'll be surprised how much motivation was already there, buried under bad processes.
NBAK03: Die zwölf agilen Prinzipien, umformuliert als Fragen an dein eigenes Team. Ein Schnell-Check, den du sofort anwenden kannst.
https://no-bullshit-agile.de/nbak03-12-agile-prinzipien-checkliste.html
Everyone claims to work iteratively. Then they spend 3 months writing a complete specification before a single line of code.
Iteration doesn't start at development. It starts at planning. If your concept phase has no feedback loop, you're doing waterfall with sprints.
Top Links Claude Opus 4.8 available via Microsoft Foundry (Vesa Nopanen) Automate evaluations | Microsoft Foundry (Zachary Cavanell) That’s a wrap: Everything Flutter at Google I/O 2026 (Emma Twersky) Create Multi-platform Apps with .NET MAUI and the MAUI Community Toolkit (David Ramel & Alvin Ashcraft) Improve your agentic developer tools by grounding in Microsoft Learn … Continue reading Dew Drop – May 29, 2026 (#4679)
A manager told a Product Owner: "Don't talk to the developers during the sprint."
That's not protecting focus. That's treating developers like code machines who just need silence and a backlog.
Development is mostly thinking, discussing, and figuring out the right thing to build. The coding part? That's the small bit at the end.
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
Dew Drop Weekly Newsletter 485 - Week Ending May 29, 2026
#dewdrop #newsletter #aspnetcore #azure #javascript #css #windowsdev #xaml #cpp #dotnet #csharp #ai #mcp #python #devops #agile #appdev #IoT #podcasts #m365 #sqlserver #data #powershell #gamedev
The shift in the Product Owner job market that most people haven't noticed yet. - Scrum.org Blog (Joshua Partogi)
https://www.scrum.org/resources/blog/shift-product-owner-job-market-most-people-havent-noticed-yet
RE: https://social.bau-ha.us/@raganwald/116618143818324240
Great questions for a #DailyScrum too
Your team doesn't become a team in standups or retros. It happens when you sit together, look at a complex story, and figure out how to break it down.
That conversation is where knowledge transfers, assumptions get caught, and new members actually learn.
Skip it, and you're just assigning tickets to strangers.
When asked 'who I am', at work, I would steal other people's answer by saying I enjoyed, or even that I was good at: "Problem Solving". Over the last couple of days, I've realised it isn't accurate. I like "Understanding the Problem". I will solve it, if someone insists but they could probably find someone who'd do it quicker, at that point. That's not really the bit I'm good at. I naturally make models, until I understand. I liked #agile software development because I was still learning.
An agile coach who makes the team dependent on them has failed at their only job.
The goal isn't to facilitate forever. It's to make yourself unnecessary.
But the industry rewards the opposite: coaches who stay, certifications that multiply, and teams that never learn to stand on their own.
A good coach builds capability. A bad coach builds a consulting contract.
If your team can't function without their coach, that's not coaching. That's dependency sold as agility.
"We're agile now, the team is self-organizing."
Translation: "We removed all leadership and hope for the best."
Self-organization doesn't mean no leadership. It means different leadership. Clear guardrails. Psychological safety. Gradual autonomy based on maturity and not a corporate memo.
An immature team thrown into full autonomy won't self-organize. It will self-destruct.
Lead less, but lead deliberately.
Top Links Give Your .NET MAUI Android Apps a Material 3 Makeover (Gerald Versluis) WinUI agents and skills for Windows app development (Windows Dev Team) Visual Studio May Update – Plan, Review, Refine (Mark Downie) Write Cleaner WinForms Code with Copilot and the WinForms Expert Agent | Visual Studio Toolbox (Robert Green & Klaus Loeffelmann) … Continue reading Dew Drop – May 27, 2026 (#4677)
From the Leanpub Blog: Leanpub Book LAUNCH 🚀 Team Facilitation the Agile Way: Run successful meetings with purpose and actionable outcomes by Luke Pivac
#books #leanpublishing #selfpublishing #writing #agilebusinessleadership #scrum #agile #teamwork
NEW! Leanpub Book LAUNCH 🚀 Team Facilitation the Agile Way: Run successful meetings with purpose and actionable outcomes by Luke Pivac
#books #leanpublishing #selfpublishing #writing #agilebusinessleadership #scrum #agile #teamwork
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
If your day is copying tickets between systems and chasing status: you're not doing agile. You're doing admin.
I've been there. Two ticket systems, no shared view, everyone on whatever came in last. No strategy, just reaction.
The fix isn't another tool. It's deciding what NOT to work on. Stable packages. Iterative delivery. A plan you adjust instead of ignore.
Agile isn't about tracking work better. It's about doing less of the wrong work.