# Roadmap Management

> Продуктовый роадмап: RICE/ICE/MoSCoW, Now/Next/Later, capacity. Триггеры: «приоритизируй бэклог», «что пилим в квартале». НЕ спека фичи→feature-spec.

- Skill: `jhamidun/roadmap-management` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add jhamidun/roadmap-management`
- Raw SKILL.md: https://api.skillmd.com/api/skills/jhamidun/roadmap-management/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Product & Planning
- Author: JHamidun (https://skillmd.com/u/jhamidun)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/jhamidun/roadmap-management

---


# Roadmap Management

Скилл строит продуктовый роадмап: собирает входы, прогоняет бэклог через скоринг, раскладывает по горизонтам и выдаёт готовый роадмап-документ. Детальный каталог фреймворков — в `references/frameworks.md`.

## Когда использовать

- «Построй роадмап на квартал/полгода» для YourProduct
- «Приоритизируй этот бэклог из N фичей» — нужен защищаемый порядок
- Репприоритизация: появился новый вводный (клиент, конкурент, техдолг), надо пересобрать план
- Скоупинг релиза: что входит, что нет (MoSCoW-разговор со стейкхолдерами)
- Подготовка роадмапа к показу руководству/клиентам (без ложной точности дат)
- Проверка реалистичности: влезает ли план в capacity команды

НЕ использовать для: детальной спецификации одной фичи (→ feature-spec), разбивки на задачи спринта (→ sprint-planning-pm), письма об изменении плана (→ stakeholder-comms; методика коммуникации изменений есть в references, но артефакт-письмо — не здесь).

## Процедура

### Шаг 1: Собери входы

Запроси у пользователя (или извлеки из контекста/файлов) минимум:

1. **Бэклог кандидатов** — список инициатив/фич (5-30 штук). Если нет — попроси braindump или собери из issues/документов.
2. **Цель периода** — целевая метрика или OKR («растим активацию», «выходим в enterprise»). Без цели скоринг Impact невозможен.
3. **Capacity** — сколько инженеров × период; известный оверхед (отпуска, дежурства). Правило: 60-70% времени идёт на плановую работу.
4. **Горизонт и аудитория** — квартал/полгода; для команды, руководства или клиентов.
5. **Известные ограничения** — дедлайны-обязательства, зависимости от других команд/вендоров.

Чего-то нет → задай 1 короткий блок вопросов сразу (не по одному), либо явно пометь допущения в документе.

### Шаг 2: Выбери формат и фреймворк скоринга

По таблице (детали → `references/frameworks.md`):

| Ситуация | Формат | Скоринг |
| --- | --- | --- |
| Дефолт: команда + руководство | Now / Next / Later | RICE |
| Нужно показать стратегию, есть OKR | Квартальные темы / OKR-aligned | RICE |
| Большой бэклог, есть данные | любой | RICE |
| Ранний продукт, данных мало | Now / Next / Later | ICE |
| Скоупинг релиза, торг со стейкхолдерами | список релиза | MoSCoW |
| Живая сессия с командой | 2×2 | Value vs Effort |
| Execution-план с инженерами | Timeline/Gantt | — (после скоринга) |

### Шаг 3: Прогони скоринг

Для каждой инициативы заполни строку таблицы (RICE-пример):

- Reach — конкретное число за период; Impact — 3/2/1/0.5/0.25; Confidence — 100/80/50%; Effort — человеко-месяцы.
- RICE = (Reach × Impact × Confidence) / Effort. Отсортируй по убыванию.
- Пометь стратегические ставки, которые скоринг занижает (низкий Confidence ≠ не делать) — вынеси их отдельной строкой с пояснением, не подкручивай числа.

### Шаг 4: Разложи по горизонтам с учётом capacity и зависимостей

1. Сверху отсортированного списка наполняй **Now**, пока суммарный Effort ≤ capacity периода × 0.7 (остальное — техздоровье 20% + буфер 10%).
2. Следующие по списку → **Next**; стратегические ставки и всё «направленческое» → **Later**.
3. Для каждого пункта Now/Next проверь зависимости (технические / командные / внешние / знаниевые / последовательные) — заполни таблицу зависимостей: владелец + дата need-by + план Б.
4. Если обязательства не влезают в capacity — режь скоуп, а не рисуй оптимизм. Каждое «добавить» = ответ на «что снимаем?».

### Шаг 5: Собери роадмап-документ

Заполни шаблон из «## Выход». Обязательно: секция «Won't have / не делаем» — явный список отрезанного с причинами.

### Шаг 6: Проверь по чек-листу

Прогони «## Чек-лист» ниже. Провал любого пункта → вернись на соответствующий шаг.

## Выход

Один markdown-документ «Роадмап <Продукт> — <период>». Скелет для копипаста:

```markdown
# Роадмап YourProduct — Q_ 20__

## 1. Контекст и цель периода
- Цель/OKR: <метрика и целевое значение>
- Capacity: <N инженеров × M недель − оверхед ≈ X чел-мес; 70/20/10 = Y чел-мес на фичи>
- Допущения: <что принято без данных>

## 2. Скоринг (RICE)
| # | Инициатива | Reach | Impact | Conf | Effort | RICE | Комментарий |
|---|-----------|-------|--------|------|--------|------|-------------|
| 1 | ... | 500/кв | 2 | 80% | 2 | 400 | ... |

## 3. Роадмап: Now / Next / Later
### Now (текущий месяц) — закоммичено
- [ ] <Инициатива> — <ожидаемый эффект>, effort <X>, owner <роль>
### Next (1-3 мес) — запланировано
- [ ] ...
### Later (3-6+ мес) — направление
- ...

## 4. Не делаем в этом периоде (Won't have)
- <Инициатива> — причина: <низкий RICE / не влезает / вне стратегии>

## 5. Зависимости и риски
| Пункт | Зависимость | Тип | Владелец | Need by | План Б |
|-------|-------------|-----|----------|---------|--------|
| ... | ... | командная | ... | ... | ... |

## 6. Открытые вопросы
- ...
```

## Пример

**Вход:** YourProduct (B2B SaaS), цель квартала — активация trial→paid с 8% до 12%. Команда 3 инженера × 12 недель ≈ 9 чел-мес → 6.3 чел-мес на фичи (70%). Бэклог: онбординг-визард, SSO для ClientCo-сегмента, редизайн дашборда, email-дожимы, публичный API.

Скоринг по RICE даёт:

| Инициатива | Reach | Impact | Conf | Effort | RICE |
| --- | --- | --- | --- | --- | --- |
| Онбординг-визард | 900/кв | 2 | 80% | 2 | 720 |
| Email-дожимы | 900/кв | 1 | 80% | 1 | 720 |
| Редизайн дашборда | 1200/кв | 0.5 | 50% | 4 | 75 |
| SSO | 40/кв | 3 | 100% | 3 | 40 |
| Публичный API | 100/кв | 2 | 50% | 5 | 20 |

**Роадмап →** Now: онбординг-визард + email-дожимы (3 чел-мес ≤ 6.3, остаток — буфер под SSO-дизайн и техздоровье). Next: SSO (стратегическая ставка: скоринг низкий из-за Reach, но открывает enterprise-сегмент — берём осознанно). Later: публичный API. **Won't have:** редизайн дашборда — низкий Impact/Confidence, не двигает активацию. **Зависимость:** SSO ← аудит безопасности у внешнего подрядчика, need by середина квартала, план Б — сдвиг SSO в Later.

Готово = документ по скелету выше со всеми 6 секциями заполнен.

## Чек-лист

- [ ] У каждого пункта Now есть: effort, owner, ожидаемый эффект на целевую метрику
- [ ] Σ Effort(Now) ≤ 70% capacity периода (20% техздоровье + 10% буфер сохранены)
- [ ] Скоринг-таблица заполнена для ВСЕХ кандидатов — включая отклонённые
- [ ] Секция «Won't have» существует и у каждого пункта есть причина
- [ ] Все кросс-командные/внешние зависимости имеют владельца, need-by и план Б
- [ ] Стратегические ставки с низким скорингом помечены явно (не «подкручены» числа)
- [ ] Формат соответствует аудитории: наружу/руководству — без точных дат (Now/Next/Later), Gantt только для execution с инженерами
- [ ] Допущения (где не было данных) перечислены в секции «Контекст»

## Справочник

Полные описания фреймворков (Now/Next/Later, Quarterly Themes, OKR-aligned, Timeline; RICE, MoSCoW, ICE, Value vs Effort), карта зависимостей, capacity-планирование и методика коммуникации изменений роадмапа → `references/frameworks.md`.