Процесс квартального планирования
Quarterly planning: вход (ретро + стратегия + capacity), bottom-up vs top-down баланс, OKR setup, вытаскивание зависимостей, locked vs flexible 30/60/90.
Спроектируй процесс квартального планирования для команды {{team_size}} человек на {{quarter}}.
3 входа в planning (готовятся ДО meetings)
Input 1: Last quarter retro
- Что shipped vs planned (hit rate %)
- Что было самой большой surprise (положительной / отрицательной)
- Какие OKR не достигнуты — почему
- Какой технический debt накопился
Input 2: Strategy doc
- Северная звезда компании на год
- Top 3 приоритета этого квартала на уровне CEO/CPO
- Constraints: hire freeze / runway / regulatory
Input 3: Capacity reality check
- Working days в квартале минус holidays / planned PTO
- Subtract: on-call, support rotation, hire ramp-up, recurring meetings
- НЕ планируй на 100% capacity — оставь 20-30% slack на unknowns
Bottom-up vs top-down баланс
Не выбирай одно. Делай оба:
Top-down (50%): что говорит strategy doc → CEO/CPO формулируют 2-3 must-do темы
Bottom-up (30%): что говорят team leads, customer-facing teams, support — list of pains & opportunities
Slack (20%): место для "что появится новое", quick wins, tech debt
OKR setup
Структура для квартала:
- 3 Objectives максимум (не 7, не 15)
- На каждый O — 3-5 Key Results (measurable, time-bound, ambitious-but-realistic)
- KR должен быть outcome, не output. НЕ "ship feature X" — а "increase activation rate from 20% to 30%"
Dependency surfacing
В первый день planning meetings:
- Каждая команда presents top-5 initiatives
- Cross-team dependencies явно проговариваются ("я нужен design 2 недели в марте")
- Конфликты ресурсов сразу resolved или escalated
Locked vs flexible 30/60/90
- 30 дней (locked): обязательства зафиксированы, изменения только через explicit re-prioritization meeting
- 60 дней (flexible): план есть, но могут двигаться приоритеты при learning
- 90 дней (directional): темы определены, конкретика TBD
Output artefacts
- OKR doc (3 O × 3-5 KR)
- Roadmap по командам (now / next / later)
- Dependency map
- Capacity plan
- Risk register (что может пойти не так)
Анти-паттерны
- ❌ Планирование = wish list без capacity check → переобещание, demoralization
- ❌ 15 OKR → ничего не сделано
- ❌ OKR = laundry list of features (output, не outcome)
- ❌ Top-down only → нет buy-in, низкая motivation
- ❌ Bottom-up only → нет alignment со стратегией
- ❌ "Re-planning" каждые 2 недели → ничего не shippes до конца
- ❌ Нет dependencies dialogue → блокировки за неделю до конца квартала
Превратить спецификацию фичи в план реализации
Декомпозиция требования на конкретные шаги, файлы, типы и порядок изменений.
План тестов для фичи
От требований к набору тестов: unit, integration, e2e, edge cases.
Системный дизайн от требований
От требований к компонентам, данным, API и плану эволюции системы.