Александр Ключников – Фокус вместо пожаров: система приоритетов для руководителя и команды (теперь с ИИ) (страница 6)
4.3. Шаблон промпта №1: быстрый ICE, когда данных мало
Используйте, если вы в начале пути или у вас хаос в задачах.
PROMPT (скопируйте):
Ты – аналитик по приоритизации.
Цели на 2–4 недели:
(цель)
(цель)
Оцени задачи по ICE: Impact (0.25/0.5/1/2/3), Confidence (50/70/90), Ease (1/2/3 где 3 = легко).
Если данных нет – ставь Confidence 50 и помечай “нужна проверка”.
Верни: топ-10 задач + краткое обоснование + список вопросов (не больше 7), которые сильнее всего улучшат точность.
Почему работает: задаёт шкалы и заставляет ИИ честно признавать неопределённость.
4.4. Шаблон промпта №2: RICE для продуктовых задач с метриками
PROMPT:
Ты – продуктовый аналитик.
Период оценки Reach: (например, 30 дней).
Рассчитай RICE для задач.
Шкалы: Impact = 0.25/0.5/1/2/3 (привяжи к метрике: +0.5 п.п., +1 п.п., +2–3 п.п., и т.д.), Confidence = 50/70/90, Effort = person-weeks.
Если Reach неизвестен – оцени диапазоном (min–max) и посчитай RICE для обоих, чтобы показать чувствительность.
Вывод: таблица (Reach, Impact, Confidence, Effort, RICE, риск/зависимость, примечание) + рекомендации (что делать сейчас/позже/не делать).
Ключ: чувствительность (диапазоны) спасает от ложной точности.
4.5. Шаблон промпта №3: WSJF для крупных инициатив и зависимостей
PROMPT:
Ты – портфельный менеджер. Оптимизируй скорость получения ценности и снижение рисков.
Для каждой инициативы оцени Cost of Delay как сумму:
Business Value (1–10)
Time Criticality (1–10)
Risk Reduction / Opportunity Enablement (1–10)
Job Size (1–10).
WSJF = CoD / Job Size.
Укажи зависимости и предложи порядок выполнения, если он отличается от чистого WSJF (из-за блокировок).
Вывод: ранжирование + «пакеты» работ (что можно делать параллельно).
Ключ: WSJF без зависимостей – полуправда. ИИ хорош именно в “сшивке” портфеля.
4.6. Шаблон промпта №4: гибрид «Must-do / Should-do / Could-do»
Это лучший вариант для реальной жизни.
PROMPT:
Ты – приоритизатор. Сначала классифицируй задачи:
Must-do: безопасность/комплаенс/критические баги/контрактные обязательства/блокеры.
Should-do: задачи, влияющие на цели периода.
Could-do: улучшения без явной связи с целями или с низкой уверенностью.
Для Should-do используй RICE (или ICE – укажу ниже).
Ограничение ресурсов: (например, 12 person-weeks на спринт, 2 команды).
Вывод:
Must-do список (без формулы, но с риском “если не сделать”)
Should-do топ-N с оценками
Could-do backlog (коротко)
5 главных “неизвестных”, которые стоит уточнить.
Ключ: так вы не сравниваете “дыру безопасности” с “красивой фичей” одной формулой.
4.7. Как формулировать задачи, чтобы ИИ не «додумывал»
Если задача звучит как “сделать X”, ИИ начнёт сам придумывать “зачем”. Лучше давать мини-структуру:
проблема (что не так),
пользователь/сегмент,
где видно (данные/сигналы),
ожидаемый эффект,
ограничения/риски.
Мини-шаблон карточки:
[Задача]
Проблема: …
Сегмент/масштаб: …
Сигнал/данные: …
Ожидаемый эффект: …
Усилия: …
Риски/зависимости: …
Даже 4 поля из 6 – уже огромная разница в качестве вывода.
4.8. Управление неопределённостью: заставьте ИИ работать с диапазонами
Самая вредная привычка – требовать от ИИ “точную цифру”, когда данных нет. Вместо этого: