Capstone handoff для захисту
Handoff має скоротити час reviewer-а до першого корисного рішення: що показати, де evidence, які межі claims і яке питання потрібно вирішити далі. Це не рекламний текст і не заміна фактичному evidence record.
Починайте з narrative core flow, потім дайте exact entry point, acceptance, known limitations, open questions і recommended next decision. Усі неперевірені результати маркуйте Unknown, а не заповнюйте правдоподібними числами.
Структура reviewer handoff
- Context: проблема, primary user і bounded capstone outcome.
- Demo path: коротка послідовність дій та expected signals.
- Evidence map: links на diff, checks, notes і documented examples.
- Limitations: що не перевірено, не підтримується або не є production claim.
- Decision request: GO, HOLD, feedback або наступний bounded slice.
- Owner and next step: хто приймає рішення і де продовжується робота.
Defense handoff example
# CAPSTONE_DEFENSE_HANDOFF.md
Problem: <bounded user problem>
Demo path: <three to five observable steps>
Evidence: <links or file anchors>
Known limits: <unsupported cases and Unknowns>
Claims excluded: production deployment, user validation, scale
Decision requested: GO / HOLD / feedback on next slice
Next owner: <role>; next step: <bounded action>
Status: documented example; defense outcome: Unknown. Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush