🇺🇸 Certified ScrumMaster (CSM) · subject

Certified ScrumMaster (CSM) Scaling Scrum and Organizational Adoption Syllabus

The Scaling Scrum and Organizational Adoption syllabus for Certified ScrumMaster (CSM) in full: 3 chapters, 10 topics and 19 sub-topics, every one listed below, plus 50 Scaling Scrum and Organizational Adoption flashcards with answers.

3Chapters
10Topics
19Sub-topics
50Flashcards

Scaling Scrum and Organizational Adoption syllabus: all 3 chapters

Expand any chapter to see its topics and sub-topics.

  1. Foundations of Scaling

    3 topics
    • Why Scale Scrum
      • Coordinating multiple teams on one product
      • Dependencies and integration challenges
    • Keeping Scaling Lightweight
      • Descaling before scaling
      • Avoiding unnecessary complexity
    • Cross-Team Coordination
      • Shared Product Backlog and Definition of Done
      • Integration across teams
  2. Common Scaling Approaches

    3 topics
    • Nexus Framework Overview
      • Nexus Integration Team
      • Nexus events
    • Large-Scale Scrum (LeSS)
      • LeSS principles
      • One Product Owner across teams
    • Scrum of Scrums
      • Coordinating representatives across teams
  3. Driving Organizational Change

    4 topics
    • Change Management Models
      • Kotter's eight steps
      • Lewin's change model
    • Overcoming Resistance
      • Addressing common objections
      • Building a coalition for change
    • Measuring Agile Adoption
      • Evidence-Based Management overview
      • Health and value metrics
    • Sustaining Continuous Improvement
      • Kaizen mindset
      • Communities of practice

Certified ScrumMaster (CSM) Scaling Scrum and Organizational Adoption flashcards — 50 questions with answers

  1. What is the primary reason organizations choose to scale Scrum?

    To coordinate multiple Scrum teams working on a single large product or interdependent products so they deliver integrated, valuable increments together, since one team of 3-9 developers cannot handle the size or complexity of the work alone.

  2. What signals indicate that a single Scrum team should consider scaling?

    The product is too large for one team to build in a reasonable time, work has grown beyond a 3-9 person team's capacity, there are heavy cross-component dependencies, and faster time-to-market requires parallel team effort.

  3. What is the central risk of scaling Scrum, and what principle counters it?

    The risk is adding bureaucracy, extra roles, and coordination overhead. The counter-principle is 'descaling' / keeping it lightweight—add the minimum structure needed and remove organizational complexity rather than adding process.

  4. What does 'keeping scaling lightweight' mean in practice?

    Preserving the core Scrum framework (roles, events, artifacts) while adding only the minimal coordination needed for multiple teams, avoiding heavyweight processes, extra hierarchy, and unnecessary new roles.

  5. In scaled Scrum, what is the recommended approach to the Product Backlog across multiple teams?

    Use a single, shared Product Backlog for the whole product with one Product Owner accountable for it, rather than separate backlogs per team, to keep priorities aligned to one product vision.

  6. Why is a shared 'Definition of Done' critical when multiple teams work on one product?

    It ensures all teams produce work of the same quality that integrates into a single, releasable increment; without a common DoD, integration breaks and undone work accumulates across teams.

  7. What is the core purpose of cross-team coordination in scaled Scrum?

    To manage dependencies, integrate work into one common increment, share knowledge, and align teams toward a single product goal while keeping each team self-managing.

  8. Name three common types of dependencies that cross-team coordination must manage.

    Technical/architectural dependencies (shared code or components), knowledge/expertise dependencies (specialized skills), and work/sequencing dependencies (one team's output is another's input).

  9. What is the Scrum of Scrums (SoS)?

    A scaling technique in which representatives (often called ambassadors) from each Scrum team meet regularly to coordinate work, integrate efforts, and surface and resolve cross-team dependencies and impediments.

  10. Who typically attends a Scrum of Scrums meeting?

    One ambassador/representative from each team—often a developer rather than the Scrum Master—who can speak to the team's progress and raise cross-team impediments.

  11. What four questions are commonly used in a Scrum of Scrums meeting?

    What has my team done since we last met that affects other teams? What will my team do before we next meet? What impediments are in my team's way? Am I about to put something in another team's way (creating a dependency)?

  12. How often is a Scrum of Scrums typically held?

    As needed for coordination—commonly several times a week (e.g., daily or 2-3 times per week)—not necessarily every day, scheduled based on how much cross-team integration is required.

  13. What is the Scrum of Scrums of Scrums (meta-scrum)?

    A higher-level coordination meeting where ambassadors from multiple Scrum of Scrums groups meet, used to scale coordination across very large programs with many teams (a third tier of the SoS pattern).

  14. What is the Nexus framework?

    A scaling framework created by Ken Schwaber and Scrum.org that lets 3-9 Scrum teams work together on a single Product Backlog to build one integrated increment, with the Nexus Integration Team coordinating integration.

  15. How many Scrum teams does a Nexus typically contain?

    Approximately 3 to 9 Scrum teams working from one Product Backlog toward one product goal.

  16. What is the Nexus Integration Team (NIT) and what is it accountable for?

    A special team in Nexus accountable for ensuring a successfully integrated increment is produced at least every Sprint; it coaches teams, identifies/resolves integration issues, and owns integration tooling and practices.

  17. Who are the members of the Nexus Integration Team?

    The Product Owner (one for the whole Nexus), a Scrum Master, and Nexus Integration Team members; some members may also work on individual Scrum teams within the Nexus.

  18. What new event does Nexus add at the start of the Sprint, and what is its purpose?

    Nexus Sprint Planning (and Refinement)—coordinated cross-team planning to identify dependencies, decide which team does which work, and minimize cross-team dependencies before the Sprint.

  19. What is the Nexus Sprint Backlog?

    An artifact that makes the dependencies and the flow of work across all teams in the Nexus transparent, composed of Product Backlog items and the cross-team dependencies among them, at least for the current Sprint.

  20. What is the Nexus Daily Scrum?

    An event where appropriate representatives from each team's Daily Scrum meet to identify integration issues and inspect progress toward the Nexus Sprint Goal, focusing on cross-team dependencies.

Show the other 30 Scaling Scrum and Organizational Adoption flashcards
  1. List the five Nexus events.

    Nexus Sprint Planning, Nexus Daily Scrum, Nexus Sprint Review, Nexus Sprint Retrospective, and Refinement (Nexus Refinement)—all wrapped around the standard Scrum events within the shared Sprint.

  2. What is Large-Scale Scrum (LeSS)?

    A scaling framework by Craig Larman and Bas Vodde that applies single-team Scrum principles to many teams working on one product, with one Product Owner, one Product Backlog, one Sprint, and one shippable increment.

  3. What are the two configurations of LeSS?

    Basic LeSS for 2-8 teams (up to about 50 people), and LeSS Huge for more than 8 teams (hundreds of people), which adds Requirement Areas and Area Product Owners.

  4. In LeSS, how many Product Owners and Product Backlogs exist?

    Exactly one Product Owner and one Product Backlog for the entire product, regardless of the number of teams, to keep a single prioritized product view.

  5. What is a 'Requirement Area' in LeSS Huge?

    A grouping of customer-centric requirements (a major area of the product) handled by a set of teams and led by an Area Product Owner, used to manage scale beyond 8 teams.

  6. What is an Area Product Owner (APO) in LeSS Huge?

    A Product Owner responsible for a single Requirement Area; APOs act like a normal PO for their area and work under the overall Product Owner who balances priorities across areas.

  7. How does LeSS handle Sprint Planning for multiple teams?

    Sprint Planning One is shared—representatives of all teams meet with the PO to decide which items each team takes; Sprint Planning Two is per-team (or shared) to plan the work in detail.

  8. What is the key philosophical difference between LeSS and frameworks like SAFe?

    LeSS emphasizes 'descaling'—removing organizational complexity and extra roles—whereas heavier frameworks add roles, layers, and processes; LeSS keeps standard Scrum and adds the least possible structure.

  9. Compare Nexus and LeSS on team count.

    Nexus is designed for roughly 3-9 teams on one Product Backlog; LeSS supports 2-8 teams in basic LeSS and scales to many more (hundreds of people) via LeSS Huge with Requirement Areas.

  10. Compare Nexus and LeSS on integration roles.

    Nexus adds a dedicated Nexus Integration Team to own integration; LeSS adds no such team—teams coordinate directly and integrate continuously, relying on cross-team communication and a single shared definition of done.

  11. What is Change Management in the context of agile adoption?

    The structured approach to transitioning individuals, teams, and an organization from current ways of working to agile ways, addressing the people side of change so adoption actually sticks.

  12. What are the eight steps of John Kotter's change model?

    1) Create urgency, 2) Build a guiding coalition, 3) Form a strategic vision, 4) Enlist a volunteer army (communicate the vision), 5) Enable action by removing barriers, 6) Generate short-term wins, 7) Sustain acceleration, 8) Institute/anchor change in the culture.

  13. What are the five stages of the KĂĽbler-Ross Change Curve as applied to organizational change?

    Denial, Anger, Bargaining, Depression, and Acceptance—describing the emotional reactions people pass through when facing significant change such as an agile transformation.

  14. What does the ADKAR change model stand for?

    Awareness (of the need to change), Desire (to support the change), Knowledge (of how to change), Ability (to implement the change), and Reinforcement (to sustain it)—Prosci's model focused on individual change.

  15. What are the three stages of Lewin's change model?

    Unfreeze (prepare the organization and challenge the status quo), Change/Transition (implement the new ways of working), and Refreeze (stabilize and embed the new state as the norm).

  16. In the Satir Change Model, what is the 'Chaos' stage?

    The period after a foreign element disrupts the late status quo when performance and morale dip as people struggle with the new way, before reaching the transforming idea and integration that raises performance to a new status quo.

  17. Why is creating a sense of urgency (Kotter step 1) important for agile adoption?

    Without a compelling reason to change, people default to the comfortable status quo; urgency motivates stakeholders to invest effort and overcome inertia and complacency.

  18. What is a 'guiding coalition' in change management?

    A cross-functional group of influential, committed leaders and change agents who champion the transformation, provide authority and resources, and drive the change together.

  19. What are the most common sources of resistance to agile adoption?

    Fear of the unknown/job security, loss of status or control (especially among managers), comfort with existing processes, lack of understanding of agile, past failed change efforts, and unclear benefits ('what's in it for me').

  20. What is an effective way to overcome resistance rooted in fear of losing control?

    Involve resisters early, give them a meaningful role in the change, redefine management as servant-leadership/coaching, and clearly communicate how their value and responsibilities evolve rather than disappear.

  21. How does early involvement and participation reduce resistance to change?

    People who help shape the change feel ownership and are more likely to support it; participation reduces the feeling of change being imposed and surfaces concerns that can be addressed early.

  22. What role does communication play in overcoming resistance?

    Transparent, frequent, two-way communication of the vision, reasons, and benefits reduces uncertainty, dispels rumors, builds trust, and addresses the personal concerns that drive resistance.

  23. How do short-term wins help overcome resistance?

    Visible early successes provide evidence that the change works, build momentum and credibility, convert skeptics, and reward the effort, making continued support easier to sustain.

  24. What is the difference between active and passive resistance to change?

    Active resistance is open and visible (objecting, criticizing, refusing), while passive resistance is covert (silent non-compliance, withholding effort, agreeing publicly but not acting)—passive resistance is harder to detect and address.

  25. What does 'measuring agile adoption' focus on, and what should be avoided?

    It focuses on outcomes—business value, quality, and customer satisfaction—and on team health, while avoiding vanity/output metrics like velocity used for comparison across teams or as a productivity target.

  26. Why is velocity a poor metric for measuring agile adoption across teams?

    Velocity is a team-relative planning measure based on each team's own estimation; comparing velocities across teams is meaningless and using it as a performance target encourages gaming and estimate inflation.

  27. Name common outcome-oriented metrics for tracking agile adoption maturity.

    Cycle time/lead time, throughput, escaped defect rate, deployment frequency, customer/business value delivered, customer satisfaction (e.g., NPS), and employee/team engagement and happiness.

  28. What is the formula for a team's velocity?

    Velocity = total story points (or backlog items) the team completed and accepted as 'Done' in a Sprint, typically averaged over several recent Sprints to forecast future capacity.

  29. What is 'sustaining continuous improvement' (Kaizen) in scaled agile?

    The ongoing practice of regularly inspecting and adapting processes—through retrospectives at team and cross-team levels—to make small, incremental improvements that compound over time and prevent backsliding.

  30. How is continuous improvement sustained across multiple teams in scaled frameworks?

    Through cross-team or overall retrospectives (e.g., the Nexus Sprint Retrospective or LeSS Overall Retrospective) where shared, systemic impediments are identified and improvement actions are tracked and acted on each Sprint.

Certified ScrumMaster (CSM) Scaling Scrum and Organizational Adoption FAQ

What is in the Certified ScrumMaster (CSM) Scaling Scrum and Organizational Adoption syllabus?

Certified ScrumMaster (CSM) Scaling Scrum and Organizational Adoption is split into 3 chapters: Foundations of Scaling, Common Scaling Approaches and Driving Organizational Change. Together they contain 10 topics and 19 sub-topics.

How many chapters are in Certified ScrumMaster (CSM) Scaling Scrum and Organizational Adoption?

3 chapters, containing 10 topics and 19 sub-topics. The largest chapter is Driving Organizational Change, with 4 topics.

Are there flashcards for Certified ScrumMaster (CSM) Scaling Scrum and Organizational Adoption?

Yes — a 50-card Scaling Scrum and Organizational Adoption 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.