Erik's Scrum Journey

This is my personal travel blog exploring the agile world especially Scrum.

Why Scrum helps resolve conflicts before they turn into shitstorms

As Scrum Masters, we are constantly moderating conflicts and deliberately bringing them to the fore, because the Scrum framework is designed to promote conflict resolution. Constantly.

If you take a closer look at Scrum events, you'll see that they regularly address all areas of teamwork where conflicts can arise. – negotiating what and how much will be done/achieved (planning); – negotiating what has been achieved and how to move forward (review). – Negotiating how the team will work together (retrospective).

I think this is smart on many levels, but the best thing about it is that teams learn to deal with small issues as they arise, so that at some point there isn't a huge pile of shit in the room that is becoming increasingly difficult to ignore.

#Scrum #ScrumMaster #Conflicts


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

I just stumbled across the question on LinkedIn:

“How can you tell if your organization is ready for Scrum adoption?”

– and responded, inspired by Jan Fischbach:

Or: When should I seriously consider Scrum?

If any of these problems occur in your company, you should take the agile route: 1. Our company does not understand customer requirements. 2. Errors are found too late in the development process. (Possibly regularly by the customer) 3. Management interferes in operational work. 4. Too many projects at the same time. 5. Employees are burning out. 6. Poor communication.

(“Fun fact”: this is a list of the most important product management problems from 1996)

My collab on LinkedIn 📑 https://lnkd.in/e_GA2Kzr

#Scrum #Company #Management #Agile


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

TL;DR: It is acceptable, but a poor idea!

Celina, a Scrum Master and Agile Coach, posted on LinkedIn that she would skip the daily stand-up meeting if the team consistently failed to see its value.

'I would even go so far as to cancel the entire series if the team did not see the value of the daily.'

I wouldn't!

In fact, I consider the daily Scrum event to be one of the most important events in Scrum.

It is the central control tool for the development team during the sprint, enabling them to: – communicate their current status; – discuss the day's work; and – most importantly, align with the sprint goal.

Scrum Masters are servant leaders who also hold 'domain leadership', meaning they can – and, in my opinion, should – mark important events in their Scrum domain as mandatory and enforce them.

If absences become the norm, we Scrum Masters must intervene. At the very latest, we must intervene when the team simply stops doing Scrum, despite all the love for self-organisation.

'A line must be drawn here,' to quote Jean-Luc Picard, one of the greatest servant leaders of all time.

#Daily #Scrum #ScrumMaster


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

What do you do as a Scrum Master when servant leadership no longer gets you anywhere?

There’s a deeply underestimated aspect of the Scrum Master’s role — that of the Domain Leader. Alongside the Servant Leader, it’s one of Scrum’s essential leadership modes — only this one plays offense.

When Servant Leadership Reaches Its Limits

The Domain Leader ensures that the ethical fabric of discussion within — and around — the Scrum Team stays intact.

If, for example, there are recurring problems with disruptive personalities — or even outright saboteurs — this leadership stance steps in. It may mean temporarily excluding people from events or setting clear behavioral conditions that are defined and agreed upon within the team’s domain.

At times, it can even mean removing someone from the team altogether.

As a practical tool, I often use Team Agreements — documents that define shared expectations and, importantly, include the possibility of consequences when those agreements are violated.

Leadership, after all, isn’t just about serving others. Sometimes it’s about protecting the field so the team can grow.

#Scrum #ScrumMaster #Leadership


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

I often describe the work of a Scrum Master with the image of a gardener—or a farmer. It fits perfectly, really. As with every true leadership role, it’s less about control and more about cultivation.

The Best Leaders Think Like Farmers 👩‍🌾

(7 practices to help you do the same)

1) Don’t yell at the plants → Lead with understanding, not pressure.

2) Don’t blame the plants → Recognize effort and support growth.

3) Don’t pull the plants out by the roots → Be patient. Let progress unfold in its own rhythm.

4) Match the right plants to the right soil → Pair people thoughtfully with challenges, and embrace diversity.

5) Water and nourish → Invest in development, and praise generously.

6) Pull the weeds → Confront negativity—and remove toxicity before it spreads.

7) Remember: there are seasons—good and bad → Anticipate change, and prepare your people for it.

A heartfelt nod to Eric Partaker for these timeless insights.

Start planting the seeds of success today. Leadership may seem complex, but often it’s the simple, steady practices that make all the difference.

(via LinkedIn)

#Leadership #Scrum #ScrumMaster


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

The 5 Most Important Tips for Building a Thriving Community

Lately, I’ve been meeting more and more managers and marketing professionals who want to build a community around their brand or area of expertise. However, many community projects fail simply because their creators don’t take enough time to define their purpose. This isn’t strictly about Scrum—though agility and community building do share some important principles.

Before launching a community, take a moment to review these tips. They’re based on 30 years of experience in community building.
(Why repeat the same mistakes that I—and many of my clients—have already made?)

Alongside the essential questions of what goals you want to achieve and how you define success for your community, there are five golden rules shared by all successful online communities:


1 A Community Needs a Purpose

“Why am I here?”
Inviting people and then leaving them to their own devices is one of the fastest ways to ruin a community before it starts. People who join an online community want to know what’s expected of them and how they can contribute.

The purpose can be concrete or abstract, but it must be clearly communicated. For example:

  • Knowledge communities like wer-weiss-was or Gutefrage.net encourage members to share what they know.
  • Developer communities like Stack Overflow operate within clearly defined subject areas.

Answering the question “What am I here to do?” is the foundation for everything that follows.


2 A Community Needs Activity

“Now it’s your turn to dance.”
It may sound obvious, but it’s often overlooked: no one wants to be the first person on an empty dance floor. People are social beings; few feel comfortable in silent spaces. This applies especially to communities.

Ensure there is visible activity from the start. In addition to encouraging newcomers, I strongly recommend that community operators actively initiate discussions. You're a member too—act like it.

Sometimes, in the early stages, you’ll need to step onto the dance floor yourself. That’s not a bad thing. It gives you a chance to set the tone—figuratively speaking—for how you'd like the community to engage.


3 A Community Needs More Than Just Loud Voices

The quiet ones matter. So do the readers.
According to the 90-9-1 rule, a community typically consists of:

  • 90% readers (lurkers)
  • 9% occasional contributors
  • 1% core contributors

That 1% initiates discussions and drives the community forward. Every community wants more of them—but beware: too many dominant voices can intimidate others.

If opinion leaders gather too quickly, conflict can follow. Aim for a healthy balance. The remaining 99% are just as crucial for sustainable, organic growth as the most vocal 1%.


4 A Community Must Stand Up to Trolls

Be firm and consistent with trolls.
A strong community is built on shared norms around how members communicate. This internal tone or “community dialect” evolves over time and changes with trends. Usually, the most active members help shape and enforce these unwritten rules.

As a community operator, be part of that discourse. Don’t leave it to others to moderate heated conflicts. Issue warnings and bans with confidence when necessary.

Trolls—users who disrupt just for the sake of conflict—must be consistently blocked, even if they were once active contributors. Tolerating them will cost you trust and participation from others.


5 Building a Community Is a Long-Distance Run

Community building is a marathon, not a sprint.
Most KPIs that indicate a successful community take time to show up in meaningful numbers. These include:

Key Metrics for a Successful Online Community:

  • Number of members
  • Activity / Engagement (user-generated content, responses)
  • Traffic, especially organic search traffic
  • Referrals (visits via recommendations or shares)

When planning your community strategy, think in three-year timeframes. After about one year, you’ll start to see trends—if you're tracking growth and engagement from the beginning.


Community Building Experts

How exactly do you build a community that thrives? I’ll cover that in a follow-up article—or feel free to reach out to me directly.


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

Die 5 wichtigsten Tipps für einen erfolgreichen Community-Aufbau

Ich treffe in letzter Zeit immer wieder Manager und Marketing-Experten, die sich für Ihr Betätigungsfeld oder Ihre Marke eine Community wünschen. Oft scheitern Community-Projekte jedoch daran, dass sich ihre Betreiber nicht sorgfältig genug überlegen, wofür sie eine Community betreiben wollen. Hat nur am Rande etwas mit Scrum zu tun, auch wenn Agilität in Unternehmen grds. viel mit Communitybuidling zu tun hat ...

Vor dem Gründen einer Community bitte diese Tipps beachten; sie speisen sich aus 30 Jahren Erfahrung im Community Building. (Warum solltet ihr dieselben Fehler machen, wie ich und meine Kunden ;)

Neben der essentiellen Frage, welche Ziele ich verfolge, auf die eine Community einzahlen soll und der Kenngröße, wann für mich als Marke eine Community erfolgreich ist, gibt es fünf Grundregeln, die alle funktionierenden Online Communities ausmachen:

1 Eine Community braucht eine Aufgabe 2 Eine Community braucht Aktivität 3 Eine Community braucht nicht nur Lautsprecher 4 Eine Community muss Trollen den Kampf ansagen 5 Eine Community aufzubauen, ist ein Langstreckenrennen**

Eine Community braucht eine Aufgabe

  1. “Was soll ich hier?” Menschen einzuladen, um sie dann sich selbst zu überlassen, ist wohl der beste und schnellste Weg, eine entstehende Community kaputt zu machen. Menschen, die sich online einer Gemeinschaft anschließen, möchten wissen, was von ihnen erwartet wird und wie sie sich einbringen können. Dabei kann der Auftrag des Betreibers an seine Communitymitglieder konkret oder abstrakt sein, er sollte aber klar verständlich formuliert werden. Wissenscommunities, wie wer-weiss-was oder Gutefrage.net bspw., fordern ihre Mitglieder auf, ihr Know-how zu teilen. Entwickler-Communities, wie Stackoverflow, tun dies innerhalb eines klar abgesteckten Themenfeldes. Die Beantwortung der Frage “Was soll ich hier tun?”, ist die wichtigste Grundlage für alle folgenden.

Eine Community braucht Aktivität

  1. “Bitte tanzen Sie jetzt” Eigentlich eine Binsenweisheit, aber immer wieder Thema: Auf eine Tanzfläche, auf der niemand tanzt, geht auch niemand Neues tanzen. Menschen sind Herdentiere und nur die wenigsten fühlen sich in leeren Räumen wohl. Das gilt auch und insbesondere für Communities. Sorgen Sie für Aktivität von Anfang an. Ich persönlich empfehle neben der Animation von Neunutzern auch, als Communitybetreiber aktiv Diskussionen anzustoßen. Sie sind Mitglied Ihrer Community, verhalten Sie sich auch so. Es kann in der Anfangsphase nötig sein, selbst auf die Tanzfläche zu gehen. Das ist nicht verwerflich und bietet die Gelegenheit – metaphorisch gesprochen – vorzutanzen, welchen Stil die Betreiberin einer Community bevorzugt.

Eine Community braucht nicht nur Lautsprecher

  1. Die Zurückhaltenden und die Leser sind wichtig. Nach der 90-9-1-Regel besteht eine Community aus 90 Lesern, neun Kommentierenden und einem Contributor – dem aktivsten Mitglied und wichtigsten Contentlieferanten. Dieser eine aus 100 initiiert Diskussionen und bringt die Community voran. Von diesen aktiven Hardcore-Fans wünscht sich jede Community möglichst viele. Doch Vorsicht: Ein Übermaß an Lautsprechern kann andere verschrecken. Eine zu schnelle Versammlung von Meinungsführern bringt Konflikte mit sich. Achten Sie auf eine gesunde Balance. Die anderen 99% sind mindestens so wichtig für einen organischen Communityaufbau, wie die aktivsten 1%.

Eine Community muss Trollen den Kampf ansagen

  1. Seien Sie konsequent gegen Trolle. Grundlage einer funktionierenden Community ist ein Konsens über die Form, in der miteinander kommuniziert wird. Dieser Kommunikationsstil, diese sehr eigene Sprache einer Community, entwickelt sich über längere Zeit und ist Änderungen und Moden unterworfen. Die aktivsten Mitglieder einer Community sorgen in der Regel dafür, dass die ungeschriebenen Gesetze einer Community entstehen und eingehalten werden. Nehmen Sie als Betreiber aktiv an diesem Diskurs teil, überlassen Sie es nicht anderen, ausufernde Konflikte zu moderieren. Sprechen Sie mutig und selbstbewusst Warnungen und Sperren aus. Trolle, also um den Konflikt Willen störende User, müssen konsequent blockiert werden – selbst wenn sie zu den Aktivposten einer Community zählen.

Eine Community aufzubauen, ist ein Langstreckenrennen

  1. Community-Building ist ein Langstreckenrennen. Die meisten KPIs, mit denen man den Erfolg einer Community mißt, stellen sich erst nach einer Weile in zufrieden stellender Höhe ein. Dazu zählen:

KPIs einer erfolgreichen Social / Online-Community

  • Anzahl der Mitglieder
  • Aktivität/ Engagement in der Community (Output)
  • Traffic, insbesondere organischer Suchmaschinentraffic
  • Referer, also Besucher durch Empfehlung

Bei der Konzeption einer Community empfiehlt es sich, einen Zeitraum von drei Jahren zu betrachten. Nach frühestens einem Jahr kann man eine Tendenz erkennen, wobei man von Beginn an analysieren und überwachen sollte, ob das Wachstum und die Aktivität einer Community auf gesunden Bahnen verläuft.

Experten für Community Building

Wie das geht, beschreibe ich in einem Folgeartikel oder antworte gerne persönlich auf Ihre Anfrage.


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

– wieso Scrum Konflikte lösen hilft, bevor sie zu Scheißhaufen werden

Als Scrum Master moderieren wir permanent Konflikte, holen sie sogar absichtlich auf den Tisch, denn das Scrum Framework ist so aufgebaut, dass es Konfliktlösung fördert. Permanent.

Wenn man sich die Scrum Events einmal genauer anschaut, dann fokussieren sie sich regelmäßig auf alle Aspekte der Teamarbeit, in denen Konflikte entstehen: – Beim Aushandeln, was und wieviel gemacht/ geschafft wird (Planning) – Beim Aushandeln, was das Erreichte wert ist und wie man weiter voran geht (Review) – Beim Aushandeln des Wie der gemeinsamen Team-Arbeit (Retro).

Ich halte das auf vielen Ebenen für smart; das beste daran aber ist, dass Teams in Scrum lernen, die kleinen Haufen zu bearbeiten, damit nicht irgendwann ein Riesenhaufen im Zimmer liegt, der immer weniger gut zu ignorieren ist ;)


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

Als kurze Anekdote: Ende der 90er habe ich mein Projektmanager Examen bei einer renommierten Projektmanager Beratung gemacht. Unser Coach war ein älterer Herr (wahrscheinlich so alt, wie ich heute ;)).

Er hatte vor seiner Lehrtätigkeit AKWs in Südamerika gebaut (nicht son unkritischen Quatsch wie Webseiten). Am Anfang des Kurses sagte er zwei Dinge, die mir nie aus dem Kopf gingen – und die sich als wahr herausstellten:

1. Überlegen Sie sich gut, ob sie Projektmanager werden wollen. Denn: wenn es gut läuft, war es ihr Team; wenn es schlecht läuft, waren Sie es.

2. Sie können Böcke nicht vermeiden – probieren Sie es gar nicht erst. Das Einzige, was Sie beeinflussen können ist, wann die Böcke gebaut werden. Je früher im Projekt, desto besser.

Bonus: ach ja, jetzt, wo ich darüber nachdenke, fällt mir noch ein Rat ein, den er uns gab.

“Wenn Sie wollen, dass ein Projekt scheitert – dann machen sie es groß.”


Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.

How to organize projects with more than one Scrum team involved using Jira?

In the Jira cloud we organised it this way: – Each Scrum team has its own project. – Each customer project has its own project (but you can also differentiate by features, initiatives and so on)

The customer project organises the main and complete product backlog for the specific project.

...

While in the Scrum teams only issues assigned to that team are maintained and worked on.

The advantages:

  1. You can organise your work across more than one development team AND have a central backlog with given reports and epics management for example.
  2. You can easily organise who has access to what type of project. E.g. customers or freelancers

Find me on:

LinkedIn: https://www.linkedin.com/in/ehauth/ Mastodon: norden.social/@ring2

Me: As a Senior Scrum Master, I lead agile teams to deliver innovative and user-centric digital products and services for the media industry. With over 25 years of work experience in various roles and sectors, I have developed a diverse and versatile skill set that includes Scrumban, Scrum, Facilitation, Product Management, and Project Leadership.

I hold a Certified Scrum Master (CSM) credential from Scrum Alliance and a Facilitator badge. I also write as a columnist for ZEIT ONLINE, sharing my insights and perspectives on topics such as digital transformation, innovation, and culture.