PSM-AI — Scrum.org Professional Scrum Master - AI Essentials Cheat Sheet
Compact Scrum.org PSM-AI Cheat sheet covering Scrum accountabilities, AI-assisted Scrum events, prompt patterns, risks, and exam traps.
Use the tables for a quick pre-exam check. Expand a topic’s notes for explanations, examples, and additional distinctions.
Scope and study context
High-yield exam mindset:
AI is a tool, not a Scrum accountability. Product Owner, Scrum Master, Developers, and Scrum Team remain accountable.
Empiricism still rules. AI-generated predictions, summaries, and drafts must be inspected and validated.
Scrum events are not status ceremonies. AI should support transparency, inspection, and adaptation, not replace collaboration.
Quality is not optional. AI-generated code, tests, documentation, requirements, or analysis must satisfy the Definition of Done and team standards.
Scrum Master stance matters. Coach, facilitate, teach, and remove impediments. Do not use AI to command, police, or bypass self-management.
How Scrum principles apply when AI is introduced into product delivery.
Where AI can support Scrum Teams without replacing accountability.
How to spot unsafe, low-transparency, or anti-Scrum uses of AI.
Common exam traps around automation, decision-making, facilitation, quality, and empirical control.
This page is PM Mastery review support and is not affiliated with Scrum.org.
PSM-AI Core Mental Model
| Area | Exam-ready meaning | AI-enabled application | Common trap |
|---|---|---|---|
| Scrum theory | Scrum is founded on empiricism and lean thinking | Use AI to reveal patterns, summarize evidence, or generate options | Treating AI output as truth without inspection |
| Accountability | Humans remain accountable for outcomes and decisions | AI drafts or recommends; Scrum accountabilities decide | Saying “the AI decided” |
| Transparency | Work, progress, quality, and assumptions must be visible | Label AI-generated content, expose sources, assumptions, confidence, and gaps | Hiding AI use or presenting unsupported output as fact |
| Inspection | Scrum Team and stakeholders inspect artifacts, progress, and results | AI can detect anomalies, summarize feedback, or compare options | Replacing human inspection with automated reporting |
| Adaptation | Scrum Teams adjust based on inspection | AI can suggest adaptations or experiments | Letting AI change Sprint scope, goals, or priorities automatically |
| Self-management | Scrum Teams choose how to do their work | AI can support planning, learning, and collaboration | Using AI dashboards to micromanage individuals |
| Professionalism | Scrum Master helps the team use Scrum effectively | Coach responsible AI use, working agreements, and validation | Becoming the “AI tool administrator” instead of serving Scrum effectiveness |
Scrum Accountabilities With AI
| Accountability | Owns / is accountable for | AI can help with | AI must not replace |
|---|---|---|---|
| Product Owner | Maximizing product value; Product Goal; Product Backlog ordering | Draft PBIs, cluster stakeholder feedback, analyze market signals, suggest value/risk tradeoffs | Product decisions, ordering, value judgment, stakeholder accountability |
| Scrum Master | Scrum effectiveness; coaching, facilitation, teaching, impediment removal | Prepare facilitation options, detect process patterns, generate coaching questions, summarize impediments | Leadership stance, coaching judgment, conflict handling, accountability for Scrum effectiveness |
| Developers | Creating a usable Increment each Sprint; Sprint Backlog; quality | Generate tests, code suggestions, design options, documentation drafts, defect analysis | Technical ownership, quality decisions, Done, Sprint forecast |
| Scrum Team | Delivering valuable, useful Increments; creating and sustaining Scrum artifacts | Improve transparency and learning across product and process data | Collective ownership, collaboration, adaptation |
| Stakeholders | Provide feedback, context, needs, constraints | AI can summarize themes and sentiment from feedback | Direct Product Backlog control or bypassing Product Owner accountability |
Notes and examples
Scrum accountabilities and AI boundaries
AI can support an accountability. It cannot hold one.
| Accountability | Owns / is accountable for | AI may help with | AI must not replace |
|---|---|---|---|
| Product Owner | Maximizing product value and managing the Product Backlog. | Drafting backlog item options, summarizing stakeholder feedback, exploring value hypotheses, identifying possible metrics. | Product decisions, ordering decisions, stakeholder accountability, Product Goal ownership. |
| Scrum Master | Establishing Scrum as defined in the Scrum Guide and helping the team and organization improve. | Preparing facilitation options, identifying coaching patterns, drafting retrospective prompts, summarizing impediment themes. | Coaching judgment, servant leadership, conflict navigation, organizational change leadership. |
| Developers | Creating a usable Increment each Sprint. | Code assistance, test ideas, design alternatives, documentation drafts, defect analysis. | Quality responsibility, engineering judgment, Definition of Done compliance, technical ownership. |
| Scrum Team | Delivering valuable, usable Increments and adapting through Scrum. | Learning faster, reducing repetitive work, generating options. | Collaboration, accountability, shared understanding, empirical decision-making. |
Fast rule
If an answer says AI supports, drafts, suggests, summarizes, or helps inspect, it may be reasonable.
If an answer says AI decides, owns, guarantees, replaces, approves, commits, or makes accountability unnecessary, be skeptical.
Empiricism, Scrum Values, and AI
Three Pillars of Empiricism
| Pillar | What it means in Scrum | AI use that supports it | AI use that weakens it |
|---|---|---|---|
| Transparency | The real state of work and product is visible | AI-generated summaries cite inputs, assumptions, and uncertainty | Synthetic summaries hide missing data, risk, or defects |
| Inspection | Artifacts and progress are frequently examined | AI highlights trends, anomalies, duplicated PBIs, test gaps | Team accepts AI analysis without review |
| Adaptation | Adjust quickly when deviations are found | AI proposes experiments or options after inspection | AI automatically changes priorities, scope, or team behavior |
Notes and examples
Scrum Values Applied to AI
| Scrum Value | AI-aware behavior | Exam trap |
|---|---|---|
| Commitment | Use AI to support Sprint Goal focus and product outcomes | Commit to AI-generated forecasts as guarantees |
| Focus | Reduce noise, summarize signals, clarify goals | Let AI create excessive analysis or distract from the Sprint Goal |
| Openness | Disclose AI use, uncertainty, risks, and assumptions | Hide AI-generated content from the team or stakeholders |
| Respect | Use AI to support people, not rank or shame them | Individual productivity surveillance from AI analytics |
| Courage | Challenge unsupported AI output and unsafe usage | Accept AI answers because they sound confident |
Scrum values with AI
| Scrum Value | AI-aligned behavior | Anti-pattern |
|---|---|---|
| Commitment | Use AI to help meet goals responsibly. | Commit to AI-generated scope without team ownership. |
| Focus | Use AI to reduce noise and clarify priorities. | Generate excessive options that distract from the Sprint Goal. |
| Openness | Be transparent about AI use, risks, and uncertainty. | Hide AI-generated work or limitations. |
| Respect | Use AI to support people, not judge or replace them. | Use AI analysis to shame individuals. |
| Courage | Challenge AI outputs and unsafe practices. | Accept tool recommendations because questioning them is uncomfortable. |
Scrum Events: AI-Enabled but Human-Owned
| Event | Purpose | AI may assist by | Correct Scrum Master stance | Avoid |
|---|---|---|---|---|
| Sprint | Container for all other events; creates focus on Sprint Goal | Monitor risks, summarize progress signals, surface impediments | Protect empirical learning and focus | Treat Sprint as an AI-managed workflow |
| Sprint Planning | Establish why the Sprint is valuable, what can be Done, and how work will be done | Summarize Product Backlog items, propose Sprint Goal wording, identify dependencies, analyze capacity scenarios | Facilitate shared understanding; ensure Developers forecast work | Let AI assign work or set Sprint commitment |
| Daily Scrum | Developers inspect progress toward Sprint Goal and adapt Sprint Backlog | Summarize board changes, flag blockers, show trend data | Coach Developers to own the event | Turn it into AI-generated status reporting for managers |
| Sprint Review | Inspect Increment and adapt Product Backlog with stakeholders | Summarize feedback, usage data, market signals, stakeholder themes | Encourage evidence-based product adaptation | Treat it as sign-off, demo-only, or AI report-out |
| Sprint Retrospective | Inspect how the Scrum Team worked and plan improvements | Cluster retro notes, identify recurring impediments, suggest experiments | Maintain psychological safety and team ownership | Use AI transcripts to blame individuals |
| Backlog refinement | Ongoing activity to clarify and split Product Backlog items | Draft acceptance criteria, identify ambiguity, suggest splits, map dependencies | Help the team make work transparent and ready enough | Assume AI-generated PBIs are validated requirements |
Scrum Artifacts and Commitments
| Artifact | Commitment | Purpose | AI support | Exam trap |
|---|---|---|---|---|
| Product Backlog | Product Goal | Ordered list of what is needed to improve the product | Draft PBIs, group related work, detect duplicates, analyze feedback | AI orders backlog without Product Owner accountability |
| Sprint Backlog | Sprint Goal | Developers’ plan for the Sprint | Suggest task breakdowns, risks, test ideas, dependencies | AI assigns tasks or fixes the plan as unchangeable |
| Increment | Definition of Done | Usable product step toward the Product Goal | Generate code, tests, documentation, review checklists | Accepting AI-created output that is not Done |
Notes and examples
Artifacts, commitments, and AI transparency
Scrum artifacts exist to maximize transparency. AI should improve transparency, not create a false sense of certainty.
| Artifact | Commitment | AI can support | Common mistake |
|---|---|---|---|
| Product Backlog | Product Goal | Generate candidate backlog items, identify missing stakeholder perspectives, classify feedback themes. | Creating a large AI-generated backlog without validation or ordering by value. |
| Sprint Backlog | Sprint Goal | Help split work, identify dependencies, draft task options, highlight risks. | Letting AI produce a Sprint plan that the Developers do not understand or own. |
| Increment | Definition of Done | Suggest test cases, review code, check documentation gaps, identify quality risks. | Treating AI-generated code or analysis as “done” without meeting the Definition of Done. |
AI Essentials for a Scrum Master
| Term | Practical meaning | PSM-AI relevance |
|---|---|---|
| Artificial intelligence | Systems that perform tasks associated with human intelligence | Useful for assistance, pattern detection, generation, and automation |
| Generative AI | AI that creates text, images, code, plans, summaries, or other content | Commonly used for drafts, facilitation support, product analysis |
| Large language model | Model trained to generate and transform language-like outputs | Can produce fluent but incorrect Scrum or product advice |
| Prompt | Input or instruction given to an AI system | Prompt quality affects usefulness, but validation remains essential |
| Context | Information provided to guide the model | Poor context creates generic or misleading output |
| Hallucination | Plausible but false or unsupported output | Major risk in exam scenarios involving policy, product facts, or Scrum rules |
| Bias | Skewed or unfair output caused by data, design, or usage | Relevant to team analytics, stakeholder analysis, hiring, prioritization, and feedback |
| Prompt injection | Malicious or unintended instruction that manipulates AI behavior | Risk when using external documents, tickets, chat logs, or web content |
| Retrieval-augmented generation | AI answers using retrieved reference material | Can improve grounding but still requires verification |
| Automation | System performs a repeated task with limited human involvement | Helpful for summaries, test runs, alerts; unsafe for accountability decisions |
| Agentic AI | AI that can take steps or use tools toward a goal | Requires boundaries, permissions, monitoring, and human decision points |
| Human in the loop | Human reviews or approves AI output before use | Strong fit for Scrum decisions, quality, and risk control |
Notes and examples
AI essentials: high-yield concepts
| Concept | Exam-relevant meaning | Candidate trap |
|---|---|---|
| Generative AI | Produces text, code, images, summaries, or other outputs from patterns in data. | Assuming output is verified knowledge. |
| Large language model | Predicts likely language based on context and training. | Assuming it “understands” the product, user, or domain like a human expert. |
| Hallucination | Plausible but false or unsupported output. | Accepting confident answers without checking sources or evidence. |
| Bias | Output may reflect biased data, prompts, or assumptions. | Using AI recommendations without examining fairness or impact. |
| Prompt | Input or instruction provided to the AI system. | Writing vague prompts and blaming the tool for poor results. |
| Context | Information supplied to guide the output. | Providing too little context or exposing sensitive data unnecessarily. |
| Model limitation | AI may be outdated, incomplete, inconsistent, or non-deterministic. | Expecting the same reliability as a deterministic business rule. |
| Human-in-the-loop | People review, validate, and remain accountable. | Treating review as optional because the AI seems accurate. |
| Data privacy and confidentiality | Sensitive information must be handled responsibly. | Pasting proprietary, personal, or regulated data into tools without approval. |
| Explainability | Ability to understand why an output or recommendation was produced. | Acting on black-box recommendations that cannot be challenged. |
Prompting Patterns for Scrum Work
Useful Prompt Structure
| Prompt element | What to include | Why it matters |
|---|---|---|
| Role/context | Product, Sprint Goal, team context, constraints | Reduces generic advice |
| Task | Specific output requested | Keeps the model focused |
| Inputs | PBIs, feedback, policies, metrics, meeting notes | Grounds the response |
| Constraints | Scrum rules, DoD, security limits, tone, length | Prevents unsuitable suggestions |
| Output format | Table, checklist, options, risks, questions | Improves inspection |
| Validation request | Ask for assumptions, unknowns, and verification steps | Supports empiricism |
Notes and examples
Example safe prompt pattern:
Context: We are a Scrum Team preparing Sprint Planning.
Do not make decisions for the team. Use the information below only as input.
Task: Identify ambiguities, dependencies, risks, and questions the Scrum Team
should inspect before forecasting work.
Constraints: Respect Scrum accountabilities. The Product Owner remains
accountable for ordering. Developers forecast the work. The output must not
include confidential data beyond what is provided.
Output: Table with item, concern, suggested question, and who should inspect it.
Prompting Do / Avoid
| Do | Avoid |
|---|---|
| Ask AI to generate options, questions, risks, and drafts | Ask AI to decide Sprint Goal, order backlog, or assign work |
| Request assumptions and uncertainty | Accept confident answers without evidence |
| Provide only necessary and authorized context | Paste confidential, personal, proprietary, or regulated data without approval |
| Ask for Scrum-consistent facilitation ideas | Ask for command-and-control enforcement scripts |
| Use AI output as input to inspection | Treat AI output as final product truth |
Event-by-Event AI Use Matrix
| Scrum activity | High-value AI use | Human validation needed | Strong answer in exam scenarios |
|---|---|---|---|
| Product Backlog refinement | Split large PBIs, identify missing acceptance criteria, detect duplicates | Product Owner and Developers inspect value, feasibility, clarity | Use AI as a drafting aid; PO remains accountable for Product Backlog |
| Sprint Planning | Compare options against Product Goal, surface risks, draft Sprint Goal alternatives | Scrum Team chooses Sprint Goal; Developers forecast | Facilitate conversation; do not let AI commit the team |
| Daily Scrum | Summarize changes since yesterday, highlight possible blockers | Developers inspect and adapt their plan | Keep it for Developers, not management reporting |
| Development work | Generate tests, code suggestions, documentation, examples | Developers review, integrate, test, and ensure Done | AI-created work must meet DoD |
| Sprint Review | Summarize stakeholder feedback and usage signals | Scrum Team and stakeholders inspect Increment and adapt Product Backlog | Use evidence; avoid sign-off framing |
| Retrospective | Cluster themes, draft improvement experiments | Scrum Team selects improvement actions | Preserve safety and team ownership |
| Impediment management | Detect recurring blockers, draft escalation notes | Scrum Master evaluates and acts appropriately | Remove impediments or coach team/system to resolve them |
| Stakeholder communication | Draft summaries, FAQs, release notes | Product Owner/Scrum Team verify accuracy | Communicate transparently with uncertainty where needed |
“What Should the Scrum Master Do Next?” Decision Table
| Scenario | Best next action | Why | Avoid |
|---|---|---|---|
| AI predicts the team can deliver twice its usual work next Sprint | Facilitate inspection of evidence, risks, and assumptions; Developers forecast | Forecasting is empirical and owned by Developers | Treat prediction as commitment |
| Manager wants AI to score individual Developers from tool activity | Coach against misuse; focus on team outcomes, transparency, and Scrum values | Scrum Teams self-manage; individual surveillance harms openness and respect | Ranking people by commits, story points, or meeting talk time |
| Product Owner asks AI to order the Product Backlog automatically | Help PO use AI as input while retaining accountability | PO is accountable for Product Backlog ordering | Delegating value decisions to AI |
| AI-generated acceptance criteria conflict with stakeholder need | Bring conflict to PO, Developers, and stakeholders for clarification | AI output is not validated product knowledge | Implementing generated criteria without inspection |
| Developers use AI-generated code | Ensure review, testing, integration, security checks, and DoD compliance | Done is still required | Lowering quality because AI wrote it |
| Daily Scrum becomes an AI-generated report to leadership | Coach Developers and organization on purpose of Daily Scrum | Daily Scrum is for Developers to inspect and adapt | Turning it into status reporting |
| Retro AI summary identifies a person as the “root cause” | Reframe toward system conditions, behaviors, and improvement experiments | Retrospective requires safety and respect | Blame, surveillance, or punitive action |
| AI suggests canceling the Sprint | Discuss with Product Owner; only PO has authority to cancel if Sprint Goal becomes obsolete | Scrum has specific accountability for Sprint cancellation | AI or Scrum Master cancels the Sprint |
| AI finds a likely security defect near Sprint end | Make it transparent; Developers inspect impact on Done and Increment usability | Quality and transparency matter more than hiding bad news | Shipping not-Done work silently |
| Stakeholder asks for hidden prompt logs to audit decisions | Share appropriate decision rationale and evidence within policy | Transparency matters, but confidentiality and policy still apply | Exposing sensitive data or hiding decision basis |
AI Risk and Control Checklist
| Risk | Why it matters in Scrum | Practical control |
|---|---|---|
| Confidentiality leakage | Scrum artifacts may include customer, product, security, or business-sensitive data | Use approved tools, minimize data, anonymize where appropriate |
| Hallucinated facts | False output can distort Product Backlog, planning, or stakeholder communication | Verify against trusted sources and real product evidence |
| Hidden assumptions | AI may infer priorities, effort, or dependencies incorrectly | Require assumptions and unknowns in output |
| Bias in analysis | Stakeholder feedback or team analytics can be skewed | Inspect data sources, sampling, and impact |
| Over-automation | Reduces collaboration and weakens empiricism | Keep human decision points for goals, priorities, quality, and adaptation |
| Reduced transparency | AI-generated work may hide how conclusions were reached | Label AI use and make inputs/limits visible |
| Quality degradation | Generated code/tests/docs can be incomplete or unsafe | Apply Definition of Done, reviews, testing, and engineering standards |
| Prompt injection | External content may manipulate model behavior | Treat untrusted content carefully; isolate instructions from data |
| Dependency on tools | Team may lose skill or judgment | Use AI to augment learning, not replace competence |
| Misuse of metrics | AI can amplify misleading productivity measures | Prefer outcome, flow, quality, and learning signals over individual output metrics |
AI Working Agreement Topics for Scrum Teams
| Topic | Working agreement question |
|---|---|
| Allowed tools | Which AI tools are approved for product, code, meeting, and documentation work? |
| Data boundaries | What information must never be entered into AI tools? |
| Disclosure | When do we label content as AI-assisted? |
| Review | What AI-generated outputs require peer review, PO review, or security review? |
| Definition of Done | How does AI-assisted work prove it is Done? |
| Prompt storage | Should prompts and outputs be retained for traceability? |
| Retrospective safety | Are AI transcripts or summaries allowed? Who can access them? |
| Stakeholder communication | Who validates AI-generated release notes, summaries, or forecasts? |
| Tool failure | What is our fallback when AI output is unavailable, low quality, or unsafe? |
| Continuous improvement | How will we inspect AI use in Retrospectives? |
Scrum Master Stances With AI
| Stance | AI-supported behavior | Poor substitute behavior |
|---|---|---|
| Teacher | Use AI to generate examples, quizzes, and explanations of Scrum concepts | Let AI teach incorrect Scrum without review |
| Coach | Generate coaching questions and reflection prompts | Use AI to tell people what to do |
| Facilitator | Prepare structures for planning, review, refinement, and retrospectives | Replace conversation with AI summaries |
| Impediment remover | Analyze recurring blockers and draft escalation options | Wait for AI to solve organizational issues |
| Change agent | Use data to expose systemic constraints | Use dashboards to pressure teams |
| Servant-leader / true leader | Help people improve transparency, inspection, adaptation, and self-management | Become a controller of AI tools and metrics |
Scrum-Specific Distinctions Likely to Be Tested
| Distinction | Correct framing |
|---|---|
| AI recommendation vs empirical evidence | AI output is an input for inspection, not a substitute for evidence |
| Forecast vs commitment | Developers forecast work; Sprint Goal provides commitment and focus |
| Productivity vs value | More generated output is not necessarily more product value |
| Velocity vs performance target | Velocity may help forecasting but should not be used to pressure teams |
| Done vs “almost done” | AI-generated work is not usable unless it meets the Definition of Done |
| Automation vs accountability | Automation can execute tasks; people remain accountable |
| Transparency vs surveillance | Transparency supports inspection; surveillance harms trust and self-management |
| Facilitation vs decision-making | Scrum Master facilitates; Product Owner and Developers retain their accountabilities |
| Sprint Review vs approval gate | Sprint Review inspects Increment and adapts Product Backlog; it is not merely sign-off |
| Retrospective analysis vs blame | Retro data should support improvement, not individual fault-finding |
Common Exam Traps
| Trap answer | Better answer |
|---|---|
| “Use AI to assign tasks to Developers.” | Developers self-manage and decide how to do the work. |
| “Let AI select the Sprint Goal from the top backlog items.” | Scrum Team crafts the Sprint Goal during Sprint Planning. |
| “AI-generated acceptance criteria are ready for development.” | Product Owner and Developers inspect and refine them. |
| “AI says the Increment is shippable.” | The Increment is usable only if it satisfies the Definition of Done. |
| “The Scrum Master should use AI to monitor individual performance.” | The Scrum Master should coach toward team outcomes, trust, and empirical improvement. |
| “AI can replace stakeholder collaboration.” | AI may summarize feedback; stakeholders and Scrum Team still inspect and adapt together. |
| “AI-generated forecasts should drive management commitments.” | Forecasts are uncertain and must be empirically inspected. |
| “The AI tool is the source of truth.” | Scrum artifacts, evidence, and transparent inspection are the source of truth. |
| “If AI improves efficiency, Scrum events can be skipped.” | Scrum events are formal opportunities for inspection and adaptation. |
| “AI can lower documentation or test effort.” | Quality standards and Done remain unchanged. |
Notes and examples
Trap 1: “AI improves Scrum by replacing events”
Wrong direction. Scrum events are opportunities for inspection, adaptation, alignment, and collaboration. AI may support preparation or summarization, but it should not replace the purpose of the event.
Trap 2: “AI-generated output is objective”
AI output can be biased, incomplete, outdated, or fabricated. Treat it as input for inspection, not as objective truth.
Trap 3: “The Scrum Master should make AI decisions for the team”
The Scrum Master coaches, facilitates, and helps remove impediments. The Scrum Master should not become a command-and-control gatekeeper for every AI use.
Trap 4: “The Product Owner can delegate value maximization to AI”
AI can provide analysis and suggestions. The Product Owner remains accountable for maximizing value and managing the Product Backlog.
Trap 5: “Developers can rely on AI to meet quality standards”
Developers remain accountable for the Increment. AI assistance does not bypass reviews, tests, security practices, or the Definition of Done.
Trap 6: “More generated backlog items means better refinement”
A larger backlog is not automatically better. Refinement should improve shared understanding, value, readiness, and transparency.
Trap 7: “AI reduces the need for stakeholder collaboration”
AI can summarize stakeholder input, but it cannot replace collaboration, feedback, negotiation, or shared understanding.
Trap 8: “If the AI tool is approved, all outputs are safe”
Tool approval does not guarantee every use is appropriate. Context, data, validation, and accountability still matter.
Fast Review Checklist
Before the exam, confirm you can answer these quickly:
- Who is accountable for Product Backlog ordering? Product Owner.
- Who forecasts Sprint work? Developers.
- Who is accountable for Scrum effectiveness? Scrum Master.
- Can AI own a Scrum accountability? No.
- Can AI help generate PBIs, acceptance criteria, tests, summaries, and risks? Yes, as assistive input.
- What must happen to AI output before use? Human inspection and validation.
- What protects quality? Definition of Done plus team engineering standards.
- What protects empirical process control? Transparency, inspection, and adaptation.
- What should the Scrum Master do when AI use reduces collaboration? Coach and facilitate better Scrum use.
- What should the Scrum Team inspect in Retrospectives about AI? Value, risk, quality, transparency, and team impact.
Core exam mindset
The most important idea: AI may assist people, but it does not replace Scrum accountabilities, empiricism, transparency, or professional judgment.
A strong PSM-AI answer usually favors:
| Prefer | Be careful with |
|---|---|
| Transparency, inspection, and adaptation | Hidden AI-generated work, unverified outputs, or opaque decisions |
| Human accountability | “The AI decided,” “the tool prioritized,” or “the model approved” |
| Evidence-based decisions | Confident AI claims without validation |
| Scrum values | AI uses that reduce openness, respect, courage, focus, or commitment |
| Incremental improvement | Big-bang AI adoption without learning loops |
| Clear Definition of Done | AI-created work that bypasses quality standards |
| Collaboration with stakeholders | Replacing conversation with generated summaries only |
| Responsible use of data | Sharing sensitive, proprietary, or personal data carelessly |
Scrum foundations to keep active
PSM-AI is still grounded in Scrum. AI questions often test whether you preserve Scrum while evaluating AI support.
| Scrum concept | What to remember | AI-related trap |
|---|---|---|
| Empiricism | Decisions are based on observation and evidence. | Treating AI output as fact without inspection. |
| Transparency | Work, progress, quality, and risks must be visible. | Using AI in ways the team or stakeholders cannot see or understand. |
| Inspection | Scrum Teams inspect artifacts and progress frequently. | Assuming generated plans, estimates, or summaries are correct. |
| Adaptation | Teams adjust when evidence shows a better path. | Locking into an AI-generated plan despite new learning. |
| Lean thinking | Reduce waste and focus on value. | Using AI to generate more documents, backlog items, or reports that do not help outcomes. |
| Scrum Values | Commitment, focus, openness, respect, courage. | Using AI to avoid difficult conversations, hide uncertainty, or blame a tool. |
Scrum events: AI opportunities and traps
| Event | Purpose to protect | Helpful AI use | Trap answer to avoid |
|---|---|---|---|
| Sprint | Container for all Scrum events; creates cadence for inspection and adaptation. | Track patterns, summarize risks, support learning. | Changing the Sprint Goal because AI generated a better idea without Scrum Team inspection. |
| Sprint Planning | Establish why the Sprint is valuable, what can be done, and how it will be done. | Draft options for Sprint Goal wording, identify risks, suggest work breakdowns. | AI selects the Sprint Goal or forecasts capacity without Developers’ judgment. |
| Daily Scrum | Developers inspect progress toward the Sprint Goal and adapt the plan. | Surface blockers, summarize board changes, highlight risk signals. | Turning the Daily Scrum into a status report to an AI tool or manager. |
| Sprint Review | Inspect the Increment and adapt the Product Backlog. | Summarize stakeholder feedback, cluster themes, compare outcomes to goals. | Replacing stakeholder collaboration with AI-generated feedback analysis. |
| Sprint Retrospective | Improve effectiveness and quality. | Suggest retro formats, analyze team survey themes, draft improvement experiments. | Using AI-generated conclusions to judge individuals or avoid open discussion. |
Responsible AI in Scrum settings
A good Scrum Master helps the team use AI in ways that improve outcomes while protecting transparency, ethics, quality, and trust.
Use this review checklist
Before using AI for Scrum work, ask:
- Purpose: What problem are we solving?
- Value: Does AI improve value delivery or just create more output?
- Transparency: Will the Scrum Team and stakeholders know AI was used where relevant?
- Data safety: Are we avoiding sensitive, proprietary, or personal data exposure?
- Validation: Who will inspect the output and against what evidence?
- Accountability: Which human accountability remains responsible?
- Bias and impact: Could the output disadvantage users, stakeholders, or team members?
- Quality: Does the result meet the Definition of Done or other quality standards?
- Learning: What will we inspect and adapt after trying it?
- Organizational policy: Are we following applicable internal rules for AI tools and data?
Decision path for AI use in Scrum
flowchart TD
A[Consider using AI] --> B{Does it support a clear Scrum or product outcome?}
B -- No --> X[Do not use it just to create more output]
B -- Yes --> C{Can data be shared safely?}
C -- No --> Y[Remove sensitive data or use approved alternatives]
C -- Yes --> D{Is a Scrum accountability still clearly responsible?}
D -- No --> Z[Redesign: AI cannot own accountability]
D -- Yes --> E{Can the output be inspected and validated?}
E -- No --> W[Use only for low-risk exploration or avoid]
E -- Yes --> F[Use AI as support]
F --> G[Inspect results with people]
G --> H[Adapt process, backlog, plan, or practice based on evidence]
High-yield AI use cases by Scrum area
| Area | Strong AI-assisted use | Weak or risky use |
|---|---|---|
| Product discovery | Generate interview questions, summarize discovery notes, identify assumptions. | Let AI define customer needs without real user evidence. |
| Product Backlog refinement | Draft item wording, suggest acceptance criteria, identify dependencies. | Creating many backlog items that the Product Owner has not validated or ordered. |
| Sprint Planning | Explore implementation approaches, risks, and test ideas. | AI commits the team to scope or decides what Developers can complete. |
| Engineering | Generate code snippets, test cases, documentation drafts, refactoring suggestions. | Merging AI-generated code without review, tests, security checks, or DoD compliance. |
| Quality | Suggest edge cases, regression risks, and test data patterns. | Assuming generated tests are complete. |
| Facilitation | Draft agendas, prompts, Liberating Structures ideas, retro exercises. | Replacing live facilitation and listening with scripted AI output. |
| Metrics | Summarize trends, detect anomalies, visualize flow data. | Optimizing for vanity metrics or using AI metrics to control individuals. |
| Stakeholder communication | Draft release notes, summarize feedback, prepare options. | Sending unreviewed AI-generated statements as official commitments. |
| Organizational change | Analyze impediment themes and generate experiment options. | Treating AI diagnosis as a substitute for observing the organization. |
Product Owner review points
AI can help the Product Owner see options, but value decisions remain human and empirical.
| Product Owner topic | Quick review |
|---|---|
| Product Goal | AI may help draft possible wording, but the Product Owner remains accountable for communicating and managing toward the Product Goal. |
| Product Backlog ordering | AI can provide inputs such as risk, dependency, user segment, or effort signals. It does not maximize value by itself. |
| Stakeholder feedback | AI can cluster feedback themes, but stakeholders still need collaboration and clarification. |
| Acceptance criteria | AI can draft examples, edge cases, and ambiguity checks. The team must inspect them. |
| Market or user insight | AI can accelerate research synthesis, but generated claims need evidence. |
| Value measurement | AI can suggest metrics, but the Scrum Team must inspect whether those metrics reflect real outcomes. |
Notes and examples
Common Product Owner trap
An exam option may sound efficient: “Use AI to automatically order the Product Backlog based on predicted business value.”
Better thinking: AI may suggest ordering factors, but the Product Owner remains accountable and should use transparency, stakeholder input, evidence, and empirical learning.
Scrum Master review points
A Scrum Master should help the team adopt AI in a way that strengthens Scrum rather than bypassing it.
| Scrum Master concern | Good response |
|---|---|
| Team wants AI to write all backlog items | Encourage transparency, validation, and Product Owner accountability. |
| Developers use AI-generated code secretly | Promote openness, quality standards, and shared working agreements. |
| Organization wants AI status reports instead of Scrum events | Explain the purpose of Scrum events and protect inspection/adaptation. |
| Stakeholders trust AI forecasts too much | Reframe forecasts as uncertain and inspect empirical evidence. |
| Team fears AI will replace collaboration | Facilitate discussion, working agreements, learning, and safe experimentation. |
| AI outputs cause conflict | Bring the conversation back to evidence, values, and shared goals. |
Notes and examples
Scrum Master decision rule
The Scrum Master does not need to be the “AI police,” but should coach the team to make AI use:
- Transparent.
- Ethical.
- Empirical.
- Aligned with Scrum.
- Safe for data and people.
- Useful for value delivery.
- Subject to inspection and adaptation.
Developers review points
Developers remain accountable for creating a usable Increment. AI-generated work is still work the Developers own.
| Developer activity | AI support | Required human responsibility |
|---|---|---|
| Coding | Generate examples, boilerplate, refactoring ideas. | Review, test, secure, integrate, and understand the code. |
| Testing | Suggest test cases and edge conditions. | Decide coverage, automate appropriately, verify results. |
| Architecture/design | Explore alternatives and tradeoffs. | Choose fit-for-purpose designs based on context. |
| Documentation | Draft user notes or technical summaries. | Ensure accuracy, clarity, and maintainability. |
| Debugging | Suggest root causes and fixes. | Validate with evidence and avoid speculative changes. |
| Security | Identify possible vulnerabilities. | Apply secure engineering practices and approved checks. |
Definition of Done trap
AI output does not lower the Definition of Done. If code, tests, documentation, or analysis are generated by AI, they still must meet the same quality expectations as any other work.
Prompting essentials for exam scenarios
You do not need to memorize a single prompt formula, but you should understand what makes AI assistance more useful and safer.
Strong prompts usually include
- Role or perspective: “Act as a facilitator,” “review as a tester,” “analyze as a Product Owner.”
- Context: product, users, goal, constraints, current Sprint situation.
- Task: what output is needed.
- Format: table, checklist, questions, risks, options.
- Boundaries: avoid assumptions, identify uncertainty, do not invent facts.
- Validation request: ask for risks, gaps, assumptions, or evidence needed.
Notes and examples
Weak prompts often
- Ask for final decisions without context.
- Invite the model to invent facts.
- Include confidential data unnecessarily.
- Fail to ask for uncertainty or assumptions.
- Produce outputs too broad to inspect.
- Generate more content than the team can use.
Example review pattern
A useful AI prompt for Scrum work often asks for options, not final answers:
“Given this Sprint Goal and these known risks, suggest five facilitation questions the Scrum Master could use to help Developers inspect whether the Sprint plan still supports the Sprint Goal. List assumptions and risks separately.”
That kind of prompt supports human inspection. It does not transfer accountability to the tool.
Transparency and evidence
When AI is used, transparency matters at multiple levels.
| Transparency question | Why it matters |
|---|---|
| Was AI used? | The team may need to inspect reliability, ownership, and risks. |
| What input was used? | Output quality depends heavily on context and data. |
| What assumptions were made? | Hidden assumptions can create false certainty. |
| What was validated? | AI output is not evidence by itself. |
| What remains uncertain? | Uncertainty should guide inspection and adaptation. |
| Who is accountable? | Scrum accountabilities remain with people. |
Metrics, forecasting, and AI
AI can help analyze trends, but Scrum teams should avoid turning predictions into promises.
| Topic | Good use | Trap |
|---|---|---|
| Velocity or throughput trends | Identify patterns for discussion. | Treat AI forecast as a commitment. |
| Cycle time | Surface flow issues and bottlenecks. | Blame individuals based on automated analysis. |
| Quality metrics | Detect defect patterns or test gaps. | Declare quality acceptable without inspection. |
| Stakeholder sentiment | Summarize themes from feedback. | Treat sentiment summary as complete market truth. |
| Risk analysis | Generate possible risks to inspect. | Accept a risk ranking without team context. |
Forecasting rule
A forecast is a forecast. AI does not remove uncertainty. Scrum manages uncertainty through empiricism, not prediction alone.
Scenario decision table
Use this table to answer scenario-style questions quickly.
| If the question says… | Strong answer direction |
|---|---|
| AI produced a recommendation the team does not understand. | Inspect assumptions, ask for explanation, validate with evidence, do not blindly follow it. |
| AI suggests changing the Sprint Goal mid-Sprint. | Discuss within the Scrum Team; preserve focus; adapt only through Scrum understanding, not tool authority. |
| AI generates code that appears to work. | Review, test, secure, and ensure it meets the Definition of Done. |
| Stakeholders want AI-generated progress reports instead of Sprint Reviews. | Explain the Sprint Review’s collaborative inspection purpose; AI summaries may support but not replace it. |
| Product Backlog is automatically reordered by AI. | Product Owner may use suggestions, but remains accountable for ordering and value decisions. |
| Team members hide AI use due to fear. | Encourage openness, working agreements, psychological safety, and responsible transparency. |
| AI summary conflicts with stakeholder comments. | Inspect the source data, talk to stakeholders, and resolve ambiguity with evidence. |
| AI creates many “ready” items. | Validate value, clarity, dependencies, and shared understanding before relying on them. |
| A manager wants AI metrics to compare individual Developers. | Avoid misuse of metrics; focus on team outcomes, flow, and improvement. |
| AI provides a confident answer with no evidence. | Treat it as unvalidated; seek supporting evidence or expert review. |
Quality and Definition of Done review
AI can accelerate production, but quality still depends on disciplined inspection.
| Quality question | What to look for |
|---|---|
| Is the work usable? | A usable Increment must meet the Definition of Done. |
| Is the output understood? | Developers should understand and be able to maintain what they deliver. |
| Has it been tested? | AI-generated tests may help, but test adequacy still needs judgment. |
| Are security and compliance concerns considered? | Do not assume AI-generated code or documents are safe. |
| Is documentation accurate? | AI may produce plausible but incorrect documentation. |
| Are assumptions visible? | Hidden assumptions reduce transparency. |
AI adoption as an empirical experiment
A Scrum-consistent approach to AI adoption is incremental.
| Step | Practical action |
|---|---|
| Identify a problem | Example: slow refinement, weak test coverage, repetitive documentation. |
| Select a small experiment | Try AI for a narrow, low-risk use case. |
| Define expected benefit | Faster preparation, better test ideas, clearer stakeholder summaries. |
| Establish safeguards | Data rules, review expectations, transparency agreements. |
| Inspect results | Did value, quality, or flow improve? What risks appeared? |
| Adapt | Expand, change, or stop the AI use based on evidence. |
Avoid answers that introduce AI as a broad mandate without inspection, learning, or team involvement.
Quick comparison: good vs. poor AI integration
| Good integration | Poor integration |
|---|---|
| AI is used to generate options. | AI is treated as the decision-maker. |
| Outputs are reviewed by accountable people. | Outputs are accepted because they sound confident. |
| Use is transparent to the team. | Use is hidden or not discussed. |
| Data handling is deliberate. | Sensitive data is pasted into tools casually. |
| Quality standards remain unchanged. | AI work gets a quality shortcut. |
| Scrum events remain meaningful. | Events are replaced with automated reports. |
| Learning is empirical. | Adoption is based on hype or fear. |
| Stakeholders remain engaged. | Stakeholder collaboration is replaced by summaries. |
Rapid review questions to ask yourself
Before moving to practice questions, make sure you can answer these without hesitation:
- Why does AI not replace Scrum accountabilities?
- How can AI support Product Backlog refinement without creating waste?
- What should Developers do before accepting AI-generated code?
- How can a Scrum Master encourage responsible AI use without becoming command-and-control?
- Why is transparency important when AI is used?
- What is the risk of using AI-generated forecasts as commitments?
- How can AI help a Sprint Retrospective without replacing team conversation?
- What makes an AI output unsafe or unreliable?
- How does the Definition of Done apply to AI-assisted work?
- What should a Product Owner do with AI-generated ordering suggestions?
Practice focus for the question bank
When you move into PM Mastery practice, prioritize original practice questions that force you to choose between “efficient but anti-Scrum” and “empirical, accountable, transparent” answers.
High-value topic drills should cover:
- Scrum accountabilities and AI boundaries.
- AI use in Scrum events.
- Product Backlog and Sprint Backlog scenarios.
- Definition of Done and AI-generated work.
- Transparency, inspection, and adaptation.
- Data privacy, confidentiality, and responsible use.
- Prompt quality and validation.
- AI hallucination, bias, and uncertainty.
- Metrics, forecasts, and stakeholder communication.
- Scrum Master coaching responses to AI adoption problems.
Final quick-review rule set
Use these rules when answering PSM-AI scenario questions:
- AI assists; people remain accountable.
- Generated output is not automatically true, valuable, safe, or done.
- Scrum events should not be replaced by automated summaries.
- The Product Owner owns value decisions.
- Developers own quality and the Increment.
- The Scrum Master coaches responsible, transparent, empirical use.
- Do not expose sensitive data casually.
- Use AI to improve inspection and adaptation, not to avoid them.
- Prefer small experiments over broad mandates.
- When uncertain, inspect evidence with the Scrum Team and adapt.
Next step: use topic drills and mock exams with detailed explanations to practice applying these rules under exam-style wording, especially scenarios where AI appears efficient but weakens Scrum accountability, transparency, or empirical control.