Documente Academic
Documente Profesional
Documente Cultură
January 2012
The following pages present the CSM taxonomy as validated through the 2011 Scrum Alliance
Validation Study. Total questions on CSM exam = 35.
I. General Knowledge
A. Agile Manifesto
Define and describe the four values of Agile as stated in the Agile Manifesto.
B. Scrum Foundations
1. Empirical and defined processes
Define and describe the two terms, including a description of inspect, adapt, and
transparency as the three legs of an empirical process. Describe how the Scrum
Framework is based on empirical process.
2. Sprint
a. Iterative and Incremental
Describe how Scrum uses iterative and incremental development, and identify
the benefits of developing products in an iterativeincremental fashion.
b. Protected
Identify in which ways the Sprint is protected and what it protects. Describe why
the Sprint is protected.
c. Timeboxed
1) Describe what a timebox is, and identify the meaning of Sprints being
timeboxed.
2) Describe the typical duration of a Sprint. Identify the tradeoffs between
shorter and longer duration Sprints.
3. The Significance of Done
Define the role of done, and describe the importance of having a potentially
shippable product increment at the end of each Sprint in order to optimize business
value, mitigate risk, and maximize transparency.
4. The Five Scrum Values
Identify the five Scrum values, and use examples of how Scrum practices support the
application of each.
5. Applicability of Scrum
Identify the environments in which the application of Scrum would lead to excellent
results.
Describe how the Product Owner creates a Product Vision and shares it with the
Team to provide it with a clear goal. Analyze how the creation of a Product
Vision can motivate a Team to deliver a high quality product.
c. Creates and Maintains the Product Backlog
Identify the responsibility of the Product Owner to create an initial Product
Backlog, and refine and continuously maintain it. The Product Backlog should be
regularly updated as new information is uncovered.
d. Collaborates with the Team
Define and describe the Product Owners responsibility to continuously
collaborate with the Team to better understand requirements and support the
Team to identify how to solve them.
e. Collaborates with Stakeholders
Define different types of stakeholders and describe how the Product Owner
facilitates collaboration between all stakeholders.
f. Participates in Sprint meetings
Identify the requirement for the Product Owner to participate in both the Sprint
Planning meeting and the Sprint Review meeting and that the Product Owner
may also participate in the Daily Scrum meeting and Sprint Retrospective.
2. Authority
Define and describe the Product Owners authority over the Product Backlog items
and their priorities. Also describe the Product Owners authority in determining
when product increments will be released, without overruling Teams estimated
effort required to complete those increments and without violating the Sprint
commitment.
3. Constraints
4. Single Overall Product Owner per Product
a. Define the role of the Product Owner in achieving the objectives of the Sprint.
b. Describe the importance of having a single person playing this role.
5. Organizational Respect
Identify that the Product Owner should be given the authority to make the
necessary decisions to achieve the ROI on the Product, as described in the Scrum
Framework.
D. The Team
1. Responsibilities
a. SelfOrganizing and Whole Team Accountability
Analyze the reasons and implications of selforganization and whole Team
accountability in Scrum, and identify the reasons to not have an appointed Team
leader.
b. Delivers a Product Increment
Describe the importance of creating a potentially shippable product increment in
every Sprint, and what it means for the Team composition and collaboration.
c. Manages the Sprint Backlog and Sprint Progress Tracking
Describe how the Team creates and maintains the Sprint Backlog and tracks
Sprint progress.
3. Management
Define and describe at least one technique for managing the Sprint Backlog (e.g., a
Sprint Backlog task board).
4. Responsibility
Describe the responsibility of the Team for creating and maintaining the Sprint
Backlog.
5. Update Scope
Identify that the Sprint Backlog should, at all times, show what items are being
worked on and by whom. Sometimes the Sprint Backlog should also show how much
effort is still required to complete these items.
6. Update Frequency
Describe the need for the Team to update the Sprint Backlog at least once a day.
D. Burndown Charts
Describe the circumstances under which Burndown Charts are useful.
1. Sprint Burndown Chart
a. Definition
Define the Sprint Burndown as a chart illustrating a comparison between the
initial estimated amount of work at the Sprint Planning Meeting and the current
estimated amount of work remaining.
b. Purpose
Describe how the Sprint Burndown chart is primarily used by the Team to
manage themselves during the Sprint.
c. Responsibility
Describe that the ScrumMaster is responsible for ensuring that the Team is
aware of its Sprint Burndown status and encouraging the Team to update the
Sprint Burndown chart.
d. Update Frequency
Identify when the Sprint Burndown chart will typically be updated and describe
the reason to do so.
2. Release Burndown Chart
a. Definition
Describe the Release Burndown charts use of empirical data and the estimations
provided by the Team to indicate either the projected end date of the release or
the projected amount of Product Backlog that will be completed.
b. Purpose
Describe the Release Burndown charts use as a tool for the Product Owner in
order to manage the plan for the product release.
c. Responsibility
Identify the Product Owners responsibility to use the empirical data and
estimations produced by the Team in each Sprint to update the Release
Burndown chart.
d. Update Frequency
Identify when the Release Burndown chart will typically be updated and describe
the reason to do so.
Note: Scaling Scrum is a topic that is considered too advanced for the CSM assessmentbased
certificate program.
V. Scaling Scrum
A. Working with Multiple Scrum Teams
1. Scaling Teams
a. Team set up
Define at least one approach to setting up multiple teams working on the same
product in Scrum, and describe the benefits of this approach.
b. Scaling up
Identify different approaches to scaling up Teams gradually, and describe the
benefits of each approach.
2. Scaling Product Owners
Describe possible ways in which multiple Product Owners can collaborate to work on
the same product.
3. Scaling the Product Backlog
Describe the common challenges of managing a large Product Backlog and which
techniques to use to facilitate its management.
4. Scaling the Sprint Meetings
a. Sprint Planning Meeting
Describe possible approaches to run a Sprint Planning meeting with multiple
teams.
b. Sprint Review Meeting
Describe the challenges to an effective Sprint Review meeting with multiple
teams and how those challenges may be addressed.
c. Sprint Retrospective Meeting
Describe the challenges to an effective Sprint Retrospective meeting with
multiple teams and how those challenges may be addressed.
d. Scrum of Scrums Meeting
Describe the objectives of the Scrum of Scrums (SoS) and identify who
participates in the SoS.
B. Working with Distributed Scrum Teams
1. Product Owner in a Different Location
Identify common challenges when the Product Owner works in a different location
from the rest of the Scrum Team and describe strategies to deal with these
challenges.
2. Scrum Team Split among Different Locations
Identify common challenges of working with a dispersed team and describe
strategies to deal with these challenges.
3. Importance of Infrastructure and Engineering Practices
Describe the impacts of scaling Scrum and working with distributed Scrum Teams on
the infrastructure and tools as well as the engineering practices.