So you're going for the Professional Scrum Master I (PSM I) certification from Scrum.org. Maybe you're a developer moving into a Scrum Master role. Maybe you're a project manager who wants to go agile. Or maybe your company uses Scrum and you want to prove you actually know it: not just the buzzwords, but the real framework. This PSM I study guide and practice test pulls together what matters across 1050+ exam questions. Scrum theory, accountabilities, events, artifacts, commitments, and the specific anti-patterns that show up on the real exam. I've been working through these questions, and the patterns are very specific. Let's get into it.
PSM I Exam Quick Facts | Detail | Info | |
|
| | Certification | Professional Scrum Master I (PSM I) | | Provider | Scrum.org | | Questions | 80 | | Time | 60 minutes | | Passing Score | 85% (68/80 correct) | | Cost | $150 USD | | Format | Multiple choice, multiple select | | Open Book | No | | Prerequisites | None |
What PSM I Actually Tests The PSM I exam tests whether you understand Scrum as defined in the Scrum Guide (2020 version) and whether you can apply it in realistic situations. It is NOT a memorization test. It's a scenario test that checks: 1. Do you know what Scrum requires vs what is optional? 2. Can you identify anti-patterns even when they sound professional? 3. Do you understand who owns what decisions? 4. Can you apply empiricism (transparency, inspection, adaptation)? The exam rewards answers that are:: Empirical: decisions based on evidence, not command-and-control: Scrum Guide aligned: not generic project management habits: Team-empowering: not manager-driven task assignment: Value-focused: not output-focused: Transparent: not hiding problems
The Scrum Framework (64% of Exam) ### The Three Accountabilities The Scrum Team has exactly three accountabilities. Not roles. Not job titles. Accountabilities: | Accountability | Owns | Common Test Wrong Answers | |
|
|
| | Product Owner | Product Backlog, ordering, maximizing value | Assigning work to Developers, attending Daily Scrum as requirement | | Developers | Sprint Backlog, creating a Done Increment, daily plan | Being assigned tasks by Scrum Master or manager | | Scrum Master | Coaching the team, removing impediments, ensuring Scrum is understood | Assigning work, managing people, status reporting to management | Key exam pattern: Any answer that says the Scrum Master assigns work, the Product Owner tells Developers what to build in detail, or someone outside the team decides Sprint content: is WRONG. Product Owner accountability:: Orders the Product Backlog (nobody else can force ordering decisions): Communicates the Product Goal: May be helped by business analysts, stakeholders, etc., but accountable: Cannot change the Sprint Goal mid-Sprint Developer accountability:: Self-manages their work (no external assignment): Creates the plan for the Sprint (Sprint Backlog): Adapts the Sprint Backlog throughout the Sprint: All "Developers": no titles like "tester," "designer," "DBA" within the team Scrum Master accountability:: Coaches the Scrum Team and the organization: Helps everyone understand Scrum: Removes impediments: Facilitates Scrum events: Does NOT manage the team or assign work: Serves the Product Owner (help with backlog techniques, stakeholder management): Serves the Developers (coaching, removing impediments): Serves the organization (training, coaching, planning Scrum adoption) ### The Five Events | Event | Time-box | Purpose | Who Attends | |
|
|
|
| | Sprint | Up to 1 month (usually 2 weeks) | Container for all other events | Scrum Team | | Sprint Planning | Up to 8 hours (2-week Sprint) | Define Sprint Goal, select items, create plan | Scrum Team | | Daily Scrum | Up to 15 minutes | Inspect progress toward Sprint Goal, adapt plan | Developers (SM/PO attend if also working on Sprint Backlog items) | | Sprint Review | Up to 4 hours (2-week Sprint) | Inspect the Increment, adapt Product Backlog | Scrum Team + stakeholders | | Sprint Retrospective | Up to 3 hours (2-week Sprint) | Inspect the Sprint (people, process, tools), plan improvements | Scrum Team | Sprint Planning outputs: 1. Sprint Goal: the objective for the Sprint (set by the whole Scrum Team) 2. What can be Done: Product Backlog items selected (by Developers) 3. How it will be Done: plan for delivering items (by Developers) Daily Scrum: heavily tested. It's for the Developers. NOT a status meeting for the Scrum Master. NOT a reporting session. The Developers inspect progress toward the Sprint Goal and adapt their plan for the next day. Three-question format is optional. Walking the board is fine too. The purpose is inspection and adaptation within the Sprint, not status reporting. Sprint Review: stakeholders provide feedback, Product Owner updates Product Backlog based on reality. This is NOT a sign-off or approval ceremony. The Increment doesn't need stakeholder approval. It's a working session to inspect what was built and adapt the plan going forward. Sprint Retrospective: focused on the Sprint that just ended. What went well, what to improve, how to improve it. Scrum Master participates as a peer (they're accountable for the process). Output: improvement actions for the next Sprint. ### The Three Artifacts and Commitments | Artifact | Commitment | What It Gives You | |
|
|
| | Product Backlog | Product Goal | Direction: where the product is going | | Sprint Backlog | Sprint Goal | Focus: what this Sprint is about | | Increment | Definition of Done | Transparency: what "done" actually means | Definition of Done is critical. It's a formal description of quality. An Increment is a Done Increment only when it meets the Definition of Done. The exam tests this constantly:: If quality is low โ improve the Definition of Done and engineering practices: If testing is done in a "hardening Sprint" after development โ that's an anti-pattern. Testing must be part of the Sprint: If the Increment isn't Done โ it cannot be released or presented at Sprint Review (though it usually is presented for transparency) Sprint Goal is set during Sprint Planning and belongs to the whole Scrum Team. The Product Owner cannot change it mid-Sprint. If the Sprint Goal becomes obsolete, the only option is to cancel the Sprint (and only the Product Owner has that authority).