Skip to main content
Scrumagic
Learn Scrum

The five Scrum values, and what they look like on a Tuesday

By Scrumagic Team Last reviewed 6 min read

In short

The Scrum Guide names five values: commitment, focus, openness, respect and courage. They are not posters. The Guide says that when the team embodies them, transparency, inspection and adaptation come to life and build trust, and that every decision and step should reinforce them. Each value shows up as specific behaviour in the events, and each can be tested against what a team actually does.

Values that appear on a wall and in no decision are decoration. The Scrum Guide takes a stronger position: successful use of Scrum depends on people becoming more proficient in living five values. They are not a list of virtues. They are the conditions under which the rest of the framework works.

What the Guide says

The five values are commitment, focus, openness, respect and courage. The Guide explains each in one sentence.

  • The Scrum Team commits to achieving its goals and to supporting each other.
  • Its primary focus is the work of the Sprint, to make the best possible progress toward those goals.
  • The team and its stakeholders are open about the work and the challenges.
  • Team members respect each other to be capable, independent people, and are respected as such by the people with whom they work.
  • Team members have the courage to do the right thing and to work on tough problems.

Then it states what they are for. These values give direction to the team with regard to its work, actions and behaviour. The decisions made, the steps taken and the way Scrum is used should reinforce them and not diminish or undermine them. When they are embodied by the team and the people it works with, the empirical pillars of transparency, inspection and adaptation come to life, building trust.

The link to empirical process control is the key. The pillars describe what must happen. The values describe the behaviour that lets it happen. A team can have a visible board, a Daily Scrum and a Retrospective, and still not inspect or adapt anything, if people do not feel able to say what the board shows.

Each value in practice

Commitment

The wording matters: the team commits to achieving its goals, not to completing a list. The Sprint Goal is the commitment attached to the Sprint Backlog, and the Guide says that although it is a commitment by the Developers, it gives flexibility in the exact work needed. Commitment also covers supporting each other. A Developer who finishes their own task and then asks who needs help is practising it. A team that says "my part is done" while the goal is at risk is not.

Focus

The team's primary focus is the work of the Sprint. This is why the Sprint has a fixed length and a goal, why the Guide says changes should not endanger the Sprint Goal, and why a Scrum Team works at a sustainable pace to improve focus and consistency. Focus gets eroded by unplanned requests, by too many items started at once, and by people being divided across several products. The remedy is usually structural: a visible limit on work in progress, a Product Owner who handles requests, and a Scrum Master who deals with interruptions.

Openness

The team and stakeholders are open about the work and the challenges. In practice that means a real burndown, a Sprint Review that shows what is not finished, and a Retrospective where someone says the thing that is awkward. It is the value that makes transparency possible. Pressure to look good works directly against it.

Respect

Members respect each other as capable, independent people. This sounds mild and is hard to do. It means not interrupting, not assuming that a colleague's estimate is lazy, and not overruling the Developers on how work is done. It also applies to how stakeholders treat the team: the Guide says that for the Product Owner to succeed, the whole organisation must respect their decisions.

Courage

To do the right thing and to work on tough problems. Courage is saying that the date is at risk, declining a request that does not serve the Sprint Goal, admitting that an estimate was wrong, or telling a senior stakeholder that a rejected story is not Done. It is also the value that costs the person using it the most.

How the events call on them

Event Values most at work
Sprint Planning Commitment (to a goal), courage (to say what cannot fit)
Daily Scrum Openness (about blockers), focus (on the Sprint Goal)
Sprint Review Openness (about what is Done), respect (for stakeholders' views)
Sprint Retrospective Courage (to raise problems), respect (for colleagues), openness

The Guide says the Scrum Team members learn and explore the values as they work with the events and artifacts. They are not taught in a workshop and then assumed.

How teams undermine them without noticing

  • A "green" status that is not true. This replaces openness with comfort.
  • A new request accepted because the requester is senior. This takes focus away from the goal.
  • Estimates adjusted downward after pushback. That wipes out courage and respect together.
  • A Retrospective where the loudest voice sets the topic. The quieter members stop contributing, and the team loses what they knew.
  • Commitment to a list. When "committed" means "promised to deliver every item", people hide problems to avoid breaking the promise.

A useful test of any proposed practice is whether it makes one of the five easier or harder. The Guide frames it that way: steps taken should reinforce the values. A practice that makes people less open, however efficient, is working against the framework.

Values and the Definition of Done

The values are easiest to see at the boundary where quality meets a deadline. The Guide says the Developers are required to conform to the Definition of Done and that quality does not decrease during the Sprint. Now picture the last day with one story unfinished. Commitment says the team supports whoever is stuck. Focus says drop the side request. Openness says tell the Product Owner today, not at the review. Respect says hear the Developer who thinks the story cannot be done properly in the time. Courage says accept that it goes back to the Product Backlog, and not weaken the Definition of Done to make it fit.

No single act in that list is dramatic. A team that gets used to doing all five at small stakes is the team that does them when the stakes are high.

The Scrum Master's part

The Scrum Master is accountable for establishing Scrum, and the values are part of that. They rarely mention the word. They notice when a Developer is interrupted and say something, when a stakeholder is allowed to shout down the team, or when a problem is carried over from one retrospective to the next. They also model the values, because a Scrum Master who hides bad news teaches the team to do the same.

The Agile Manifesto's principle on motivated individuals, to give them the environment and support they need and trust them to get the job done, is respect expressed as a management practice.

Two perspectives

Only the Scrum Guide covers this.

Scrum Guide

The Scrum Guide names five values, commitment, focus, openness, respect and courage, and says the team's decisions and steps should reinforce them so that transparency, inspection and adaptation build trust.

SBOK®

The SBOK® Guide does not define a set of Scrum values. Its principles of self-organisation and collaboration, and its guidance on an open environment, cover related ground.

Same thing, different words

  • Scrum values (Scrum Guide) = no direct equivalent (SBOK)

The values are in the Scrum Guide and not in the SBOK as a list. Teams following the SBOK still benefit from them, and its collaboration and self-organisation principles are compatible.

How to practise it

Values are tested when something is at stake. In the simulator, you face a Sponsor who wants more than the team can build, a blocker that is easy to ignore and a change request that tempts you to bend the Sprint, and each choice is a small test of focus, openness or courage.

Sources

  1. The 2020 Scrum Guide, Scrum Guides. Read on 13 October 2026.
  2. Principles behind the Agile Manifesto, Agile Manifesto. Read on 13 October 2026.

SBOK® is a registered trademark of its owner. Scrumagic is independent and is not affiliated with the owners of SBOK®.

Share this post Link copied

Nothing opened? This computer may have no email program set up. Write it in Gmail or use the copy button and paste the link into your email.

  • Learn Scrum 6 min read

    The Scrum Team: three accountabilities and no hierarchy

    A Scrum Team is one small group that holds every skill needed to deliver a working Increment each Sprint. It has one Scrum Master, one Product Owner and the Developers, and no sub-teams or hierarchy inside it. The Scrum Guide gives it a typical size of ten or fewer. The SBOK uses the words "Scrum Team" for a narrower group, which is the most common source of confusion.

  • Learn Scrum 6 min read

    Empirical process control: the three Scrum pillars

    Empirical process control means deciding from what has actually been observed instead of from a detailed plan made up front. Scrum rests on three ideas: transparency, so that the work can be seen; inspection, so that it is looked at often enough to notice problems; and adaptation, so that something changes when a problem shows. Remove any one and the other two stop working.

  • Learn Scrum 7 min read

    What is Scrum? A plain-language guide

    Scrum is a lightweight framework for solving complex problems in small steps. One small team works in fixed-length Sprints of a month or less, shows something usable at the end of each one, and uses what it learns to plan the next. This guide explains how that works, and where Scrum deliberately stops.

  • Learn Scrum 7 min read

    Writing a Sprint Goal that survives a bad week

    The Sprint Goal is the single objective for a Sprint. It answers why the Sprint is worth doing, gives the team a reason to work together instead of on separate items, and lets the scope bend while the purpose stays fixed. A good goal says what will be true at the end, can be checked at the Sprint Review, and is smaller than the Product Goal it serves.

  • Scrumagic 6 min read

    Legacy Migration scenario walkthrough

    Legacy Migration is the hardest scenario in Scrumagic. A water company's billing system runs on servers whose lease ends in eighteen weeks, and the job is to move it without changing a single invoice. The work is invisible, the stakes are exact to the cent, and the sponsor cannot see progress. This walkthrough covers the project, the people and the decisions, with no spoilers.

We use analytics cookies to see which pages help and which don't. Scrumagic works the same whichever you choose, and you can change your mind any time from "Cookie settings" in the footer. Privacy Policy.