Оцінки ламаються, коли немає ясного scope
Команда оцінює “ідею”, а реалізує “десяток уточнень”. RFC допомагає зафіксувати очікування: що в релізі, що ні, які ризики і залежності.
1) Goals / non‑goals
- Goals: конкретні результати (що зміниться для користувача).
- Non‑goals: що свідомо не робимо в цій ітерації.
2) Варіанти рішень
Опиши 2–3 підходи з плюсами/мінусами. Це дешевше, ніж “переробка” після старту.
3) Ризики і міграції
- Дані: міграції, backfill, сумісність.
- Поведінка: edge cases, деградація, фолбеки.
4) План rollout
Feature flags, canary, метрики успіху/відкату — це частина специфікації, а не “потім”.
Підсумок
RFC робить оцінки чеснішими: ви домовляєтесь про scope, бачите ризики і плануєте rollout. Це зменшує сюрпризи в розробці.