SkarpSkarp

Chapter 21 of 21

Final Review and PSM I Exam Tactics

Consolidate your knowledge with a structured review of all domains, then sharpen your timing, guessing, and stress‑management tactics for the 80‑question, 60‑minute PSM I exam.

27 min readen

Module Map: How To Use This Final Review

Why This Module Matters

This final module pulls everything together so you can handle 80 questions in 60 minutes with confidence, not just knowledge.

Scrum Guide Context

PSM I is based on the current Scrum Guide (last updated Nov 2020). Older terms like "Development Team" are outdated for the exam.

Key Definitions Start

Memorize these exactly: Scrum and Scrum Team. You will see questions that depend on subtle wording and current terminology.

How To Study This Step

Treat each step as a mini‑drill: pause, restate key ideas in your own words, and mark any topics that still feel fuzzy.

Domain 1: Scrum Theory, Values, and Empiricism

Scrum and Empiricism

Scrum is a lightweight framework for adaptive solutions. It is founded on empiricism and lean thinking: decisions from transparency, inspection, and adaptation.

Scrum Values

Commitment, focus, openness, respect, courage. Together they support empiricism by making work visible and enabling honest inspection.

Typical Exam Patterns

Expect scenarios about fixed scope vs. empirical control. Favor answers that emphasize short Sprints, inspection of real Increments, and adaptation.

Common Traps

Beware of answers adding sign‑offs, big upfront design, or rigid commitments to scope. These usually weaken empiricism and Scrum values.

Domain 2: Scrum Roles, Self-Managing Teams, and the Scrum Master

Accountabilities, Not Old Roles

Scrum Team, Product Owner, Scrum Master, Developers are accountabilities. No separate "Development Team" in the current Scrum Guide.

Self-Managing Teams

The Scrum Team decides who does what, when, and how. Neither Product Owner nor Scrum Master assigns tasks or dictates technical choices.

Key Exam Questions

Who chooses Sprint work? Developers. Who is accountable for Scrum’s effectiveness? Scrum Master. Who can cancel a Sprint? Product Owner.

Role-Related Traps

Avoid answers that turn the Scrum Master into a project manager or give Product Owner power to micromanage Developers.

Domain 3: Events and Flow – Sprints, Planning, Daily Scrum, Review, Retro

The Sprint

Sprints are the heartbeat of Scrum, a fixed timebox of 1 month or less where ideas are turned into value. New Sprint starts immediately.

Sprint Planning & Daily Scrum

Planning answers why, what, and how. Daily Scrum is a 15‑minute event run by Developers to inspect progress toward the Sprint Goal.

Review & Retrospective

Sprint Review: inspect Increment and adapt Product Backlog with stakeholders. Retrospective: improve how the team works next Sprint.

Event Traps

Avoid answers that make events status meetings, optional, or replaced by extra ceremonies Scrum does not require.

Domain 4: Artifacts, Commitments, Definition of Done, and Transparency

Artifacts and Commitments

Product Backlog ↔ Product Goal, Sprint Backlog ↔ Sprint Goal, Increment ↔ Definition of Done. Each commitment supports transparency.

Key Canonical Definitions

Know by heart: Product Backlog, Sprint Backlog, Increment, Product Goal, Sprint Goal, Definition of Done. They are frequent exam targets.

Definition of Done and Quality

Definition of Done is a formal description of when the Increment meets required quality. It applies to every Increment, not just some items.

Transparency Traps

Beware answers that allow multiple Definitions of Done or call unfinished work an Increment. These reduce transparency and quality.

Domain 5: Product Backlog Management and the Product Owner

Product Owner Accountability

The Product Owner is accountable for maximizing product value, mainly through ordering and clarifying the Product Backlog.

Product Backlog Nature

The Product Backlog is emergent and ordered. It evolves as we learn; it is not a frozen requirements contract.

Ordering and Stakeholders

Only the Product Owner orders the Product Backlog. Stakeholders must not bypass them to assign work directly to Developers.

Common PO Traps

Avoid answers where managers override the Product Owner or where the Product Backlog is treated as fixed and unchangeable.

Spot the Trap: Common PSM I Question Patterns

Use this thought exercise to train your “trap radar”. For each mini‑scenario, decide silently which option sounds Scrum‑consistent, then reveal the guidance.

  1. Scenario: Daily Scrum

Developers attend a 30‑minute Daily Scrum where each person reports status to the Scrum Master, who then assigns tasks.

  • Ask yourself: Which parts conflict with Scrum?
  • Check: Daily Scrum is 15 minutes, for Developers, to inspect progress toward the Sprint Goal and adapt their plan. It is not a status report to the Scrum Master, and the Scrum Master does not assign tasks.
  1. Scenario: Changing scope mid‑Sprint

Mid‑Sprint, the Product Owner discovers a more valuable item and tells Developers to drop some current work and start the new item.

  • Ask: Is this allowed? Under what conditions?
  • Check: Scope can be renegotiated between Product Owner and Developers if it does not endanger the Sprint Goal. The Product Owner cannot unilaterally command scope swaps that break the Sprint Goal.
  1. Scenario: Definition of Done

A manager wants a “lighter” Definition of Done for urgent items so they can be released faster.

  • Ask: What happens to transparency and quality?
  • Check: Definition of Done is a formal description of the state of the Increment when it meets required quality. Having multiple Definitions of Done for the same product at the same time weakens transparency and is not aligned with Scrum.

As you continue in the module, keep asking: “Is this preserving self‑management, transparency, and empiricism, or undermining them?”

Quick Check 1: Roles, Events, and Artifacts

Answer this representative PSM I‑style question. Focus on the exact wording.

During Sprint Planning, who is responsible for selecting how much work the Scrum Team forecasts for the upcoming Sprint?

  1. The Scrum Master, after consulting with the Product Owner
  2. The Developers, based on their past performance and capacity
  3. The Product Owner, based on the business priorities
  4. The Scrum Team’s line manager, based on organizational targets
Show Answer

Answer: B) The Developers, based on their past performance and capacity

Developers are the people in the Scrum Team that are committed to creating any aspect of a usable Increment each Sprint. They are responsible for creating the plan for the Sprint and for the forecast of how much work they can complete. The Product Owner orders the Product Backlog, but does not decide how much work Developers take. Scrum Master and line managers do not assign or select the work in Scrum.

Quick Check 2: Transparency and Definition of Done

Another PSM I‑style question to reinforce artifacts and quality.

Which statement best describes the Definition of Done in Scrum?

  1. It is a checklist of tasks that Developers use to track progress during the Sprint, and it changes every day.
  2. It is a formal description of the state of the Increment when it meets the quality measures required for the product.
  3. It is a list of acceptance criteria written by the Product Owner for each Product Backlog item.
  4. It is a guideline that each Developer can interpret differently based on their personal quality standards.
Show Answer

Answer: B) It is a formal description of the state of the Increment when it meets the quality measures required for the product.

The Definition of Done is a formal description of the state of the Increment when it meets the quality measures required for the product. It applies to every Increment and provides a shared understanding of quality. Acceptance criteria belong to individual Product Backlog items, not the entire Increment. It should be common and transparent, not individually interpreted or changed daily.

Time Management: 80 Questions in 60 Minutes

Your Time Budget

80 questions in 60 minutes means about 45 seconds per question. You cannot afford to spend several minutes on a single item.

Two-Pass Strategy

First pass in 40–45 minutes, answering everything and flagging doubts. Second pass uses remaining 15–20 minutes to revisit flagged items.

When You Get Stuck

Spend ~60 seconds max. Then pick the best Scrum‑aligned answer, flag the question, and move on to protect your overall timing.

Practice With Mocks

On your next Skarp mock, deliberately practice this pace. Use the results and gap guide to refine where you need more depth.

Guessing, Elimination, and Handling Tricky Wording

Start With Elimination

First cross out answers that clearly break Scrum: command‑and‑control, hiding work, skipping events, or undermining self‑management.

Handle Absolutes Carefully

Words like "always" or "never" can be red flags, but some rules are absolute, like having a Sprint Review every Sprint.

Choose Principles Over Policy

When torn, favor options that boost transparency, empiricism, and Scrum Team involvement over local company rules.

Never Leave Blank

After elimination, guess. A 50/50 Scrum‑aligned guess is far better than no answer at all.

Stress Management and Focus During the Exam

Pre-Exam Reset

Before you start, breathe slowly and remind yourself: you are simply applying the Scrum Guide to 80 questions.

During-Exam Micro-Breaks

Every 15–20 questions, take 10–15 seconds to look away, relax your shoulders, and breathe. It protects focus.

Anchor on Core Definitions

When anxious, silently recall canonical definitions like Scrum, Scrum Team, Product Owner. Let them guide your choices.

Trust Informed Instincts

Once you eliminate clearly wrong options, your first Scrum‑aligned instinct is usually correct. Do not over‑edit answers.

Flashcards: Must-Know Scrum Definitions

Flip these cards mentally and make sure you can recall each definition word‑for‑word or very close. These are high‑value for PSM I.

Scrum
Scrum is a lightweight framework that helps people, teams and organizations generate value through adaptive solutions for complex problems.
Scrum Team
The Scrum Team is a cohesive unit of professionals focused on one objective at a time, the Product Goal.
Product Owner
The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team.
Scrum Master
The Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide.
Developers
Developers are the people in the Scrum Team that are committed to creating any aspect of a usable Increment each Sprint.
Sprint
Sprints are the heartbeat of Scrum, where ideas are turned into value.
Product Backlog
The Product Backlog is an emergent, ordered list of what is needed to improve the product.
Sprint Backlog
The Sprint Backlog is composed of the Sprint Goal (why), the set of Product Backlog items selected for the Sprint (what), as well as an actionable plan for delivering the Increment (how).
Increment
An Increment is a concrete stepping stone toward the Product Goal.
Product Goal
The Product Goal describes a future state of the product which can serve as a target for the Scrum Team to plan against.
Sprint Goal
The Sprint Goal is the single objective for the Sprint.
Definition of Done
The Definition of Done is a formal description of the state of the Increment when it meets the quality measures required for the product.
Empiricism in Scrum
Scrum is founded on empiricism and lean thinking.

Build Your Last-Week and Exam-Day Plan

Use this guided exercise to create a concrete plan tailored to you.

  1. Score your domains (1–5)

For each area, rate your confidence:

  • Scrum theory and values
  • Roles and self‑managing teams
  • Events and timeboxes
  • Artifacts, commitments, Definition of Done
  • Product Backlog management and Product Owner
  1. Pick your top 2 weak areas

Circle the two lowest scores. These will get extra focus in the last week.

  1. Design your last-week schedule

Example structure:

  • Days 1–2: Rewatch/review Skarp lessons on your weakest domain; do 15–20 targeted questions.
  • Days 3–4: Second‑weakest domain; do another 15–20 questions.
  • Day 5: Full Skarp mock exam under real timing; review the gap guide.
  • Day 6: Spaced review queue and flashcards (definitions, events, roles).
  • Day 7: Light review only; no heavy new material.
  1. Exam-day checklist (non‑logistics)

Write your own short list, for example:

  • 3 deep breaths before starting.
  • Two‑pass timing strategy (flag and move on).
  • If stuck: recall values and empiricism, then eliminate.
  • Quick reset every 20 questions.

Capture this plan somewhere you will actually see it (notes app, paper). After your next Skarp diagnostic or mock, adjust the plan based on new weak spots.

Key Terms

Scrum
Scrum is a lightweight framework that helps people, teams and organizations generate value through adaptive solutions for complex problems.
Sprint
Sprints are the heartbeat of Scrum, where ideas are turned into value.
Increment
An Increment is a concrete stepping stone toward the Product Goal.
Developers
Developers are the people in the Scrum Team that are committed to creating any aspect of a usable Increment each Sprint.
Empiricism
Scrum is founded on empiricism and lean thinking.
Scrum Team
The Scrum Team is a cohesive unit of professionals focused on one objective at a time, the Product Goal.
Sprint Goal
The Sprint Goal is the single objective for the Sprint.
Product Goal
The Product Goal describes a future state of the product which can serve as a target for the Scrum Team to plan against.
Scrum Master
The Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide.
Transparency
One of the pillars of empiricism in Scrum; it means significant aspects of the process must be visible to those responsible for the outcome.
Product Owner
The Product Owner is accountable for maximizing the value of the product resulting from the work of the Scrum Team.
Sprint Review
An event at the end of the Sprint to inspect the Increment and adapt the Product Backlog.
Sprint Backlog
The Sprint Backlog is composed of the Sprint Goal (why), the set of Product Backlog items selected for the Sprint (what), as well as an actionable plan for delivering the Increment (how).
Product Backlog
The Product Backlog is an emergent, ordered list of what is needed to improve the product.
Definition of Done
The Definition of Done is a formal description of the state of the Increment when it meets the quality measures required for the product.
Self-managing team
A team that internally decides who does what, when, and how, within the boundaries of Scrum, without external task assignment.
Sprint Retrospective
An event for the Scrum Team to inspect itself and create a plan for improvements to be enacted during the next Sprint.

Finished reading?

Test your understanding with a custom practice exam on this chapter.

Test yourself