Capstone ведеться як milestone roadmap
Дорожня карта capstone — це послідовність перевірюваних етапів, а не довгий список задумів. Ключовим результатом залишається один core flow, який можна запустити, перевірити й показати.
Якщо функціональність не додає інженерної цінності, її краще вилучити. Scope freeze перед demo захищає результат від останньої хвилі неперевірених ідей.
| Етап | Очікуваний результат | Дія при відставанні |
|---|---|---|
| Після рівня 25 | Чернетка SPEC.md, baseline, CLAUDE.md, backlog і перші записи EVIDENCE.md | Переглянути постановку та звузити scope |
| Після рівнів 26–27 | Визначений core flow і початкові happy-path checks | Прибрати другорядні ідеї |
| Після рівнів 28–29 | Core flow працює локально, є README і фактичні записи | Орієнтуватися на мінімальний demo-продукт |
| Після рівнів 30–31 | Зрозуміла користь, scope freeze і demo-сценарій | Не розширювати функціональність |
| Перед захистом | Стабільні перевірки, README, обмеження та demo | Зосередитися на надійності, не додавати нові фічі |
Регулярний запис у EVIDENCE.md
Журнал має показувати причинно-наслідковий звʼязок: що перевіряли, яке рішення ухвалили та як підтвердили результат. Записуйте запити до Claude, власні рішення, виконані checks, ризики й зміни scope.
Корисними є конкретні факти: smoke-check core flow, зафіксована проблема з порожнім вводом, вилучення зайвої функції або пояснення, чому production deploy не входить до проєкту.
## 2026-09-13 — happy path
- Decision: залишити один core flow, без production deploy
- Claude helped: чернетка verification plan
- Checks: локальний запуск і smoke-сценарій
- Result: passed / failed із коротким фактом
- Risks: відкладена інтеграція з реальними данимиКритерії оцінювання
- відтворюваний робочий сценарій;
- контроль меж проєкту;
- відповідність SPEC.md фактичній реалізації;
- зрозумілі Git-зміни та коміти;
- наявність релевантних перевірок;
- якісний README і чітка демонстрація;
- прозоре використання Claude Code;
- усвідомлення ризиків і чесний перелік обмежень.
Структура demo і захисту
- Поясніть проблему користувача.
- Покажіть один основний сценарій від початку до кінця.
- Опишіть внесок Claude Code і спосіб перевірки.
- Покажіть README, SPEC.md та evidence, потрібні для відтворення.
- Назвіть свідомо невиконані частини та компроміси.
- Продемонструйте стабільний локальний запуск без зайвих нових можливостей.
Фінальний checklist перед demo
- core flow запускається локально;
- README дає змогу повторити запуск;
- smoke-перевірки виконані й записані;
- EVIDENCE.md містить історію рішень;
- відомі обмеження задокументовані;
- сценарій показу зрозумілий сторонній людині;
- нові фічі більше не додаються.
Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush