The Four Values
9 min · The Agile Mindset
The four value statements are comparisons, not commands to discard everything on the right. Agile teams still use processes, tools, documentation, contracts, and plans. They value people, working results, collaboration, and responsiveness more when the two sides compete.
The closing sentence matters: the items on the right still have value. The practical skill is noticing a trade-off and choosing the side that improves learning and delivery in the present context.
For example, a team can document a safety decision and still show a small usable result before committing to a larger design. The choice is not “documentation or learning”; it is whether the documentation is helping the next useful decision.
Video
core01 / 04
A tool cannot replace a handoff
02 / 04
People and a working result
03 / 04
Collaboration and a revisable plan
04 / 04
Over means a priority, not a ban
Playback settings
Resume playback at ?
Player ready. Captions are on by default.
Full lesson transcript: The four values
A hospital buys a state-of-the-art handoff system. Every field validated, every workflow mapped. Six months later, a patient nearly gets the wrong dose — the details were in the system, but the day nurse never actually talked to the night nurse. In the incident review someone writes the sentence this whole lesson hangs on: "The tool didn't fail. The conversation did."
By the end of this video, you'll know the Manifesto's four values well enough to explain each one with an example — and, more importantly, you'll understand the one sentence at the end of the Manifesto that most people skip and almost everyone gets wrong.
Last lesson: seventeen practitioners, Snowbird, 2001, sixty-eight words. Those words are structured as four "this over that" statements. We'll take them one at a time, in our own words — the exact original text is on the resource page right below this video, reproduced in full, and it's worth reading unfiltered.
First: people and how they work together matter more than the processes and tools they use. That's the hospital story. Tools and processes are amplifiers — of whatever communication actually exists. When something goes wrong, the instinct is to buy a better tool or add a process step. The first value says: look first at whether the right people are actually talking.
Second: a working solution counts for more than exhaustive documentation about it. A marketing team can spend three weeks polishing a forty-page campaign strategy — or ship a rough landing page in three days and learn from real clicks what the document could only guess at. The working thing is the progress; the paperwork is support.
You might think this means agile teams don't document. That's understandable — it's probably the single most common agile myth. Actually, the value says comprehensive documentation loses to working solutions when they compete for your time. Good agile teams document plenty — just enough, kept current, serving the work. A one-page setup guide that saves the next person a day? That's the second value working for you, not against you.
Third: collaborating with your customer beats negotiating against them. Picture two agencies. One locks the client behind a signed contract and bills every change through change-order warfare. The other brings the client into a working session every week and co-designs as understanding grows. Contracts still exist — they matter — but the third value says the relationship that produces value is collaboration, not clause enforcement.
Fourth: responding to change beats clinging to the plan. Think of a GPS. You set a destination and get a route — that's a plan, and it's useful. But when a road closes, the GPS doesn't insist you drive into the barrier because the route said so. It reroutes, destination unchanged. Plans are instruments for reaching goals, not contracts with the past. Keep that GPS in mind — it returns in Lesson 4 as a full decision tool.
Now the line that changes everything. After the four values, the Manifesto adds — and here I'm paraphrasing; read the original on the resource page — that the items on the right do have value; the items on the left are valued more.
Read "over" as a weighting, not a rejection. Processes, documentation, contracts, plans — all still matter. Agile doesn't delete the right-hand side; it decides the tiebreaks. When working software competes with finishing the spec, when rerouting competes with defending the plan — the left side wins. Miss this sentence and you get the caricature: no plans, no docs, chaos with standups. Teams that live the caricature give agile its bad name — we'll study exactly that failure later in the course.
Three things to keep. One: the four values in plain words — people over process, working solutions over exhaustive documentation, collaboration over contract combat, responding over clinging. Two: "over" means weighted more, never instead of. Three: when you hear "agile means no documentation," you now know better — and you can say why.
Values are a compass — they point, but they don't give directions. For that, the same seventeen authors wrote twelve principles. Nobody can remember twelve of anything, so next lesson we'll compress them into four ideas you'll actually keep.
The native HTML explainer and equivalent written path teach the four values with synchronized narration, captions, chapters, and a readable transcript.
References
Reading
coreRead the values as trade-offs
The Manifesto values individuals and interactions over processes and tools; working software over comprehensive documentation; customer collaboration over contract negotiation; and responding to change over following a plan.
The closing sentence prevents a common distortion: the items on the right still have value. A team needs tools, useful documentation, agreements, and plans. The values tell the team what to favor when the two sides conflict and which choice is more likely to preserve learning and useful delivery.
Outside software, treat “working software” as an analogy rather than a rewritten Manifesto. Ask what usable result would let the intended user respond with evidence—not merely what internal activity the team can report.
For example, a policy team may need a carefully reviewed draft and a consultation plan. It can still invite early feedback on a limited, safe portion rather than wait until every supporting document is complete. The appropriate balance depends on the risk, authority, and reversibility of the decision.
References
Reading
coreRead the canonical Manifesto
The authoritative four value statements and closing sentence remain available at agilemanifesto.org. Read them at the source, then return to the matcher and notice that each statement preserves value on both sides while expressing a priority.
References
Interaction
corePractice · matcher
Match a situation to the value it tests
Choose the value-side that should receive greater emphasis in each trade-off.
Concepts: four values, contextual trade-offs
Activity ready. Attempts are unlimited. Completing this practice activity enables the lesson's separate, explicit completion control.
Equivalent non-interactive path
Read fmap-m1-l2-digest; it teaches the same matching relationships without interactive controls.
References
Sign in to save progress across devices.Sign in
Course outlineLesson 4 of 28
Orientation
The Agile Mindset
Teams, Roles and Rhythm
Delivering Value
Flow and Continuous Improvement
Agile in the Real World