1846. Lesson identity
This lesson turns informal ownership into a visible working agreement. You will identify who coordinates work, who accepts it, what evidence supports acceptance, what the decision excludes, and what happens when the handoff is blocked.
1847. Learning objective
After this lesson, you can create a responsibility matrix for a small game team that assigns explicit human ownership, separates contribution from accountability, and defines observable acceptance evidence, decision boundaries, and actionable escalation paths.
1848. Why this matters
Work can disappear between roles when a task has contributors but no clear owner, when two people interpret “done” differently, or when nobody knows who decides after a disagreement. AI-assisted work can increase this ambiguity because an AI tool may draft or compare work without being able to accept its consequences. A responsibility matrix makes each decision boundary visible while keeping a named human accountable.
1849. Prior knowledge
You should have completed 4.12, Lesson 1: AI can contribute, but it is not accountable. You should be able to distinguish a contribution from a human approval decision.
1850. Core concept
A handoff is complete only when the agreed evidence has been checked and a named human accepts or rejects the result.
Each matrix row records:
- Responsible: the human who performs or coordinates the work.
- Accountable approver: the one named human who accepts or rejects it.
- Contributors: people or tools that provide input, including AI when appropriate.
- Acceptance evidence: the observable result used to judge the work.
- Boundary: what this approval does not decide or authorize.
- Escalation trigger and path: the condition that pauses the handoff, the next decision-maker, and the action required.
One person may be both responsible and accountable in a small team, but that combination should be deliberate. AI may be listed as a contributor, never as the accountable approver.
1851. Mental model: a VISIBLE handoff
Use these questions to inspect a row:
| Element | Question |
|---|---|
| Value | What player or production value does the work support? |
| Individual owner | Which human coordinates completion? |
| Sign-off | Which human accepts or rejects the result? |
| Inputs | Who or what contributes to the work? |
| Boundary | What remains outside this approval? |
| Landing evidence | What must be visible, testable, or comparable? |
| Escalation | What triggers escalation, who decides next, and what happens meanwhile? |
1852. Model row
The first row below is complete. Notice that its acceptance evidence describes an observable result, its boundary prevents the approval from expanding silently, and its escalation names both a trigger and a decision-maker.
| Area and work item | Responsible | Accountable approver | Contributors | Acceptance evidence | Boundary / Out of scope | Escalation trigger and path |
|---|---|---|---|---|---|---|
| Design — enemy warning cue | Mina, gameplay designer | Rafael, creative lead | Programmer; artist; AI for draft timing variants | A recorded playtest shows the cue before the threat, shows readable presentation, and contains no false trigger in the tested encounter | This approval does not approve encounter balance or final audio mixing | If readability conflicts with intended difficulty, Mina pauses the handoff and Rafael chooses between the documented alternatives |
The programmer and AI contribute, but neither automatically owns the player-facing approval. The evidence is stronger than “reviewed” because another person can inspect it.
1853. Guided practice
Complete the two partially prepared rows. Spend about five minutes on each.
| Area and work item | Responsible | Accountable approver | Contributors | Acceptance evidence | Boundary / Out of scope | Escalation trigger and path |
|---|---|---|---|---|---|---|
| Engineering — pause and resume state | Jo, programmer | Name one human who accepts the technical behavior | Designer for expected behavior; AI may draft test cases | Replace “it works” with an observable check covering three input paths and preserved state | State what this technical approval does not approve | Name a failure or platform conflict, who decides next, and whether the handoff pauses |
| Release — packaged candidate build | Name the human who coordinates packaging | Name the human who authorizes the release candidate | List only actual contributors or tools | Identify a checkable build, packaging, and required-file result | Exclude at least one decision not covered by the release gate | Name a release-blocking trigger, the next decision-maker, and the hold action |
For each guided row, ask:
- Can the accountable approver make a clear accept-or-reject decision from the evidence?
- Does the boundary prevent that decision from being mistaken for a broader approval?
- Does escalation identify a trigger, a human decision-maker, and an immediate action?
Revise weak cells directly rather than writing separate rejection questions.
1854. Independent practice: complete the eight-area matrix
Copy the model and guided rows into one matrix, then complete the five remaining rows. The area labels and review prompts are already supplied so that you can focus on the decisions.
| Area and work item | Responsible | Accountable approver | Contributors | Acceptance evidence | Boundary / Out of scope | Escalation trigger and path |
|---|---|---|---|---|---|---|
| Design — enemy warning cue | Use the model row | Use the model row | Use the model row | Use the model row | Use the model row | Use the model row |
| Engineering — pause and resume state | Complete the guided row | Complete the guided row | Complete the guided row | Complete the guided row | Complete the guided row | Complete the guided row |
| Art — integrated visual asset | Name the coordinating human | Name the approving human | List actual inputs | How will a reviewer verify integration and presentation? | What does art approval not authorize? | What conflict or missing evidence stops the handoff, and who decides? |
| QA — acceptance scenario | Name the coordinating human | Name the human accepting the test result | List test or implementation contributors | What recorded result, defect state, or comparison is observable? | What is not proven by this test? | What failed or ambiguous result triggers escalation, and to whom? |
| Release — packaged candidate build | Complete the guided row | Complete the guided row | Complete the guided row | Complete the guided row | Complete the guided row | Complete the guided row |
| Community — player-facing message or issue triage | Name the coordinating human | Name the approving human | List sources or drafting tools | What can be checked before publication or response? | What communication or policy decision remains outside scope? | What unanswered or high-risk issue is escalated, and to whom? |
| Legal review — rights, attribution, license, privacy, or content check | Name the coordinating human | Name the human who records the decision | List the materials or contributors examined | What record demonstrates that the defined check occurred? | Which legal or business questions are not decided by this row? | What unresolved question places the handoff on hold, and who receives it? |
| Production — dependency or decision follow-up | Name the coordinating human | Name the human accepting the plan or change | List affected roles or tools | What visible record shows the dependency, decision, and next action? | What scope or budget decision is excluded? | What change or missed dependency triggers escalation, and who decides? |
Use fictional names if you are not working with a real team. Do not use “the team,” “someone,” or “AI” where a specific human decision-maker is required.
1855. Focused review
Review the matrix once, in place:
- Correct any row whose evidence is only an activity such as “reviewed” or “tested.” Replace it with an observable result.
- Correct any escalation cell that lacks a trigger, named human decision-maker, or immediate action.
- Highlight rows where the same person executes and approves the work, or where a responsibility has no credible owner.
- For at least one highlighted small-team or solo-project gap, add a compensating control such as a second-person review, an evidence-based checklist, a scheduled escalation, or a hold point before acceptance.
- Add a brief rationale only to the two handoffs you judge highest-risk. Explain why their ownership, boundary, evidence, or escalation design reduces ambiguity.
1856. AI-assisted workflow
AI may help draft role descriptions, challenge vague evidence, or identify missing handoffs. Give it the proposed matrix and ask which cells still permit conflicting interpretations. Inspect every suggestion yourself. A human team member must decide assignments, boundaries, sufficiency of evidence, and approval outcomes.
1857. Practical assessment and evidence
Submit the completed matrix and the two short high-risk rationales for the planned practical assessment Visible handoff responsibility matrix. The assessment checks:
- explicit human ownership;
- separation of contribution from accountability;
- observable acceptance evidence;
- clear decision boundaries;
- actionable escalation;
- coverage of all eight areas;
- treatment of at least one small-team or solo-project ownership gap.
The quiz that follows is a knowledge check. The matrix is the performance evidence for the lesson capability.
1858. Key takeaways
- A handoff finishes when evidence is checked and a named human accepts or rejects the result.
- Responsible, accountable, contributor, evidence, boundary, and escalation fields answer different coordination questions.
- AI can contribute to a handoff but cannot own its approval.
- Small teams need explicit controls for responsibilities that would otherwise disappear.
1859. Next lesson
Continue to 4.13 — Outsourcing. An outsourcing request is a cross-boundary handoff, so its owner, acceptance evidence, exclusions, and escalation path must be explicit before another party can act on it.
1860. Knowledge check
Answer these items for yourself before reading the answers.
What makes a handoff complete?
Show answer and feedback
Answer: Agreed evidence has been checked and a named human accepts the result.
Why: Sending or opening an artifact does not establish acceptance. The agreed evidence must be checked and a named human must accept or reject the result.
Which entry is appropriate for the Accountable approver column?
Show answer and feedback
Answer: A named human who owns the acceptance decision
Why: Accountability belongs to a specific human decision-maker. Contributors and AI tools do not replace that explicit approval role.
Which statement is the strongest acceptance evidence for a warning cue?
Show answer and feedback
Answer: A playtest recording shows the cue before the threat, with readable presentation and no false trigger.
Why: Strong evidence describes an observable result that can be compared with the intended behavior.
Which escalation entry is actionable?
Show answer and feedback
Answer: If readability conflicts with intended difficulty, pause the handoff and ask the named creative lead to choose between the documented alternatives.
Why: An actionable escalation identifies a trigger, a named human decision-maker, and the immediate action taken while the issue is unresolved.