Healthy engineering teams don't rely on heroes.

They rely on:

• planning
• prioritisation
• automation
• sustainable pace

Heroics should be the exception, not the operating model.
#Software #Dev #Agile #Smells #Heroics

Dew Drop Weekly Newsletter 478 - Week Ending April 10, 2026

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

#dewdrop #newsletter #javascript #azure #aspnetcore #css #aspire #cpp #xaml #windev #dotnet #csharp #efcore #ai #visualstudio #vscode #agile #devops #appdev #podcasts #m365 #data #sqlserver #powershell

Soft skills в IT: почему я против?

Сегодня софт скиллы в IT превратились в удобный инструмент для манипуляций и газлайтинга. Под видом адаптивности и эмпатии нам продают некомпетентность менеджмента и отсутствие внятного планирования. Почему ваши личные качества обсуждают чаще, чем профессиональные результаты? Почему вместо нормальной работы требуют бесконечной гибкости? Разбираемся, почему мода на мягкие навыки стала токсичной и почему обычное человеческое воспитание гораздо важнее любых корпоративных тренингов .

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

#soft_skills #ITменеджмент #управление_разработкой #agile #тестирование #работа_в_команде #карьера_в_IT #психология_в_IT #дедлайны #эффективность

Top Links Give your Foundry Agent Custom Tools with MCP Servers on Azure Functions (Lily Ma) .NET Rocks! – Agentic RAG with Ed Charbeneau (Carl Franklin & Richard Campbell) Redefining the Software Engineering Profession for AI (Mark Russinovich & Scott Hanselman) Aspire v13.2.2 Servicing Release (github-actions[bot]) Docs are Dead. Long Live the Docs. (Sam Basu) … Continue reading Dew Drop – April 9, 2026 (#4643)

»Your Daily Scrum is not the problem. Your Transparency is.« https://www.scrum.org/resources/blog/your-daily-scrum-not-problem-your-transparency #Agilist.in #Agile #Change #Lean #Kanban #Scrum

I am in a meeting so that my team can work.

🏴‍☠️🐻

#thursday #agile #worklife

»Scrum ROI: How Scrum Reduces Costs and Drives Revenue Growth« https://www.scrum.org/resources/blog/scrum-roi-how-scrum-reduces-costs-and-drives-revenue-growth #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Hero culture doesn't scale.

The most committed engineers eventually burn out, leave, or disengage.

The organisation loses its strongest people.
#Software #Dev #Agile #Smells #Heroics

Organisational Dysfunction of the Day

The powerless retrospective

Context: You and your team have decided it's time to do a retrospective prescribed by the Agile methodology you are using. You all see the use of it and contribute with a lot of ideas and concerns about your work. You record them all and have a vote on the most important ones, but soon realise almost all of them are outside of your mandate to change. You note them down and hope the department lead can do something about it, but know that probably nothing will change, and the whole exercise feels like a complete waste.

OST explains: The members of the team come into this believing they are self-managing, at least to a level where they are able to adjust the work to make it better. Even the Agile methodology says so by incorporating the retospective as a recommended element. An essential element in learning is both looking back and improving going forward. The issue here is that the team is not self-managing, in a DP2 structure, as they are not able to change what really matters to them. Most likely, they are in an agile setup where the teams have been given some control, but most still reside in management outside, in the existing bureaucratic DP1 organisation. The retrospective and the learning it ought to provide are mostly ineffective.

#OpenSystemsTheory #SocioTechnical #agile

Here is a little poll. Do you work in an agile team and if so, do you regularly look at one of these numbers?

Comment if you are using none or different numbers. Thanks for the Boost!

#agile #measure #poll

Just released "The Agile Coach: 2026 Edition"

The article (and accompanying infographic) highlights the breadth and depth of the role. It distills the values, guiding principles, focus areas, tools, and ...

https://scottgraffius.com/blog/files/agile-coach-2026.html

#Agile #Scrum #AgileCoach #Agility #Leadership #AgileProjectManagement

If your UX is bad, blame #security
If your project fails, blame #agile
If you don't want to answer questions blame #dataprotection

Especially when you have no clue regarding these topics this is the easiest way to show it.

Every time developers rush urgent work:

• Testing gets skipped
• Documentation disappears
• Technical debt grows

You didn't move faster.

You just moved the cost into the future.

#Software #Dev #Agile #Smells #Heroics

»Caring vs. Performance« https://bobgalen.substack.com/p/caring-vs-performance #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Practical Shape Of The Scrum Artifacts« https://www.scrum.org/resources/blog/practical-shape-scrum-artifacts #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Project Management Institute President and CEO Pierre Le Manh shared an excerpt from my work in his post on LinkedIn. While hundreds of people have liked that post, as the saying goes, you can please some of the people ...

https://linkedin.com/feed/update/urn:li:activity:7443006636136452096/

#Agile #AgileEvolution #Agility #AgileProjectManagement #AgileVisual #AgileInfographic #ProjectManagementInstitute

How Value Stream Maps Prompt Us to Ask More Questions, Part 4
https://www.jrothman.com/mpd/2026/04/how-value-stream-maps-prompt-us-to-ask-more-questions-part-4/
#Agile #Teams #Flow

Joshua Angolano, Teresa Hill-Rush, Jon Graf & Sarah Little present on Practical Agile this July at Nebraska.Code().

https://nebraskacode.amegala.com/

#PracticalAgile #SoftwareCraftsmanship #ANNIEModel #Agile #Nebraska #SoftwareEngineering #SoftwareDevelopment #Programming #WomenWhoCode #WomenInSTEM #HeartlandTech #Midwest

»Is AI the New Printing Press? Implications for Product Delivery« https://www.scrum.org/resources/blog/ai-new-printing-press-implications-product-delivery #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»Scrum Isn’t Failing—Your Decisions Are: 10 Cognitive Traps to Watch out for« https://www.scrum.org/resources/blog/scrum-isnt-failing-your-decisions-are-10-cognitive-traps-watch-out #Agilist.in #Agile #Change #Lean #Kanban #Scrum

A feature delivered in 3 weeks of sustainable work might be forced into 1 week with late nights and weekends.

Leadership often remembers the 1 week, not the human cost.

Heroics distort reality.
#Software #Dev #Agile #Smells #Heroics

I managed to make a little dent with my series of posts on #SocioTechnical principles of the day, and thought it was due to do something similar, but this time in the context of modern organisations (especially #agile ones) and the modern version of #STS, known as Emery's #OpenSystemsTheory ( #OST). I'll list some systemic problems I have seen in organisations over the years and explain their causes using OST, one each day as I did back then. Probably way too ambitious, but let's see how this goes. Happy to take comments and rebuttals to each one of them, as the point of doing this is to trigger reflections and critical thinking.
Warning: these will probably be a bit more opinionated. 😁

Organisational Dysfunction of the Day

The daily status report

Context: Your team is using Scrum and has been taught how important stand-ups are (daily coordination meeting), but it feels like a drag and a complete waste of time. Feels more like reporting to someone, be it the scrum master or the product owner. And you really do not care about what the others are working on, as it has little to no impact on what you're doing.

OST explains: This team is probably not a team at all; it's more like a group of individuals working on different things. They may contribute to the same delivery but have not been able to take control of the work design and the coordination needed to deliver it. This is not a self-managing team, but rather a delivery group assigned specific tasks by a manager, in charge of splitting the work so that all team members are working as effectively as possible. This is pure DP1 and nowhere close to the self-managing teams in DP2.

I am looking for Feedback. I have developed an App to analyze your teams flow from #Jira, #OpenProject or #Trello (Windows, Mac, Linux). Import your data and get detailed information on Cycle Time, Lead Time and more.

https://cylenivo.org

#agile #flow #kanban #scrum

»🟣 Who Should Update The Sprint Backlog?!« https://www.scrum.org/resources/blog/who-should-update-sprint-backlog #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Ansible for DevOps by Jeff Geerling is on sale on Leanpub! Its suggested price is $9.99; get it for $6.99 with this coupon: https://leanpub.com/ansible-for-devops/c/LeanPublishingDaily20260403 #Agile #Software #Startups #Ansible #Devops #CloudComputing

»Cognitive Trap: Efficiency Over Empiricism« https://www.scrum.org/resources/blog/cognitive-trap-efficiency-over-empiricism #Agilist.in #Agile #Change #Lean #Kanban #Scrum

A few nerdy reflections about the Artemis II mission and agility.

https://www.edyouragilecoach.com/artemis-thinking-in-your-corporate-it-projects/

🏴‍☠️ 🐻

We are going back to the moon, and this time it's for keeps. Get ready for the Rare Earth gold rush.

#GhostGang #Leadership #Agile #business #space

How to Use Value Stream Maps to Reinforce Agility & Effectiveness, Part 3 (Collaborative Teams)
https://www.jrothman.com/mpd/2026/04/how-to-use-value-stream-maps-to-reinforce-agility-effectiveness-part-3-collaborative-teams/
#Agile #Teams #Collaboration

»Cognative Trap: Efficiency Over Empiricism« https://www.scrum.org/resources/blog/cognative-trap-efficiency-over-empiricism #Agilist.in #Agile #Change #Lean #Kanban #Scrum

Sometimes it’s hard not to take things personally during a Retrospective. #agile

»Why Change-Resistant Structures Always Win (And How To Break Them)« https://www.scrum.org/resources/blog/why-change-resistant-structures-always-win-and-how-break-them #Agilist.in #Agile #Change #Lean #Kanban #Scrum

The fastest way to destroy good planning is to reward firefighting.

If teams are celebrated for last-minute rescues, the organisation will slowly create more fires.
#Software #Dev #Agile #Smells #Heroics

»Lazy Strategy + Lazy Hiring = Lazy Leadership« https://bobgalen.substack.com/p/lazy-strategy-lazy-hiring-lazy-leadership #Agilist.in #Agile #Change #Lean #Kanban #Scrum

»3 Levers for Better Team Performance That Even Experienced Scrum Masters Overlook« https://www.scrum.org/resources/blog/3-levers-better-team-performance-even-experienced-scrum-masters-overlook #Agilist.in #Agile #Change #Lean #Kanban #Scrum

#LINKSDERWOCHE | 14/2026: Produktivität, Lean, Agile und Leadership

PRODUKTIVIÄT

Klares Ja oder Nein | Schluss mit „Vielleicht“

Ich bin ein Freund klarer Zu- und Absagen. Das ist vermutlich dem einen oder anderen schon aufgefallen, der meinem Blog schon länger folgt. Ein klares „Nein” ist immer noch höflicher als ein „Jein”. Ähnlich sieht es Dan Rockwell. Er überträgt dies allerdings nicht auf das Verhältnis zu anderen, sondern zu uns selbst. Und das halte ich nicht für weniger wichtig. Gemeint ist die Frage, wozu wir uns selbst verpflichten. Zu einem klaren Ja, Nein oder Vielleicht? Er plädiert für ein klares „Ja” als Selbstverpflichtung und alles andere gehört für ihn in die Kategorie „Nein”. Für „Vielleicht” ist kein Platz, denn „Vielleicht” bedeutet in der Regel „Nie”. Wenn wir uns auf das fokussieren, was wir klar bejahen, setzen wir es auch mit mehr Energie um. Es ist also durchaus sinnvoll, die Frage aufzuwerfen, was wir wirklich erreichen wollen und wozu wir aus Überzeugung „Ja” sagen.

https://leadershipfreak.blog/2026/03/31/the-destruction-of-maybe/

Fokus | Ein Fundament und drei Säulen

Lars Bobach versucht hier zu erklären, was Fokus wirklich ist. Für viele sicherlich überraschend: Es sind nicht unbedingt die Methoden, die zum Ziel führen. Das ist eine schmerzhafte Erfahrung, die ich selbst schon machen durfte. Seiner Meinung nach bildet die Geisteshaltung das Fundament, auf dem die Säulen Träume, Motivation und Organisation aufbauen. Zusammen erzeugen sie das Ergebnis Fokus. Das klingt einfach, ist es aber nicht. Man muss schon einiges an Reflexion leisten, um die echten Träume und die echte Motivation zu erkunden. Organisation finde ich persönlich relativ einfach. Das mag bei anderen anders sein.

https://larsbobach.de/was-fokus-wirklich-ist/

Meetings | Mit nur fünf Fragen zum Ziel

Mit den fünf einfachen W-Fragen wäre bei der Vorbereitung vieler Meetings bereits viel geholfen. Da kann ich Tim Themann nur zustimmen. Erstaunlicherweise begegnet mir dieser Ansatz immer wieder, und ich wundere mich, dass er so wenig Anwendung findet. Er ist einfach. Er ist leicht anzuwenden. Und er ist hocheffektiv. Also sorgen wir dafür, dass er große Verbreitung findet. Das würde vieles einfacher machen. Davon bin ich überzeugt.

https://die-computermaler.de/mit-5w-zu-schlankeren-lean-meetings/

LEAN

Lean Daily Management | Was ist das und wie startet man damit?

Ich bin bei Mark Graban auf das „Lean Daily Management“ gestoßen. Es erinnert mich ein bisschen an die agilen Dailys und Obeya. 😉 Es ist nichts wirklich Überraschendes, was ich nicht schon von vergleichbaren Ansätzen kenne. Bis auf eine Ausnahme: „Leader Standard Work”. Da bin ich hellhörig geworden. Die „ritualisierte“ Führungsarbeit transparent zu machen, indem die Führung an den Ort des Geschehens geht und mit standardisierten Routinen Beobachtungen und Reflexionen durchführt, fand ich sehr spannend. Ich kenne wenige Organisationen, in denen vergleichbare Ansätze üblich sind, und würde mir davon mehr wünschen. Auch, weil ich den Eindruck habe, dass viel zu oft aus dem Elfenbeinturm heraus Führung betrieben wird (und naheliegenderweise nicht die Qualität liefert, die es bräuchte).

https://www.leanblog.org/2026/04/lean-daily-management-what-how-start/

Methoden allein reichen nicht | Das Betriebssystem auf dem Prüfstand

Methoden allein reichen nicht aus. Da steckt schon etwas mehr dahinter. Nämlich bestimmte Prämissen und Annahmen. Keine Sorge, es wird kein Mindset-Bashing geben. Auch wenn es ein wenig in diese Richtung geht. Methoden einfach auf ein bestehendes System aufzusetzen, bedeutet, sie überzustülpen, ohne die zugrundeliegenden Prämissen zu hinterfragen. Wenn ich Selbstorganisation in einem Team einführen möchte, kann das nicht funktionieren, wenn die strukturellen Voraussetzungen noch nicht vorhanden sind. Wenn alle verinnerlicht haben, dass sie darauf warten müssen, dass ihnen gesagt wird, was sie zu tun haben, wird niemand loslaufen. Wenn niemand gelernt hat, dass es gut ist, aus Fehlern zu lernen und Verbesserungen umzusetzen, helfen Fehleranalyse-Methoden wenig. All dies sind tief in der Organisation verankerte „Verhaltensweisen” im Sinne von Gewohnheiten, die nicht einfach so abgeschafft werden können. Ganz im Gegenteil. Interessant finde ich, dass Götz Müller vom Betriebssystem spricht, auf dem Werkzeuge aufbauen. Ein schönes Bild. Wenn es also mit den Methoden nicht klappt, muss hinterfragt werden, ob die Voraussetzungen für die Anwendung der Methodik gegeben sind..

https://www.geemco.de/artikel/lean-auf-dem-falschen-betriebssystem/

Zusammenhang zw. Daily Management und Strategie | Aus Lean-Sicht auf die Wechselwirkung geschaut

Ich bin ein großer Freund von Obeya geworden, weil ich dort die Möglichkeit sehe, die verschiedenen Ebenen der Organisation und ihre gegenseitige Beeinflussung bzw. Wirkung aufeinander sichtbar zu machen. Gerade dieses Zusammenspiel wird meiner Meinung nach viel zu wenig beachtet und kommt viel zu oft zu kurz. Das ist mir bei der Lektüre des Beitrags von José R. Ferro und Mark Reich noch einmal bewusst geworden. Die beiden haben aus Lean-Sicht die Verbindung zwischen operativer Tagesarbeit und strategischer Entwicklung der Organisation aufgegriffen.

https://www.lean.org/the-lean-post/articles/bridging-strategy-and-execution-how-daily-management-and-hoshin-kanri-work-together/

AGILE

Product Owner | Fallstrickt für die Karriere

Simon Flossmann sinniert über Fallstricke für die Karriere von Product Owner:innen. Einige der von ihm benannten Fallstricke sind meines Erachtens struktureller Art. Andere wiederum haben die jeweiligen Rolleninhaber:innen selbst in der Hand. Alle genannten Fallstricke kommen in der Praxis oft genug vor und sind keineswegs aus der Luft gegriffen. Der Beitrag legt den Finger in die richtige Wunde und gibt Hinweise, wo es oft klemmt. Die Erkenntnis ist allerdings nur der erste Schritt. Die Umsetzung ist oft herausfordernder, besonders bei strukturellen Einflussgrößen, die sich nicht so einfach ändern lassen. Aber davon abschrecken zu lassen, ist keine Alternative.

https://www.scrum.org/resources/blog/5-fallstricke-die-product-owner-karrieren-sabotieren

Scrum Master | Effektives Servant Leadership

Ich bin nach wie vor ein großer Freund davon, erwachsene Menschen als mündige Personen zu betrachten, die man im Sinne des Servant Leadership dazu befähigt, Probleme selbst zu lösen und sich weiterzuentwickeln. Ich finde den Artikel von Stephanie Ockerman daher interessant, weil sie darin versucht, zu verdeutlichen, was effektives Servant Leadership ist und sein sollte. Sie benennt klar, dass Product Owner:innen und Scrum Master:innen zwar Servant Leaders sind, Servant Leadership aber unabhängig von agilen Rollen funktioniert. Davon würde ich mir in der Tat mehr wünschen. Das setzt entsprechende Strukturen voraus. Können und Wollen erlebe ich oft, beim Dürfen im Sinne von Strukturen, Regeln etc. sieht es leider oft genug bescheiden aus.

https://www.agilesocks.com/scrum-mastery-5-actions-effective-servant-leader/

Scrum-Team | Buisness- und Tech-Menschen arbeiten in einem Team zusammen

Der Blogpost von Mary Iqbal hat echte interdisziplinäre Teams im Fokus, in denen beispielsweise Vertreter der „Fachseite” mit „Entwicklern” ein Team bilden. So wünscht man sich das. Auch wenn es herausfordernd zu sein scheint, ist dies aus meiner Sicht oft der beste Weg, um schnell Feedback zu generieren und die Kommunikationswege kurz zu halten. Sie benennt dabei einige Punkte, die das Leben eines solchen Teams einfacher machen. Es sind wertvolle Anregungen für die Praxis, damit es reibungsfreier funktioniert.

https://www.rebelscrum.site/post/how-to-deal-with-biz-and-tech-people-on-the-same-scrum-team

Highperformance Teams | 10 Prinzipien, die den Unterschied machen

Was zeichnet ein richtiges Highperformer-Team aus? Manche werden sagen, es bestehe aus lauter Überfliegern. Doch das ist nicht das Geheimnis. Es sind zehn gelebte Prinzipien, die Pierre Smits vorstellt und hervorhebt. Sie ermöglichen erst das Zusammenspiel als Team und unterstützen die ergebnisorientierte Zusammenarbeit. Und genau darauf kommt es an. Es bringt nichts, lauter „Überflieger” in ein Team zu packen, wenn sie keinen verlässlichen Modus finden, um gut zusammenzuarbeiten. Teamarbeit bedeutet eben Zusammenarbeit im Sinne eines guten Zusammenspiels der gesamten Mannschaft.

https://www.teamworkblog.de/2026/03/high-performance-teams-10-prinzipien.html

Kanban | Wenn Worflow-Visualisierung zum Aha-Effekt führt

Es ist kein Geheimnis, dass ich ein großer Kanban-Fan bin und Kanban gerne – auch in Scrum-Teams – nutze, um bestimmte Aspekte sichtbar zu machen. Gerade wenn es darum geht, den Arbeitsfluss abzubilden und Blockaden zu erkennen, ist Kanban ein echter Game Changer mit Aha-Effekten. Das zeigt Rudolf „Ruedi” Gysi sehr gut in seinem Blogartikel. Darin geht es nicht um eine große Kanban-Implementierung mit allem Schnickschnack. Sondern um die Visualisierung des Arbeitsflusses und die daraus resultierenden überraschenden Erkenntnisse, die zu schlankeren Teamprozessen führen.

https://agilereflection.org/vom-task-dschungel-zum-flow-fluss-wie-kanban-teams-befreit-ein-aha-moment/

Abhängigkeiten | Abhängigkeiten gehören nicht in einen Sprint

Ein großes Problem bei größeren Organisationen sind: Abhängigkeiten. Ich sehe den Vorteil von Kanban darin, dass die Prozessvisualisierung dazu beiträgt, Abhängigkeiten Down- und Upstream des eigentlichen Kanban-Systems sichtbar zu machen. Das ist jedoch nicht das Thema von Jan Fischbach. Wie er richtig erkannt hat, gehört die zugehörige Arbeit nicht in den Sprint, solange eine Abhängigkeit im Sinne einer nicht erfolgten Zulieferung besteht. Das ist nicht immer angenehm, aber konsequent. Ich kann nichts zusagen, das ich nicht liefern kann, wenn die Voraussetzungen hierfür nicht erfüllt sind. In der Regel gibt es genug andere Arbeit, um die Lücke zu füllen. Und wenn es darum geht, wie man künftig Verzögerungen durch Abhängigkeiten vermeiden kann. Unabhängig davon, ob ihr nach Scrum oder Kanban arbeitet, geht es am Ende darum, wertschöpfende Arbeit durchzuführen und zu erkennen, wo es im System stockt, um in Zukunft besser liefern zu können.

https://www.teamworkblog.de/2026/04/abhangigkeiten-im-sprint-warum-dein.html

LEADERSHIP

Fitness to Lead | Nur wer folgen kann, kann auch führen

Eine interessante Idee von Dan Rockwell. Man könnte sagen, es ist der ultimative Test für Führungskräfte. Seine These, dass nur, wer bereit ist, anderen zu folgen, auch führen kann, gefällt mir übrigens sehr gut. Tschaka! Der Grund ist simpel. Wer seine Schwächen erkennt und in diesen Fällen lieber denjenigen den Vortritt lässt, die es besser können, besitzt die Reflexionsfähigkeit und Demut, um andere Menschen zu unterstützen und zu Leistung zu animieren. Damit bin ich voll d’accord. Ich bin mir aber auch sicher, dass bei diesem Test sehr viele Führungskräfte – wenn sie ehrlich antworten würden – durchfallen würden.

https://leadershipfreak.blog/2026/04/02/absolutely-fit-to-lead/