Scrum (スクラム) is a leading framework (フレームワーク) of agile development (アジャイル開発) that builds a product step by step through repeated short iterations.
Scrum
Scrum Team (roles)
Product Owner
Developers
Scrum Master
Sprint (iteration period)
Backlogs (lists)
Product Backlog
Sprint Backlog
Increment (finished result)
Scrum fixes only a minimal set of rules, such as the team's roles, a repeating time box (the Sprint), and lists for managing the work (the backlogs), leaving the detailed procedures to the team. Each iteration checks a working result and uses what it shows to adjust the next plan, which suits development whose course is hard to foresee.
AnalogyIt is like painting a large mural one section a week instead of all at once, showing each section to the client and hearing their reaction before deciding how to paint the next.
How to rememberThe name comes from the rugby scrum, where players bind shoulder to shoulder and push as one. Picture the whole team driving forward together.
Exam points
ExamScrum (スクラム) is a development framework for tackling complex problems that are hard to predict, growing the product in stages through repeated iterations.
Mix-upAgile development (アジャイル開発) is not one specific procedure but an umbrella term for development methods, and Scrum is one concrete framework within it.
ExamIn agile development, Scrum included, features are cut into small pieces and built from highest value down, so a requirement that changes midway can be folded into the plan for the next iteration.
A Scrum Team (スクラムチーム) is the single unit that builds a product in Scrum, made up of three roles: the Product Owner, the Developers and the Scrum Master.
Under the 2020 Scrum Guide, there is one Product Owner and one Scrum Master, several Developers, and no hierarchy or sub-teams inside the team. The team itself decides who does what, when and how, which makes it self-managing, and the whole team is typically 10 people or fewer.
AnalogyThink of a small theater troupe: one person picks the play, others build the show, and someone keeps rehearsals from stalling, while members work out the details among themselves.
Exam points
Mix-upThe three roles on a Scrum Team (スクラムチーム) are a division of accountability, not a ranking of titles, and the Scrum Master (スクラムマスター) is also a member of the team.
The Product Owner (プロダクトオーナー) is the role accountable for maximizing the product's value, deciding what to build and in what order.
This role gathers requests from users and stakeholders, turns them into items on the list of things to build (the Product Backlog), and orders it so that the most valuable items sit at the top. Decisions about that order are left to this role.
AnalogyIt is like the friend on a trip who picks the destinations and the order to visit them: they decide which sights come first, while the others work out transport and logistics.
How to rememberAn owner is the one who holds something. Link it to the person who, as the product's owner, holds the priority order of what gets built.
Exam points
Mix-upThe Product Owner (プロダクトオーナー) is accountable for what to build and in what order, while the Developers (開発者) decide how to build the chosen items.
The Developers (開発者) are the people on a Scrum Team who actually produce a usable result in every Sprint.
As a team, they bring together the skills needed to build the product, such as design, programming and testing. They draw up the plan of work for the Sprint (the Sprint Backlog), revise it daily, and are also accountable for meeting the agreed quality standard.
How to rememberScrum Guides up to the 2017 edition called them the Development Team, and the 2020 edition renamed them Developers.
Exam points
Mix-upDevelopers (開発者) is not the name of a particular job type but a role name for a share of accountability in Scrum (スクラム).
The Scrum Master (スクラムマスター) is the role that helps the team and those around it understand and practice Scrum correctly, and is accountable for raising Scrum's effectiveness.
The Scrum Master helps remove problems that block the work (impediments) and encourages the fixed meetings within a Sprint (events) to serve their purpose. The 2020 Scrum Guide describes the role as a leader who serves the team and the organization.
AnalogyIt is like a mountain guide who does not climb to the summit for you, but teaches you to use the gear and points out the dangerous spots so you can make the ascent on your own.
Exam points
Mix-upThe Scrum Master (スクラムマスター) is not a boss who assigns tasks and tracks progress but someone who supports the team in moving the work forward on its own.
A Sprint (スプリント) is one round of repeated development in Scrum, a short period of fixed length.
Sprint Planning
Daily Scrum
Sprint Review
Sprint Retrospective
Finally, the team looks back on how it worked and decides what to improve in the next Sprint.
4 / 4
Under the 2020 Scrum Guide, a Sprint lasts one month or less and keeps the same length every time. At the start, Sprint Planning settles what to work on, and during the period a short Daily Scrum each day checks progress. At the end, the Sprint Review inspects the result with stakeholders, and the Sprint Retrospective looks back on how the team worked.
How to rememberLike a sprint in track and field, picture running many short stretches you can finish at full speed, one after another.
Exam points
ExamA Sprint (スプリント) is a period of fixed length, and each repetition adds a little more working functionality.
ExamOne repeated development cycle built on short periods is generally called an iteration (イテレーション), and Scrum calls it a Sprint.
Mix-upEven when planned work remains, the Sprint (スプリント) is not extended; unfinished items go back to the Product Backlog (プロダクトバックログ), and whether to take them up next is decided afresh when it is reordered.
The Product Backlog (プロダクトバックログ) is a list, ordered by value from highest down, of what is needed to improve the product.
New features, improvements and bug fixes are lined up as items, and the higher an item sits, the more detail it is given. The Product Owner is accountable for its content and order and keeps adding and reordering items as circumstances change, so it is never a list made once and finished.
AnalogyIt is like a shopping wish list: you add things whenever they come to mind and keep reordering so that what you need most right now sits at the top.
How to rememberIn everyday English, a backlog is a pile of work not yet done. Think of it as the ledger that holds the work still to be taken up.
Exam points
Mix-upThe Product Backlog (プロダクトバックログ) is a list of requirements, not a schedule that fixes dates for the work, and its order shifts as judgments of value change.
The Sprint Backlog (スプリントバックログ) brings together the items selected from the Product Backlog for the current Sprint and the plan of work for finishing them.
It is created at Sprint Planning, held by the Developers for their own use, and updated daily as the work unfolds. Under the 2020 Scrum Guide, it also contains what the Sprint aims to achieve (the Sprint Goal).
AnalogyIt is like a note that pulls only today's purchases from your shopping wish list and even writes down the order in which to walk the aisles.
Exam points
Mix-upThe Sprint Backlog (スプリントバックログ) has served its purpose once a single Sprint (スプリント) ends, and a new one is made for the next Sprint.
Product Backlog vs. Sprint Backlog
Aspect
Product Backlog
Sprint Backlog
Key differenceScope
What the whole product needs
What this one Sprint takes on
Who is accountable
Product Owner
Developers
How long it lasts
Keeps being updated as long as the product exists
Its job ends when the Sprint ends
Key points
Scrum is an agile development framework that grows the product bit by bit through short iterations, keeping rules to a minimum and leaving detailed procedures to the team.
A Scrum Team is a self-managing unit of three roles, and the team itself decides who does what and how.
The Scrum Master is accountable for Scrum's effectiveness and supports the team and those around it, for example by helping remove impediments.
A Sprint is the fixed-length unit of iteration, and planning, daily check-ins, the review and the retrospective all take place within it.
The Product Backlog is a list whose order the Product Owner is accountable for, and the items chosen from it plus a work plan become the Sprint Backlog.