Agile Werte leben

Selbstverpflichtung, Offenheit, Mut, Fokus und Respekt — der unverzichtbare Kern der Agilität

Living Agile Values

Commitment, Openness, Courage, Focus and Respect — the indispensable core of agility

Oft sind nicht die agilen Methoden, Meetings oder Artefakte ein Problem bei der Einführung von Agilität, sondern das gemeinsame Verständnis und Leben der agilen Werte. Die fünf Werte Selbstverpflichtung, Offenheit, Mut, Fokus und Respekt gehen auf das agile Manifest zurück und beeinflussen sich gegenseitig.

Werte kann man — wie das Mindset — nicht beliebig und „einfach so“ auswählen oder verändern. Sie haben sich im Laufe des Lebens entwickelt. Werte können auch nicht verordnet werden! Man kann sie nur ändern, wie sie entstanden sind: nach und nach.

Sie profitieren nur dann von Agilität, wenn die agilen Werte sowohl vom Team als auch von allen Beteiligten verstanden, verankert, geschärft, hochgehalten und gelebt werden.

Often it is not the agile methods, meetings or artifacts that are a problem when introducing agility, but the shared understanding and living of agile values. The five values — Commitment, Openness, Courage, Focus and Respect — originate from the agile manifesto and influence each other.

Values — like the mindset — cannot simply be chosen or changed at will. They have developed over the course of life. Values cannot be imposed either! You can only change them the way they were formed: gradually.

You only benefit from agility when the agile values are understood, anchored, sharpened, upheld and lived by both the team and all stakeholders.

Wert 01 Value 01

Selbstverpflichtung Commitment

Selbstverpflichtung bedeutet, dass sich jedes Teammitglied persönlich dazu verpflichtet, die Ziele des Teams zu erreichen. Es geht nicht um eine von außen auferlegte Verpflichtung, sondern um eine intrinsisch motivierte Zusage aus eigenem Antrieb.

Commitment means that each team member personally commits to achieving the team's goals. It is not about an externally imposed obligation, but about an intrinsically motivated pledge from one's own drive.

Das bedeutet: This means:

  • Jedes Teammitglied gibt sein Bestes, um das Sprint-Ziel zu erreichen.
  • Zusagen werden eingehalten oder frühzeitig kommuniziert, wenn sie nicht eingehalten werden können.
  • Die Verantwortung wird nicht auf andere abgewälzt.
  • Man steht zu dem, was man sagt und tut.
  • Every team member does their best to achieve the sprint goal.
  • Commitments are kept or communicated early if they cannot be met.
  • Responsibility is not passed on to others.
  • You stand by what you say and do.

Voraussetzungen Prerequisites

  • Das Team hat ein klares, gemeinsames Verständnis des Sprint-Ziels.
  • Die Aufgaben sind vom Team selbst geschätzt und geplant.
  • Es gibt einen geschützten Rahmen, in dem das Team arbeiten kann.
  • Die Organisation vertraut dem Team und lässt es selbstorganisiert arbeiten.
  • The team has a clear, shared understanding of the sprint goal.
  • Tasks are estimated and planned by the team itself.
  • There is a protected framework within which the team can work.
  • The organization trusts the team and allows it to work in a self-organized manner.

Positives Beispiel Positive Example

Marco ist Entwickler in einem Scrum-Team. Während des Sprint Plannings schätzt er gemeinsam mit seinem Team die Aufgaben und verpflichtet sich, seinen Teil beizutragen. Als er Mitte des Sprints merkt, dass eine Aufgabe komplexer ist als gedacht, informiert er das Team sofort im Daily Standup.

Christoph, ein erfahrener Kollege, bietet Unterstützung an. Gemeinsam finden sie eine Lösung und schaffen es, das Sprint-Ziel zu erreichen. Marco hat seine Selbstverpflichtung gelebt: Er hat sein Bestes gegeben und transparent kommuniziert, statt das Problem zu verschweigen.

Marco is a developer in a Scrum team. During Sprint Planning, he estimates tasks together with his team and commits to contributing his part. When he realizes mid-sprint that a task is more complex than expected, he immediately informs the team in the Daily Standup.

Christoph, an experienced colleague, offers support. Together they find a solution and manage to achieve the sprint goal. Marco lived his commitment: he gave his best and communicated transparently, instead of hiding the problem.

Negatives Beispiel Negative Example

Monique ist Teil eines Teams, das sich im Sprint Planning auf ein ambitioniertes Ziel einigt. Allerdings hat sie Zweifel, ob das realistisch ist — sagt aber nichts, weil sie Konflikte vermeiden möchte.

Mitte des Sprints wird klar, dass das Ziel nicht erreichbar ist. Anstatt das offen anzusprechen, arbeitet Monique still vor sich hin und hofft, dass es irgendwie klappt. Am Ende des Sprints muss Frank, der Product Owner, feststellen, dass zentrale Features fehlen. Die fehlende Selbstverpflichtung hat nicht nur das Sprint-Ziel gefährdet, sondern auch das Vertrauen im Team beschädigt.

Monique is part of a team that agrees on an ambitious goal during Sprint Planning. However, she has doubts about whether it is realistic — but says nothing because she wants to avoid conflict.

Mid-sprint it becomes clear that the goal is unachievable. Instead of addressing this openly, Monique works quietly on her own and hopes it will somehow work out. At the end of the sprint, Frank, the Product Owner, has to realize that central features are missing. The lack of commitment has not only endangered the sprint goal but also damaged trust within the team.

Wert 02 Value 02

Offenheit Openness

Offenheit bedeutet Transparenz über den Fortschritt der Arbeit, über Herausforderungen und über Fehler. Es bedeutet auch, offen für neue Ideen, Feedback und Veränderungen zu sein. Offenheit schafft Vertrauen und ermöglicht es dem Team, schnell auf Probleme zu reagieren.

Openness means transparency about work progress, challenges and mistakes. It also means being open to new ideas, feedback and change. Openness builds trust and enables the team to respond quickly to problems.

Das bedeutet: This means:

  • Der aktuelle Stand der Arbeit ist jederzeit für alle sichtbar.
  • Probleme und Hindernisse werden sofort angesprochen, nicht versteckt.
  • Feedback wird als Geschenk betrachtet, nicht als Kritik.
  • Informationen werden geteilt, nicht gehortet.
  • The current state of work is visible to everyone at all times.
  • Problems and impediments are addressed immediately, not hidden.
  • Feedback is seen as a gift, not as criticism.
  • Information is shared, not hoarded.

Voraussetzungen Prerequisites

  • Es herrscht psychologische Sicherheit im Team.
  • Fehler werden als Lernchance betrachtet, nicht bestraft.
  • Es gibt regelmäßige Retrospektiven, in denen offen gesprochen wird.
  • Die Führungsebene lebt Offenheit vor.
  • There is psychological safety within the team.
  • Mistakes are seen as learning opportunities, not punished.
  • There are regular retrospectives where people speak openly.
  • Leadership models openness.

Positives Beispiel Positive Example

Lukas ist Scrum Master eines Teams, das gerade eine neue Technologie einführt. Im Daily Standup berichtet ein Entwickler, dass er seit zwei Tagen an einem Problem feststeckt, sich aber gescheut hat, das zuzugeben.

Lukas reagiert wertschätzend: „Danke, dass du das sagst. Genau dafür sind wir hier.“ Er organisiert einen spontanen Pair-Programming-Termin. Am nächsten Tag ist das Problem gelöst. Das Team lernt: Offenheit zahlt sich aus und wird nicht bestraft.

Lukas is the Scrum Master of a team that is introducing a new technology. In the Daily Standup, a developer reports that he has been stuck on a problem for two days but was reluctant to admit it.

Lukas responds appreciatively: "Thank you for saying that. That's exactly what we're here for." He organizes a spontaneous pair programming session. The next day the problem is solved. The team learns: openness pays off and is not punished.

Negatives Beispiel Negative Example

In einem Automobilunternehmen wird Frank als Scrum Master eingesetzt. Das Management erwartet, dass die Teams „agil“ arbeiten, aber das Reporting muss weiterhin in Excel-Tabellen erfolgen, Entscheidungen trifft der Projektleiter und Fehler werden in Statusmeetings vor der Geschäftsführung besprochen.

Die Entwickler lernen schnell: Offenheit wird bestraft. Wer Probleme meldet, wird als „nicht committed“ wahrgenommen. Die Folge: Probleme werden verschwiegen, die Qualität sinkt, und das „agile Projekt“ scheitert — nicht weil Agilität nicht funktioniert, sondern weil Offenheit nicht gelebt wurde.

In an automotive company, Frank is appointed as Scrum Master. Management expects the teams to work "agile," but reporting still has to be done in Excel spreadsheets, the project manager makes decisions, and mistakes are discussed in status meetings in front of the board.

The developers quickly learn: openness is punished. Anyone who reports problems is perceived as "not committed." The result: problems are concealed, quality drops, and the "agile project" fails — not because agility doesn't work, but because openness was not lived.

Wert 03 Value 03

Mut Courage

Mut bedeutet, das Richtige zu tun, auch wenn es unbequem ist. Es bedeutet, schwierige Gespräche zu führen, den Status quo in Frage zu stellen und Risiken einzugehen. Mut ist die Voraussetzung für Innovation und kontinuierliche Verbesserung.

Courage means doing the right thing, even when it is uncomfortable. It means having difficult conversations, challenging the status quo and taking risks. Courage is the prerequisite for innovation and continuous improvement.

Das bedeutet: This means:

  • Unangenehme Wahrheiten werden ausgesprochen.
  • Bestehende Prozesse werden hinterfragt, wenn sie nicht funktionieren.
  • Neue Wege werden ausprobiert, auch wenn das Scheitern möglich ist.
  • Man steht für die eigenen Überzeugungen ein, auch gegen Widerstand.
  • Uncomfortable truths are spoken.
  • Existing processes are questioned when they don't work.
  • New paths are tried, even if failure is possible.
  • You stand up for your convictions, even against resistance.

Voraussetzungen Prerequisites

  • Es gibt eine Fehlerkultur, die Scheitern als Lernprozess versteht.
  • Mut wird belohnt, nicht bestraft.
  • Die Führung schützt das Team vor negativen Konsequenzen mutiger Entscheidungen.
  • Es gibt einen sicheren Rahmen zum Experimentieren.
  • There is an error culture that understands failure as a learning process.
  • Courage is rewarded, not punished.
  • Leadership protects the team from negative consequences of courageous decisions.
  • There is a safe framework for experimentation.

Positives Beispiel Positive Example

Lisa ist Entwicklerin und stellt im Sprint Review fest, dass das Produkt, an dem das Team arbeitet, an den tatsächlichen Bedürfnissen der Nutzer vorbeigeht. Sie hat den Mut, das vor dem gesamten Stakeholder-Kreis anzusprechen.

Peter, der Product Owner, ist zunächst überrascht, erkennt aber den Wert von Lisas Feedback. Gemeinsam entscheidet das Team, die nächsten zwei Sprints auf Nutzerforschung zu fokussieren. Das Ergebnis: ein Produkt, das am Markt tatsächlich funktioniert. Lisas Mut hat das Projekt gerettet.

Lisa is a developer who realizes during the Sprint Review that the product the team is working on misses the actual needs of users. She has the courage to bring this up in front of the entire stakeholder group.

Peter, the Product Owner, is initially surprised but recognizes the value of Lisa's feedback. Together the team decides to focus the next two sprints on user research. The result: a product that actually works in the market. Lisa's courage saved the project.

Negatives Beispiel Negative Example

Stanislav ist Senior-Entwickler und erkennt, dass die gewählte Architektur zu technischen Schulden führen wird. Er weiß, dass der CTO diese Architektur befürwortet hat. Stanislav traut sich nicht, das Thema anzusprechen, weil er befürchtet, als „Bremser“ wahrgenommen zu werden.

Sechs Monate später muss das Team drei Sprints damit verbringen, die technischen Schulden abzubauen. Der CTO ist frustriert. Stanislav denkt: „Ich wusste es.“ — aber sein fehlender Mut hat das Team und das Unternehmen Geld und Zeit gekostet.

Stanislav is a senior developer who recognizes that the chosen architecture will lead to technical debt. He knows the CTO has endorsed this architecture. Stanislav doesn't dare raise the issue because he fears being perceived as a "blocker."

Six months later the team has to spend three sprints paying off technical debt. The CTO is frustrated. Stanislav thinks: "I knew it." — but his lack of courage cost the team and the company money and time.

Wert 04 Value 04

Fokus Focus

Fokus bedeutet, sich auf das Wesentliche zu konzentrieren. Das Team arbeitet an den Aufgaben, die den größten Wert liefern, und lässt sich nicht von Nebensächlichkeiten ablenken. Der Sprint gibt einen klaren zeitlichen Rahmen, innerhalb dessen sich das Team auf ein Ziel fokussiert.

Focus means concentrating on what matters most. The team works on the tasks that deliver the greatest value and doesn't get distracted by side issues. The sprint provides a clear time frame within which the team focuses on one goal.

Das bedeutet: This means:

  • Das Team hat ein klares Sprint-Ziel und arbeitet darauf hin.
  • Ablenkungen und Scope Creep werden aktiv vermieden.
  • Jedes Teammitglied arbeitet idealerweise an nur einer Aufgabe gleichzeitig.
  • Der Product Owner priorisiert klar, damit das Team weiß, was am wichtigsten ist.
  • The team has a clear sprint goal and works towards it.
  • Distractions and scope creep are actively avoided.
  • Each team member ideally works on only one task at a time.
  • The Product Owner prioritizes clearly so the team knows what matters most.

Voraussetzungen Prerequisites

  • Es gibt ein klares, priorisiertes Product Backlog.
  • Das Team ist vor Störungen von außen geschützt.
  • Teammitglieder arbeiten nicht gleichzeitig in mehreren Projekten.
  • Der Scrum Master schützt den Sprint aktiv vor Scope Creep.
  • There is a clear, prioritized Product Backlog.
  • The team is protected from external disruptions.
  • Team members do not work on multiple projects simultaneously.
  • The Scrum Master actively protects the sprint from scope creep.

Gerald Weinberg: Produktivitätsverlust durch Multitasking Gerald Weinberg: Productivity Loss Through Multitasking

Je mehr Projekte gleichzeitig, desto größer der Verlust. The more simultaneous projects, the greater the loss.

1
100% 0%
2
40% 20%
3
20% 40%
4
10% 60%
5
5% 75%
ProjekteProjects Zeitanteil | Verlust Time share | Loss

Positives Beispiel Positive Example

Sandra ist Product Owner und hat ein gut gepflegtes, priorisiertes Backlog. Im Sprint Planning stellt sie klar: „Unser Fokus in diesem Sprint ist die Checkout-Optimierung. Alles andere hat niedrigere Priorität.“

Als Mitte des Sprints ein Stakeholder eine „dringende“ neue Anforderung einbringt, schützt Sandra ihr Team: „Das nehmen wir gerne in das Backlog auf und priorisieren es für den nächsten Sprint. Jetzt fokussieren wir uns auf das vereinbarte Ziel.“ Das Team liefert pünktlich und die Checkout-Conversion steigt um 15%.

Sandra is a Product Owner with a well-maintained, prioritized backlog. In Sprint Planning she makes it clear: "Our focus this sprint is checkout optimization. Everything else has lower priority."

When a stakeholder brings up an "urgent" new requirement mid-sprint, Sandra protects her team: "We'll gladly add that to the backlog and prioritize it for the next sprint. Right now we're focusing on the agreed goal." The team delivers on time and checkout conversion increases by 15%.

Negatives Beispiel Negative Example

Lisa ist Entwicklerin und arbeitet gleichzeitig in drei Projekten. Sie springt täglich zwischen den Kontexten hin und her. In jedem Daily Standup eines jeden Teams berichtet sie, dass sie „dran“ ist, aber nur langsam vorankommt.

Am Ende des Sprints hat sie in keinem der drei Projekte etwas wirklich fertiggestellt. Ihr Manager versteht nicht, warum die Produktivität so niedrig ist — dabei zeigt Weinbergs Tabelle eindeutig: Bei drei gleichzeitigen Projekten gehen 40% der Produktivität durch Kontextwechsel verloren.

Lisa is a developer working on three projects simultaneously. She jumps between contexts daily. In each Daily Standup of each team, she reports that she's "on it" but making slow progress.

At the end of the sprint she hasn't really completed anything in any of the three projects. Her manager doesn't understand why productivity is so low — yet Weinberg's table clearly shows: with three simultaneous projects, 40% of productivity is lost to context switching.

Wert 05 Value 05

Respekt Respect

Respekt bedeutet, jedes Teammitglied als fähige, eigenständige Person anzuerkennen. Es bedeutet, unterschiedliche Perspektiven wertzuschätzen und eine Atmosphäre zu schaffen, in der sich jeder sicher fühlt, seine Meinung zu äußern.

Respect means recognizing each team member as a capable, independent person. It means appreciating different perspectives and creating an atmosphere where everyone feels safe to express their opinion.

Das bedeutet: This means:

  • Jede Meinung wird gehört und ernst genommen.
  • Unterschiedliche Fähigkeiten und Erfahrungen werden wertgeschätzt.
  • Entscheidungen werden gemeinsam getroffen, nicht von oben diktiert.
  • Der Mensch steht im Mittelpunkt, nicht die Ressource.
  • Every opinion is heard and taken seriously.
  • Different skills and experiences are valued.
  • Decisions are made together, not dictated from above.
  • People are at the center, not resources.

Voraussetzungen Prerequisites

  • Es gibt eine Kultur der Wertschätzung im Unternehmen.
  • Hierarchisches Denken wird zugunsten von Zusammenarbeit aufgegeben.
  • Diversität wird als Stärke verstanden.
  • Konflikte werden konstruktiv gelöst, nicht durch Machtausübung.
  • There is a culture of appreciation in the organization.
  • Hierarchical thinking is abandoned in favor of collaboration.
  • Diversity is understood as a strength.
  • Conflicts are resolved constructively, not through the exercise of power.

Positives Beispiel Positive Example

Magdalena ist eine erfahrene Entwicklerin, die seit 15 Jahren im Unternehmen arbeitet. James ist ein Junior-Entwickler, der gerade sein Studium abgeschlossen hat. Im Sprint Planning schlägt James einen anderen technischen Ansatz vor als den, den Magdalena bevorzugt.

Anstatt James' Vorschlag abzutun, hört Magdalena aufmerksam zu und fragt nach: „Das ist ein interessanter Ansatz. Kannst du mir erklären, welche Vorteile du siehst?“ Am Ende entscheidet sich das Team für eine Kombination beider Ansätze. James fühlt sich respektiert und Magdalena hat etwas Neues gelernt.

Magdalena is an experienced developer who has been with the company for 15 years. James is a junior developer who just completed his studies. In Sprint Planning, James suggests a different technical approach than the one Magdalena prefers.

Instead of dismissing James' suggestion, Magdalena listens attentively and asks: "That's an interesting approach. Can you explain what advantages you see?" In the end, the team decides on a combination of both approaches. James feels respected and Magdalena has learned something new.

Negatives Beispiel Negative Example

Dietlinde ist Teamleiterin und führt Scrum ein. Im Daily Standup nutzt sie die Zeit, um den Teammitgliedern Aufgaben zuzuweisen und deren Fortschritt zu kontrollieren. Wenn jemand ein Problem anspricht, reagiert sie mit: „Das hätten Sie früher sagen müssen“ oder „Das ist nicht mein Problem.“

Die Teammitglieder fühlen sich nicht als gleichwertige Partner, sondern als Befehlsempfänger. Der Respekt fehlt — sowohl von Dietlinde gegenüber ihrem Team als auch umgekehrt, weil Respekt auf Gegenseitigkeit basiert. Die Folge: hohe Fluktuation, niedrige Motivation und ein „agiles“ Team, das in Wahrheit nur die Meetings macht, ohne die Werte zu leben.

Dietlinde is a team lead introducing Scrum. In the Daily Standup she uses the time to assign tasks to team members and control their progress. When someone raises a problem, she responds with: "You should have said that sooner" or "That's not my problem."

Team members don't feel like equal partners but like subordinates taking orders. Respect is missing — both from Dietlinde towards her team and vice versa, because respect is based on reciprocity. The result: high turnover, low motivation and an "agile" team that in reality only does the meetings without living the values.

Fazit Conclusion

Agiles Arbeiten ist kein mechanistischer Prozess, sondern ein auf Werten begründeter Arbeitsrahmen. Eine gute Startbasis: Erarbeiten Sie ein gemeinsames Verständnis. Besprechen Sie: Was ist uns wichtig bei der Zusammenarbeit? Was brauchen wir? Wie setzen wir die Werte um? Wie wollen wir mit schwierigen Situationen umgehen?

Agile work is not a mechanistic process, but a values-based framework. A good starting point: develop a shared understanding. Discuss: What is important to us in collaboration? What do we need? How do we implement these values? How do we want to handle difficult situations?