Get started
Blog · Methods

The Scrum method: roles, events and artifacts

Roles, events and artifacts as the 2020 Scrum Guide describes them, and what is common practice rather than part of the framework. · August 5, 2026 · 4 min read

Scrum in one sentence

The 2020 Scrum Guide, written by Ken Schwaber and Jeff Sutherland, presents Scrum as a lightweight framework: a small team, short cycles, and continuous adaptation in the face of complex problems. The image behind the name comes from rugby: in 1986 Takeuchi and Nonaka compared the coordination of the fastest product development teams to a scrum (The New New Product Development Game).

Three accountabilities

The Guide speaks of accountabilities rather than roles, and there are three:

Together they form the Scrum Team, which is typically ten people or fewer.

Five events

Team workshop to structure a project
Team workshop to structure a project

Three artifacts, each with its commitment

The Product Backlog lists what could improve the product, with the Product Goal as its horizon. The Sprint Backlog is the subset chosen for the current cycle, with the Sprint Goal as its commitment. The Increment is what is done and usable, according to the "definition of done" the team sets itself.

The Scrum board in FluidOps: active sprint, sprint progress and prioritized backlog.
The Scrum board in FluidOps: active sprint, sprint progress and prioritized backlog.

What is common practice, not part of the framework

Velocity, story points and burndown charts are common in Scrum teams, but the word "velocity" does not appear in the Guide. You can use it to forecast, as long as you know it is a team choice and not a Scrum rule. The Guide also says that only the Product Owner can cancel a Sprint, and only if the Sprint Goal has become obsolete.

The most frequent traps

A Sprint longer than a month loses its feedback loop. A backlog nobody reorders stops guiding anyone. A retrospective that leads to no change wastes three hours. The question to ask at every event: what does the team know or decide afterwards that it did not know before?

Sources

← Previous articleThe Kanban method: from the Toyota Production System to your team Next article →The Gantt chart: how to read it and build it