---

sparc_phase: S project: <project-slug> created: <YYYY-MM-DD> author: <name> status: draft | review | approved

Specification — Специфікація: вимоги, цілі, метрики — <Project / Feature Name>

Контекст і мотивація

Чому ця задача виникла. Що болить зараз, що буде після виконання. 2-4 речення.

Цілі (Goals)

Що повинно бути правдою після завершення. Конкретні, перевіряні (не «зробити краще», а «час відповіді API < 200мс на p95»).

• [ ] Goal 1
• [ ] Goal 2
• [ ] Goal 3

Не цілі (Non-goals)

Що ми навмисно не робимо у цій ітерації — щоб уникнути scope creep.

• Non-goal 1
• Non-goal 2

Користувачі / стейкхолдери

Хто буде взаємодіяти з результатом. Що очікують.

• Primary: <персона> — <interaction>
• Secondary: <персона> — <interaction>

Вимоги (Requirements)

Функціональні

• FR1: …
• FR2: …

Нефункціональні

• NFR1 (performance): …
• NFR2 (security): …
• NFR3 (compliance): …

Edge cases

• Що робити якщо …
• Що робити якщо …

Метрики успіху

Як виміряти що задача виконана успішно після deploy. Конкретні числа.

• Metric 1: <baseline> → <target>
• Metric 2: …

Залежності і блокери

• Залежить від: <інший проект / зовнішній доступ>
• Потенційні блокери: …

Відкриті питання

Питання до Сергія / стейкхолдерів які треба вирішити перед переходом у P (Pseudocode).

1. …
2. …

Sign-off

• [ ] Сергій schválив
• [ ] Дата approval: <YYYY-MM-DD>
• [ ] Перехід на наступну фазу: P (Pseudocode)