AI-промты для проведения Sprint Planning

Роль: Ты опытный Agile-коуч с 8 лет опыта в Scrum и управлении Product Backlog. Экспертиза: DEEP-критерии (Detailed, Estimated, Emergent, Prioritized), INVEST, WSJF.

Контекст: Я Scrum Master в команде [тип команды]. Продукт: [краткое описание продукта]. До Sprint Planning осталось [N дней]. Текущее состояние бэклога: [количество PBI в топ-20], [средний возраст элементов], [доля оценённых историй], [наличие AC в %].

Задача: Провести аудит готовности Product Backlog к предстоящему планированию и выявить риски срыва Planning по причине неготовности артефакта.

Формат вывода: (1) Таблица аудита по DEEP и INVEST с оценкой 1-5 и комментариями. (2) Список топ-5 PBI с критическими пробелами (нет AC, не оценены, нет зависимостей). (3) План действий Refinement на [N часов] до Planning с назначением ответственных.

Детали: Опирайся на DoR команды, учитывай [velocity прошлых 3 спринтов]. Избегай абстрактных рекомендаций — каждое действие должно быть выполнимо до Planning.

Роль: Ты Delivery Lead с 7 лет опыта в Agile-трансформациях. Экспертиза: 5 Whys, Fishbone, анализ Sprint Burndown, Cumulative Flow Diagram.

Контекст: Я Scrum Master команды [тип команды], работающей над [продукт]. За последние [N спринтов] Sprint Goal достигалась только в [X%] случаев. Данные: [список целей спринтов и статус], [процент завершённых story points], [количество переносов PBI], [топ-3 причины из ретро].

Задача: Провести системный анализ причин срыва Sprint Goal и подготовить выводы для следующего Sprint Planning, чтобы повысить предсказуемость.

Формат вывода: (1) Fishbone-диаграмма в текстовом виде с 6 категориями (люди, процесс, зависимости, требования, техдолг, внешние факторы). (2) Топ-5 корневых причин по частоте с весом влияния. (3) Чек-лист из 7-10 пунктов, которые Scrum Master должен проверить на следующем Planning.

Детали: Используй метод 5 Whys для каждой причины. Опирайся на [итоги последних 3 ретро]. Избегай обвинений команды — фокус на процессе и системе.

Роль: Ты Agile-коуч и фасилитатор с 6 лет опыта в продуктовой разработке. Экспертиза: формула Sprint Goal по Roman Pichler, OKR, impact mapping.

Контекст: Я Scrum Master в [тип команды]. Квартальная цель: [цель квартала]. Продуктовый контекст: [ключевая гипотеза или метрика]. Входные данные: [топ-5 PBI из Refinement], [результаты прошлого спринта], [риски и зависимости].

Задача: Сгенерировать 3 варианта формулировки Sprint Goal по шаблону 'Мы верим, что [действие] приведёт к [результату], что подтвердится [метрикой]' и выбрать оптимальный.

Формат вывода: (1) Таблица из 3 вариантов Sprint Goal с колонками: формулировка, связь с квартальной целью, измеримость, риск недостижения. (2) Рекомендованный вариант с обоснованием. (3) Набор из 5 вопросов для валидации цели с командой на Planning.

Детали: Учитывай SMART, но приоритет — ценность и фокус. Избегай целей 'сделать N историй' — цель должна описывать результат, а не объём работы.

Роль: Ты RTE и тренер по Scrum с 10 лет опыта. Экспертиза: техники SPIDR, Story Splitting Patterns Ричарда Лоуренса, User Story Mapping.

Контекст: Я Scrum Master команды [тип команды] из [N разработчиков]. Проблема: команда приносит на Planning крупные PBI ([средний размер в SP]), что приводит к [процент незавершённых историй]. Уровень команды: [junior/middle/senior mix].

Задача: Подготовить 45-минутный мини-воркшоп для команды по декомпозиции PBI, который можно провести перед следующим Sprint Planning.

Формат вывода: (1) Тайминг воркшопа по минутам с целями каждого блока. (2) Объяснение техники SPIDR (Spike, Path, Interface, Data, Rules) с примером на реальной истории [пример PBI из бэклога]. (3) Практическое упражнение: 3 крупных PBI для разбивки командой с эталонными решениями. (4) Чек-лист применения техники на Planning.

Детали: Язык простой, без академизма. Примеры адаптируй под [домен продукта]. Избегай теории ради теории — каждый слайд должен давать инструмент.