Наратив захисту без хаосу

Захист capstone має вести reviewer-а від проблеми до observable outcome, а не відтворювати весь transcript роботи. Сильний narrative називає аудиторію, bounded scope, один core flow, ключові рішення, evidence anchors і чесні limitations.

Порядок розповіді — це контроль cognitive load. Спочатку поясніть, що перевіряється і чому це важливо, потім покажіть короткий flow, після цього відкрийте докази та заверште запитом на рішення. Якщо демонстрація відхиляється від сценарію, зупиніться й запишіть Unknown замість імпровізованого claim.

Чотири опори defense narrative

  1. Context: назвати проблему, primary user, bounded outcome і non-goals.
  2. Walkthrough: показати три–пʼять кроків core flow з очікуваними сигналами.
  3. Evidence: відкрити релевантний diff, check або record і пояснити його межу.
  4. Decision: попросити GO, HOLD, feedback або наступний bounded slice; не називати це approval без фактичного рішення.

Defense narrative

DEFENSE_NARRATIVE.md — documented example
# DEFENSE_NARRATIVE.md
Audience: <reviewer or evaluator>
Problem: <bounded problem and user>
Claim: <what this capstone slice demonstrates>
Path:
1. <action> -> <expected signal>
2. <action> -> <expected signal>
3. <action> -> <expected signal>
Evidence anchors: <files, commands or notes>
Known limits: <Unknowns and unsupported cases>
Decision requested: <GO / HOLD / feedback>
Status: documented example; defense outcome: Unknown.

Канонічне джерело уроку · JavaRush

Відкрити матеріал JavaRush