🇺🇸 Certified ScrumMaster (CSM) · subject
Certified ScrumMaster (CSM) Scrum Artifacts and Transparency Syllabus
The Scrum Artifacts and Transparency syllabus for Certified ScrumMaster (CSM) in full: 4 chapters, 13 topics and 25 sub-topics, every one listed below, plus 50 Scrum Artifacts and Transparency flashcards with answers.
Scrum Artifacts and Transparency syllabus: all 4 chapters
Expand any chapter to see its topics and sub-topics.
-
Product Backlog
4 topics- Nature of the Product Backlog
- Single source of work for the team
- Emergent and ordered list
- Product Backlog Refinement
- Adding detail, estimates, and order
- Ongoing collaborative activity
- Commitment: The Product Goal
- Long-term objective for the team
- Relationship to the Product Backlog
- Writing Effective Backlog Items
- User stories and the INVEST criteria
- Acceptance criteria
- Nature of the Product Backlog
-
Sprint Backlog
3 topics- Composition of the Sprint Backlog
- Sprint Goal, selected items, and plan
- Highly visible real-time picture
- Commitment: The Sprint Goal
- Single objective for the Sprint
- Providing coherence and flexibility
- Owned by the Developers
- Updating the Sprint Backlog throughout the Sprint
- Composition of the Sprint Backlog
-
Increment
3 topics- Definition of an Increment
- Concrete stepping stone toward the Product Goal
- Additive to prior Increments
- Commitment: The Definition of Done
- Quality measures for the Increment
- Shared understanding of complete
- Organizational versus team-defined standards
- Multiple Increments in a Sprint
- Delivering value before the Sprint ends
- Definition of an Increment
-
Transparency and Artifact Integrity
3 topics- Importance of Transparency
- Decisions based on perceived artifact state
- Risks of low transparency
- Reducing Incomplete Transparency
- Scrum Master's role in fostering transparency
- Making work visible with information radiators
- Artifacts and the Empirical Pillars
- How each artifact enables inspection
- Commitments reinforcing transparency
- Importance of Transparency
Certified ScrumMaster (CSM) Scrum Artifacts and Transparency flashcards — 50 questions with answers
What is the Product Backlog in Scrum?
An emergent, ordered list of everything that is known to be needed to improve the product. It is the single source of work undertaken by the Scrum Team.
Who is accountable for the Product Backlog?
The Product Owner is accountable for the Product Backlog, including its content, availability, and ordering.
Why is the Product Backlog described as 'emergent' and 'never complete'?
Because it constantly changes to reflect new knowledge, market conditions, and product evolution; it is dynamic and continuously refined rather than fully defined up front.
What is Product Backlog Refinement?
The ongoing act of breaking down and further defining Product Backlog items into smaller, more precise items, and adding details such as description, order, and size.
Who performs Product Backlog refinement?
It is a collaborative effort: the Developers do the sizing/breakdown work, while the Product Owner may influence by helping understand and select trade-offs. There is no separate refinement event.
Roughly how much of a Sprint's time is typically spent on refinement?
As a guideline, refinement usually consumes no more than about 10% of the Developers' capacity, though Scrum prescribes no fixed amount.
Which Scrum artifact contains the commitment 'Product Goal'?
The Product Backlog contains the Product Goal as its commitment.
What is the Product Goal?
A future state of the product that serves as a long-term objective for the Scrum Team; it describes the 'why' and target the team plans toward.
How does the Product Goal relate to the Product Backlog?
The Product Goal is the target the team plans against; the Product Backlog emerges to define 'what' will fulfill the Product Goal. The Product Goal is in the Product Backlog.
Can a Scrum Team work toward more than one Product Goal at a time?
No. A Scrum Team must fulfill (or abandon) one Product Goal before taking on the next.
What attributes do Product Backlog items often include?
A description, order (priority), size (estimate), and value. Sometimes a 'test' or acceptance criteria as well.
What is a common format for writing backlog items as user stories?
As a [role/user], I want [goal/feature], so that [benefit/reason].
What does the INVEST acronym describe for effective backlog items?
Independent, Negotiable, Valuable, Estimable, Small, and Testable — qualities of a well-formed Product Backlog item / user story.
Why should backlog items near the top of the Product Backlog be smaller and clearer than lower ones?
Higher-ordered items are worked on sooner, so they must be refined enough ('ready') to be selected and completed within a Sprint; lower items can remain larger and vaguer.
What does it mean for a backlog item to be 'Ready'?
It is refined to the point that the Developers consider it clear and small enough to reasonably be 'Done' within one Sprint (Definition of Ready is optional and team-defined).
What is the Sprint Backlog?
The set of Product Backlog items selected for the Sprint (what), plus a plan for delivering the Increment (how), and the Sprint Goal (why).
What are the three components of the Sprint Backlog?
The Sprint Goal (why), the set of Product Backlog items selected for the Sprint (what), and an actionable plan for delivering the Increment (how).
Who owns the Sprint Backlog?
The Developers own the Sprint Backlog. It is created by and for the Developers.
Which artifact contains the commitment 'Sprint Goal'?
The Sprint Backlog contains the Sprint Goal as its commitment.
What is the Sprint Goal?
The single objective for the Sprint that provides coherence and focus, encouraging the team to work together rather than on separate initiatives.
Show the other 30 Scrum Artifacts and Transparency flashcards
How many Sprint Goals can a Sprint have?
Exactly one. A Sprint has a single Sprint Goal.
Is the Sprint Goal fixed during the Sprint, and what about scope?
The Sprint Goal is committed and does not change during the Sprint, but the scope (specific items) may be renegotiated between the Product Owner and Developers as more is learned.
Why must the Developers (not the Product Owner) own the Sprint Backlog and its plan?
Because the Developers are the ones doing the work; they best understand how to plan and execute it, which builds accountability and accuracy.
How often is the Sprint Backlog updated?
Throughout the Sprint as more is learned; it is updated at least daily (e.g., at the Daily Scrum) to reflect progress toward the Sprint Goal.
What is an Increment in Scrum?
A concrete stepping stone toward the Product Goal; each Increment is additive to prior Increments and must be usable and verified to work.
When does work count as part of an Increment?
Only when it meets the Definition of Done. Work that does not meet the Definition of Done cannot be considered part of an Increment.
Can multiple Increments be created within a single Sprint?
Yes. Multiple Increments may be created within a Sprint, and their sum is presented at the Sprint Review.
Does delivering an Increment require waiting for the Sprint Review?
No. An Increment may be delivered to stakeholders at any time during the Sprint once it is 'Done'; the Sprint Review should not be a gate for releasing value.
Which artifact carries the commitment 'Definition of Done'?
The Increment carries the Definition of Done as its commitment.
What is the Definition of Done?
A formal description of the state of the Increment when it meets the quality measures required for the product; it defines what 'complete' means.
Who creates the Definition of Done?
If it is an organizational standard, all teams must follow it as a minimum; otherwise the Scrum Team must create one appropriate for the product.
What must Developers do if a Product Backlog item does not meet the Definition of Done?
It cannot be released or even presented at the Sprint Review; it returns to the Product Backlog for future consideration.
How does the Definition of Done relate to quality and transparency?
It creates transparency by giving everyone a shared understanding of what work is completed as part of the Increment, ensuring consistent quality.
List the three Scrum artifacts and their respective commitments.
Product Backlog → Product Goal; Sprint Backlog → Sprint Goal; Increment → Definition of Done.
What is the purpose of the commitments attached to each artifact?
They enhance transparency and focus, providing measures against which progress can be assessed.
What is transparency in the context of Scrum artifacts?
Emergent process and work must be visible to those performing the work and those receiving it; artifacts must have high transparency so decisions are based on their perceived state.
What happens when transparency in the artifacts is low or incomplete?
Decisions made to optimize value and control risk can be flawed, diminished, or increase risk; low transparency leads to poor decisions.
How does low transparency affect empiricism?
Empiricism relies on accurate observation; if artifacts have low transparency, the inspection that follows produces misleading information, undermining adaptation.
What are practices that reduce incomplete transparency in Scrum?
Following the commitments (Product Goal, Sprint Goal, Definition of Done), using the Scrum events to inspect, and learning over time as a Scrum Team raises transparency.
How do the Scrum events help reduce incomplete transparency?
Each event is a formal opportunity to inspect and adapt the artifacts; transparency enables inspection, and inspection without transparency is misleading or wasteful.
What are the three empirical pillars of Scrum?
Transparency, Inspection, and Adaptation.
How is transparency the foundation of the other two empirical pillars?
Inspection enables adaptation, but inspection without transparency is misleading; transparency must come first so inspection and adaptation are based on accurate information.
How does each artifact support the empirical pillars?
Each artifact is designed to maximize transparency of key information, so inspection (at the events) yields accurate signals that drive effective adaptation toward the goals.
Compare the Product Backlog and the Sprint Backlog by scope and ownership.
Product Backlog: whole-product scope, ordered by the Product Owner, owned by the Product Owner. Sprint Backlog: single-Sprint scope (selected items + plan), owned by the Developers.
Compare the Product Goal and the Sprint Goal.
Product Goal is a long-term objective for the product (in the Product Backlog); Sprint Goal is the single short-term objective for one Sprint (in the Sprint Backlog). Multiple Sprints work toward one Product Goal.
Why can the Sprint Backlog scope be renegotiated but the Sprint Goal cannot?
The Sprint Goal is the committed objective that gives the Sprint coherence; scope (the 'how/what') may be clarified or adjusted with the Product Owner as learning occurs, as long as the goal remains intact.
What distinguishes an Increment from a Product Backlog item?
A Product Backlog item is planned work; an Increment is completed, Done work that is usable and additive toward the Product Goal.
What is the relationship between the Increment and the Sprint Review?
The sum of the Sprint's Increments is presented at the Sprint Review to inspect progress and adapt the Product Backlog, but Increments may also be released earlier.
How does refinement improve transparency of the Product Backlog?
By adding detail, order, and size and breaking items down, refinement makes upcoming work clearer and more visible, improving the accuracy of planning and inspection.
Why is each Increment required to be 'usable'?
So it represents real, verified, working value toward the Product Goal—enabling empirical inspection of actual progress rather than untested or partial work.
Certified ScrumMaster (CSM) Scrum Artifacts and Transparency FAQ
What is in the Certified ScrumMaster (CSM) Scrum Artifacts and Transparency syllabus?
Certified ScrumMaster (CSM) Scrum Artifacts and Transparency is split into 4 chapters: Product Backlog, Sprint Backlog, Increment and Transparency and Artifact Integrity. Together they contain 13 topics and 25 sub-topics.
How many chapters are in Certified ScrumMaster (CSM) Scrum Artifacts and Transparency?
4 chapters, containing 13 topics and 25 sub-topics. The largest chapter is Product Backlog, with 4 topics.
Are there flashcards for Certified ScrumMaster (CSM) Scrum Artifacts and Transparency?
Yes — a 50-card Scrum Artifacts and Transparency deck, printed in full in the flashcards section of this page and available in the Examius app with spaced repetition. The free plan covers one exam of your choice, including its flashcards; Examius Pro, a one-time purchase, unlocks every other exam and deck.