Delegation must preserve responsibility boundaries
Delegation is useful when the question, scope, tools, output, and stop condition are explicit. The owner remains responsible for checking findings and deciding what happens next.
A delegated role should return evidence and uncertainty, not a confident summary that hides missing checks.
| Delegated item | Owner must retain |
|---|---|
| Discovery | Scope and source verification |
| Implementation | Plan approval and diff review |
| Testing | Interpretation of failures |
| Review | Decision to fix, accept, or hold |
| Handoff | Next action and unresolved risk |
Delegation checklist
- State one question and one expected result.
- List allowed paths and tools.
- Forbid unrelated edits or scope expansion.
- Require file and line evidence where possible.
- Require commands and outcomes to be recorded.
- Name the next owner and stop condition.
Responsibility record
# Delegation
Question: <one question>
Scope: <paths>
Allowed actions: read / run / write
Expected output: <report>
Verification: <check>
Owner decision: <next step>
Status: documented example; delegated outcome: Unknown.Canonical lesson source · JavaRush
Open JavaRush material