Section 362 of 440
Complete canonical tutorial. This reader section contains the same teaching body as PWR-180 · Cooperative problem solving. Open the Power dossier.
PWR-180 · Relationship, Conflict & Care Capability
Audit a fictional group decision for rights, access, dissent and ownership
This tutorial teaches a complete decision-audit method using a finished fictional club-planning packet. You will identify who is affected, separate non-negotiable rights from preferences, test four options against access and resource constraints, preserve authorship and dissent, mark unknowns and choose a reversible decision or a legitimate no-decision. You will not convene a real group, collect access disclosures or make a live rights-affecting decision.
Tutorial curriculum · current public edition · Revision 7T · Full Tutorial Edition
Revision 7T · Full Tutorial Edition · complete governed research tutorial
Audit a fictional group decision for rights, access, dissent and ownership
This tutorial teaches a complete decision-audit method using a finished fictional club-planning packet. You will identify who is affected, separate non-negotiable rights from preferences, test four options against access and resource constraints, preserve authorship and dissent, mark unknowns and choose a reversible decision or a legitimate no-decision. You will not convene a real group, collect access disclosures or make a live rights-affecting decision.
Authority and safety
- Governance ceiling: explanation and static fictional record analysis only. Capability self-practice, live administration, protocol delivery and efficacy claims are not authorised until the recorded next_gate adjudication changes.
- Use only the supplied fictional club packet. Do not convene a live group, collect access disclosures or substitute a real rights-affecting dispute.
- The audit cannot confer implementation authority, represent an affected community or override consent, access, dissent or accountable process.
Exact materials
- The fictional rights card: step-free access and a live remote-text route are requirements; budget is at most £50; duration is at most 60 minutes; no-decision remains valid
- The four option records below
- An audit sheet with affected roles, rights, constraints, unknowns, provenance, dissent, owner, review and fallback
- The staged answer key, kept closed until every option has been audited
Set up in this order
- Write STATIC FICTIONAL DECISION AUDIT. Do not ask anyone to reveal a real access need or negotiate a live outcome.
- Copy the decision rule before reading preferences. Mark step-free access, live remote text, £50 and 60 minutes as constraints rather than weighted preferences.
- Name the affected fictional roles and what each controls. Preserve the author attached to every option.
- Test each option against every constraint. Write PASS, FAIL or UNKNOWN and cite the supplied fact; do not repair missing data by guessing.
- Record dissent and useful preferences even when an option fails. Excluding an option is not permission to erase its author or concern.
- For any conditionally eligible option, require an owner, review point and fallback. If one is absent, mark the choice conditional or choose no decision.
- Select, revise, exclude or defer each option, then write one reversible fictional decision. Agreement earns no extra credit.
- Finish with the boundary: this record does not authorise implementation or represent the affected real-world community.
Supplied fixture
| Option and author | Fictional data |
|---|---|
| A — garden sketch walk, Mira | £30; 60 minutes; ground-level paved route; quiet break; paper kits; remote participant receives photos only after the event |
| B — upstairs ceramics demo, Jon | £55; 60 minutes; stairs only; hands-on clay; no remote channel; facilitator available for 40 minutes |
| C — hybrid tabletop story lab, Sam | £45; 55 minutes; ground-floor room; live remote text board; quiet side table; materials posted in advance; moderator named for first 40 minutes only |
| D — postpone and request venue information, shared fallback | £0 now; no activity chosen; fictional owner contacts two accessible venues and reports next week |
Check your work only after you finish
Lock every response first. The checking page is separate so the answers are not exposed inside this exercise.
Scoring rule
Award 2 points each for naming affected roles, declaring rights, preserving hard constraints, preserving provenance, marking unknowns, testing every option, recording dissent and writing a reversible decision with owner/review/fallback: 16 points total. Passing requires at least 14 and no rights override. A well-reasoned no-decision can receive full credit. This scores a fictional audit, not live cooperation.
Worked example
- An informal preference count favours B, but the auditor applies the rights card before treating preferences as selectable votes.
- B is excluded because it exceeds budget and lacks step-free and remote routes. Jon's preference for hands-on making remains in the record.
- A is marked revise because later photographs are not participation during the event.
- C meets the declared access and resource constraints, but 15 minutes of moderation is unowned, so it remains conditional.
- The fictional record selects C only if a moderator is named by the review point; otherwise it reverts to D.
Correct result: The audit produces a reversible conditional fictional decision while preserving rights, provenance, dissent and the valid no-decision fallback. It does not authorise a real event.
Right and wrong
| Moment | Right / safer | Wrong / riskier | Why |
|---|---|---|---|
| Applying rights | Test access requirements before preference votes. | Let a majority vote access away. | Popularity does not replace rights or consent. |
| Handling unknowns | Mark the final moderator unknown and make C conditional. | Assume somebody will cover it. | Hidden ownership is not an implementation plan. |
| Preserving dissent | Keep Jon's hands-on preference and B's exclusion reason. | Delete the objection after C is chosen. | Dissent and provenance remain part of an auditable record. |
| No decision | Use D when facts or ownership remain unresolved. | Force consensus to make the exercise feel complete. | A legitimate no-decision can protect rights. |
| Authority | Stop at the fictional record audit. | Use the page to run a live rights-affecting meeting. | Guide permission is not ready. |
Common mistakes and fixes
| Mistake | Fix |
|---|---|
| Constraints become preference scores. | Keep access, budget and time as pass/fail/unknown gates. |
| Unknown ownership is treated as feasible. | Name an owner or keep the decision conditional. |
| A rejected option loses authorship. | Preserve author, contribution and exclusion reason. |
| The fictional packet is replaced with a live conflict. | Stop; this tutorial authorises static analysis only. |
Evidence boundary
What the tutorial may—and may not—claim.
Supportable claim
A brief communication programme changed one bounded cooperative-thinking measure; broader cooperative problem-solving capability is not yet established.
Measurement boundary
Declare problem, affected people, decision rights, options, information, dissent, assistance, outcome and harm; meeting participation or consensus is not solution quality.
Turn every disagreement into effortless consensus
MetricDecision quality, affected-person participation, implementation and harm under declared rights
BoundaryConsensus cannot establish consent, truth, fairness or a good outcome.
Negative and limiting findings
- Most measured communication components were null.
- No functional workplace outcome or durable transfer was demonstrated.
Prohibited wording
- solve any conflict together
- consensus is always best
- one workshop creates collaboration
- agreement score
- use cooperation to pressure consent
Direct source register
Evidence that supports—and limits—the route.
Norio Sasaki; Hironori Somemura; Saki Nakamura; Megumi Yamamoto; Manabu Isojima; Issei Shinmei; Masaru Horikoshi; Katsutoshi Tanaka · 2017 · PRIMARY_RESEARCH
This source is bound only to limiting finding, null finding, trainability within the declared PWR-180 dossier. It does not independently authorise universal efficacy, far transfer, diagnosis, clinical use or unsafe progression.
National Institute for Health and Care Excellence · 2021 · OFFICIAL_GUIDELINE
This source is bound only to affected person rights, consent, official boundary within the declared PWR-180 dossier. It does not independently authorise universal efficacy, far transfer, diagnosis, clinical use or unsafe progression.
Tutorial delivery controls
Learn, adapt, troubleshoot and resume
Progress is saved only in this browser on this device.
Step-by-step learner mode
Each activity includes its success check, a nearby accessible alternative and an “I’m stuck” correction path. Alternatives preserve the target where possible; when they change the task, Titan labels them as related rather than equivalent.
Write STATIC FICTIONAL DECISION AUDIT
Write STATIC FICTIONAL DECISION AUDIT. Do not ask anyone to reveal a real access need or negotiate a live outcome.
“Write STATIC FICTIONAL DECISION AUDIT” keeps this lesson inside its declared record-analysis boundary and prevents the supplied scenario from being mistaken for physical practice.
A legible entry directly completes “Write STATIC FICTIONAL DECISION AUDIT” and records the requested condition, decision or boundary without adding a new claim.
I’m stuck on this step
Reset: Re-read this authored instruction — “Write STATIC FICTIONAL DECISION AUDIT. Do not ask anyone to reveal a real access need or negotiate a live outcome.” — and its success check, then attempt only this step.
Possible snag: The fictional packet is replaced with a live conflict.
Correction: Stop; this tutorial authorises static analysis only.
Stop / get help: Titan teaches a complete Power-specific research method because operational capability practice is not currently justified. Stop if the declared configuration cannot be maintained, uncertainty becomes material, adverse effects appear, or qualified authority is required.
Copy the decision rule before reading preferences
Copy the decision rule before reading preferences. Mark step-free access, live remote text, £50 and 60 minutes as constraints rather than weighted preferences.
“Copy the decision rule before reading preferences” creates the auditable value, condition or statement needed for the tutorial’s later comparison and conclusion.
A legible entry directly completes “Copy the decision rule before reading preferences” and records the requested condition, decision or boundary without adding a new claim.
I’m stuck on this step
Reset: Re-read this authored instruction — “Copy the decision rule before reading preferences. Mark step-free access, live remote text, £50 and 60 minutes as constraints rather than weighted preferences.” — and its success check, then attempt only this step.
Possible snag: The result from “Copy the decision rule before reading preferences. Mark step-free access, live remote text, £50 and 60 minutes as constraints rather than weighted preferences.” does not yet meet this declared check: A legible entry directly completes “Copy the decision rule before reading preferences” and records the requested condition, decision or boundary without adding a new claim.
Correction: Return to the start of “Copy the decision rule before reading preferences”, reduce complexity or pace, and repeat only the part needed to satisfy: “A legible entry directly completes “Copy the decision rule before reading preferences” and records the requested condition, decision or boundary without adding a new claim.”
Stop / get help: Titan teaches a complete Power-specific research method because operational capability practice is not currently justified. Stop if the declared configuration cannot be maintained, uncertainty becomes material, adverse effects appear, or qualified authority is required.
Name the affected fictional roles and what each controls
Name the affected fictional roles and what each controls. Preserve the author attached to every option.
“Name the affected fictional roles and what each controls” keeps this lesson inside its declared record-analysis boundary and prevents the supplied scenario from being mistaken for physical practice.
Evidence of completion shows the learner followed this exact instruction without adding an unstated step: “Name the affected fictional roles and what each controls. Preserve the author attached to every option.”
I’m stuck on this step
Reset: Re-read this authored instruction — “Name the affected fictional roles and what each controls. Preserve the author attached to every option.” — and its success check, then attempt only this step.
Possible snag: A rejected option loses authorship.
Correction: Preserve author, contribution and exclusion reason.
Stop / get help: Titan teaches a complete Power-specific research method because operational capability practice is not currently justified. Stop if the declared configuration cannot be maintained, uncertainty becomes material, adverse effects appear, or qualified authority is required.
Test each option against every constraint
Test each option against every constraint. Write PASS, FAIL or UNKNOWN and cite the supplied fact; do not repair missing data by guessing.
“Test each option against every constraint” creates the auditable value, condition or statement needed for the tutorial’s later comparison and conclusion.
A legible entry directly completes “Test each option against every constraint” and records the requested condition, decision or boundary without adding a new claim.
I’m stuck on this step
Reset: Re-read this authored instruction — “Test each option against every constraint. Write PASS, FAIL or UNKNOWN and cite the supplied fact; do not repair missing data by guessing.” — and its success check, then attempt only this step.
Possible snag: Constraints become preference scores.
Correction: Keep access, budget and time as pass/fail/unknown gates.
Stop / get help: Titan teaches a complete Power-specific research method because operational capability practice is not currently justified. Stop if the declared configuration cannot be maintained, uncertainty becomes material, adverse effects appear, or qualified authority is required.
Record dissent and useful preferences even when an option fails
Record dissent and useful preferences even when an option fails. Excluding an option is not permission to erase its author or concern.
“Record dissent and useful preferences even when an option fails” creates the auditable value, condition or statement needed for the tutorial’s later comparison and conclusion.
A legible entry directly completes “Record dissent and useful preferences even when an option fails” and records the requested condition, decision or boundary without adding a new claim.
I’m stuck on this step
Reset: Re-read this authored instruction — “Record dissent and useful preferences even when an option fails. Excluding an option is not permission to erase its author or concern.” — and its success check, then attempt only this step.
Possible snag: The result from “Record dissent and useful preferences even when an option fails. Excluding an option is not permission to erase its author or concern.” does not yet meet this declared check: A legible entry directly completes “Record dissent and useful preferences even when an option fails” and records the requested condition, decision or boundary without adding a new claim.
Correction: Return to the start of “Record dissent and useful preferences even when an option fails”, reduce complexity or pace, and repeat only the part needed to satisfy: “A legible entry directly completes “Record dissent and useful preferences even when an option fails” and records the requested condition, decision or boundary without adding a new claim.”
Stop / get help: Titan teaches a complete Power-specific research method because operational capability practice is not currently justified. Stop if the declared configuration cannot be maintained, uncertainty becomes material, adverse effects appear, or qualified authority is required.
For any conditionally eligible option, require an owner, review point and fallback
For any conditionally eligible option, require an owner, review point and fallback. If one is absent, mark the choice conditional or choose no decision.
“For any conditionally eligible option, require an owner, review point and fallback” fixes the exact Cooperative problem solving configuration or decision before later observations are compared.
The output directly answers “For any conditionally eligible option, require an owner, review point and fallback”, names the relevant distinction and stays within the supplied record.
I’m stuck on this step
Reset: Re-read this authored instruction — “For any conditionally eligible option, require an owner, review point and fallback. If one is absent, mark the choice conditional or choose no decision.” — and its success check, then attempt only this step.
Possible snag: Unknown ownership is treated as feasible.
Correction: Name an owner or keep the decision conditional.
Stop / get help: Titan teaches a complete Power-specific research method because operational capability practice is not currently justified. Stop if the declared configuration cannot be maintained, uncertainty becomes material, adverse effects appear, or qualified authority is required.
Select, revise, exclude or defer each option, then write one reversible fictional…
Select, revise, exclude or defer each option, then write one reversible fictional decision. Agreement earns no extra credit.
“Select, revise, exclude or defer each option, then write one reversible fictional decision” keeps this lesson inside its declared record-analysis boundary and prevents the supplied scenario from being mistaken for physical practice.
A legible entry directly completes “Select, revise, exclude or defer each option, then write one reversible fictional decision” and records the requested condition, decision or boundary without adding a new claim.
I’m stuck on this step
Reset: Re-read this authored instruction — “Select, revise, exclude or defer each option, then write one reversible fictional decision. Agreement earns no extra credit.” — and its success check, then attempt only this step.
Possible snag: The result from “Select, revise, exclude or defer each option, then write one reversible fictional decision. Agreement earns no extra credit.” does not yet meet this declared check: A legible entry directly completes “Select, revise, exclude or defer each option, then write one reversible fictional decision” and records the requested condition, decision or boundary without adding a new claim.
Correction: Return to the start of “Select, revise, exclude or defer each option, then write one reversible fictional…”, reduce complexity or pace, and repeat only the part needed to satisfy: “A legible entry directly completes “Select, revise, exclude or defer each option, then write one reversible fictional decision” and records the requested condition, decision or boundary without adding a new claim.”
Stop / get help: Titan teaches a complete Power-specific research method because operational capability practice is not currently justified. Stop if the declared configuration cannot be maintained, uncertainty becomes material, adverse effects appear, or qualified authority is required.
Finish with the boundary: this record does not authorise implementation or represent…
Finish with the boundary: this record does not authorise implementation or represent the affected real-world community.
“Finish with the boundary: this record does not authorise implementation or represent the affected real-world community” creates the auditable value, condition or statement needed for the tutorial’s later comparison and conclusion.
A legible entry directly completes “Finish with the boundary: this record does not authorise implementation or represent the affected real-world community” and records the requested condition, decision or boundary without adding a new claim.
I’m stuck on this step
Reset: Re-read this authored instruction — “Finish with the boundary: this record does not authorise implementation or represent the affected real-world community.” — and its success check, then attempt only this step.
Possible snag: The result from “Finish with the boundary: this record does not authorise implementation or represent the affected real-world community.” does not yet meet this declared check: A legible entry directly completes “Finish with the boundary: this record does not authorise implementation or represent the affected real-world community” and records the requested condition, decision or boundary without adding a new claim.
Correction: Return to the start of “Finish with the boundary: this record does not authorise implementation or represent…”, reduce complexity or pace, and repeat only the part needed to satisfy: “A legible entry directly completes “Finish with the boundary: this record does not authorise implementation or represent the affected real-world community” and records the requested condition, decision or boundary without adding a new claim.”
Stop / get help: Titan teaches a complete Power-specific research method because operational capability practice is not currently justified. Stop if the declared configuration cannot be maintained, uncertainty becomes material, adverse effects appear, or qualified authority is required.
Correct versus incorrect execution
These accessible process diagrams are built from the tutorial’s own right/wrong teaching. They are not anatomical illustrations and do not add technique beyond the canonical tutorial.
Test access requirements before preference votes.
Let a majority vote access away.
Mark the final moderator unknown and make C conditional.
Assume somebody will cover it.
Keep Jon's hands-on preference and B's exclusion reason.
Delete the objection after C is chosen.
Use D when facts or ownership remain unresolved.
Force consensus to make the exercise feel complete.
Stop at the fictional record audit.
Use the page to run a live rights-affecting meeting.
Method-structure checklist
10 of 10 structural checks present
- Ordered, Power-specific instructions — present
- Every activity has a success check — present
- Materials or supplied records are declared — present
- Measurement or assessment rule is present — present
- Tutorial-specific troubleshooting is present — present
- Stopping or escalation boundary is present — present
- Every activity has an adjacent alternative — present
- Correct-versus-incorrect comparison is present — present
- Evidence context is bound to the Power record — present
- Planning metadata is present — present
The method-readiness band and presence checklist assess tutorial presentation and are separate from evidence quality for the underlying Power. They are automated editorial aids, not human approval.
Manual editorial sign-off: Pending. This tutorial must not display a human-approved state until an identified editor signs the exact content hash.