Demo quality gate як рішення, а не прикраса
Capstone demo має показати bounded core flow і дозволити reviewer-у відрізнити observed behavior від narration. Quality gate повинен назвати blocking checks, advisory signals, evidence anchor і рішення GO або HOLD.
Demo може бути технічно переконливим і водночас не доводити production readiness, user adoption або масштабованість. Тому gate має включати межі claims, відсутні докази й питання, які переходять у наступний крок.
Blocking та advisory checks
| Тип | Приклад | Якщо не виконано |
|---|---|---|
| Blocking | Core flow запускається за documented steps | HOLD; demo не називається готовим |
| Blocking | Expected output і acceptance видимі reviewer-у | Зупинити та уточнити contract |
| Advisory | Optional polish або non-critical speed signal | Зафіксувати limitation і не приховувати |
| Boundary | Deployment/user outcome evidence | Позначити Unknown, не робити claim |
Demo gate example
# DEMO_QUALITY_GATE.md
Core flow: <bounded scenario>
Blocking: startup path, expected output, acceptance evidence
Advisory: polish, optional latency signal, deferred edge cases
Evidence: <commands, diff or reviewer anchors>
Decision: GO for documented demo / HOLD
Claims excluded: production readiness, adoption, scale
Status: documented example; gate result: Unknown.Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush