JHamidun Roadmap Management
Скилл строит продуктовый роадмап: собирает входы, прогоняет бэклог через скоринг, раскладывает по горизонтам и выдаёт готовый роадмап-документ. Детальный каталог фреймворков — в references/frameworks.md.
Когда использовать
- «Построй роадмап на квартал/полгода» для YourProduct
- «Приоритизируй этот бэклог из N фичей» — нужен защищаемый порядок
- Репприоритизация: появился новый вводный (клиент, конкурент, техдолг), надо пересобрать план
- Скоупинг релиза: что входит, что нет (MoSCoW-разговор со стейкхолдерами)
- Подготовка роадмапа к показу руководству/клиентам (без ложной точности дат)
- Проверка реалистичности: влезает ли план в capacity команды
НЕ использовать для: детальной спецификации одной фичи (→ feature-spec), разбивки на задачи спринта (→ sprint-planning-pm), письма об изменении плана (→ stakeholder-comms; методика коммуникации изменений есть в references, но артефакт-письмо — не здесь).
Процедура
Шаг 1: Собери входы
Запроси у пользователя (или извлеки из контекста/файлов) минимум:
- Бэклог кандидатов — список инициатив/фич (5-30 штук). Если нет — попроси braindump или собери из issues/документов.
- Цель периода — целевая метрика или OKR («растим активацию», «выходим в enterprise»). Без цели скоринг Impact невозможен.
- Capacity — сколько инженеров × период; известный оверхед (отпуска, дежурства). Правило: 60-70% времени идёт на плановую работу.
- Горизонт и аудитория — квартал/полгода; для команды, руководства или клиентов.
- Известные ограничения — дедлайны-обязательства, зависимости от других команд/вендоров.
Чего-то нет → задай 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 и зависимостей
- Сверху отсортированного списка наполняй Now, пока суммарный Effort ≤ capacity периода × 0.7 (остальное — техздоровье 20% + буфер 10%).
- Следующие по списку → Next; стратегические ставки и всё «направленческое» → Later.
- Для каждого пункта Now/Next проверь зависимости (технические / командные / внешние / знаниевые / последовательные) — заполни таблицу зависимостей: владелец + дата need-by + план Б.
- Если обязательства не влезают в capacity — режь скоуп, а не рисуй оптимизм. Каждое «добавить» = ответ на «что снимаем?».
Шаг 5: Собери роадмап-документ
Заполни шаблон из «## Выход». Обязательно: секция «Won't have / не делаем» — явный список отрезанного с причинами.
Шаг 6: Проверь по чек-листу
Прогони «## Чек-лист» ниже. Провал любого пункта → вернись на соответствующий шаг.
Выход
Один 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.