Критерії оцінювання capstone
Rubric перетворює загальне «покажи проєкт» на прозорі dimensions, evidence expectations і decision boundary. Критерій має описувати observable quality, а не враження від кількості коду чи polish.
Оцінювання потрібно відділяти від непідтверджених claims. Наявність rubric не означає, що evaluator застосував її, а заповнений приклад із Unknown не є score або approval.
Приклад dimensions
| Dimension | Evidence question | Boundary |
|---|---|---|
| Problem and user | Чи зрозуміло, для кого і яку проблему вирішує slice? | Не доводить market demand або adoption |
| Core flow | Чи можна пройти сценарій від entry до output? | Не доводить production scale |
| Scope discipline | Чи видно non-goals і відкладені рішення? | Не винагороджувати необмежений feature scope |
| Verification | Чи повʼязані checks із acceptance? | Planned check не є pass result |
| Evidence and limits | Чи може reviewer знайти facts і Unknowns? | Unknown не перетворювати на score без рішення |
| Communication | Чи захист має послідовний narrative? | Polish не замінює working evidence |
Rubric record
# CAPSTONE_RUBRIC.md
Dimension: <problem / flow / scope / verification / evidence / communication>
Expected signal: <observable criterion>
Evidence required: <file, command or demo anchor>
Status scale: <not shown / partial / shown / needs verification>
Weight: <agreed value or Unknown>
Reviewer note: <feedback or Unknown>
Decision boundary: <GO / HOLD / remediation>
Status: documented example; rubric application and score: Unknown. Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush