SPIDR — это набор техник вертикальной декомпозиции, предложенный Майком Коном (Mike Cohn).  Название образовано от первых букв пяти подходов:  Spikes — исследования (спайки),  Paths — пути,  Interfaces — интерфейсы,  Data — данные,  Rules — правила.  Сегодня разберём первую технику — спайки (Spikes) — на примере реальной задачи.  📱 Пример  Команда разрабатывает приложение-агрегатор салонов красоты.  Особенности:  цены ниже, чем при записи напрямую,  запись всегда по предоплате.  Новая история звучит так:

> «Как пользователь, я хочу иметь возможность изменять запись на процедуру, чтобы не потерять деньги в непредвиденных ситуациях».

Перед реализацией нужно понять:  какие салоны позволяют менять запись,  какие виды изменений доступны.  Для этого команда делает спайк.  🔍 Что такое спайк?  Спайк — это исследование, цель которого — получить знания о том, как реализовать функцию.  Команда разбивает историю на две задачи:  Выполнить спайк.  Сформулировать итоговую историю по результатам исследования.  ⚖️ Правила работы со спайками  1. Записывать ожидаемые результаты  Исследование должно опираться на гипотезы и метрики.  Хорошая гипотеза:  не является очевидным фактом,  проверяет только один вопрос,  связана с историей,  её можно реально проверить.  Пример:  ❌ Плохая метрика: «Запись можно изменить силой мысли».  ✅ Хорошая метрика: «Салон предоставляет хотя бы один способ изменения записи».  2. Ограничивать время  Исследования можно проводить бесконечно. Поэтому важно задать жёсткие временные рамки.  👉 Если решение уже есть, но неполное — сравните время на исследование и на реализацию «как есть».  👉 Если решения нет — делайте исследование максимально коротким.  3. Выполнять спайк за итерацию до истории  Нельзя брать в работу историю, не понимая, как её реализовать.  Если совместить исследование и реализацию, риски высоки:  слишком долгое исследование → некачественная реализация,  поверхностное исследование → ошибочное решение и ненужная функция.  Поэтому спайк должен идти заранее:  Итерация 1: провести исследование, оценить решения,  Итерация 2: выбрать решение, спланировать историю.  📌 Пример спайков для нашей истории  Проверить возможность изменения записи у топ-3 партнёров приложения.  Выбрать самый быстрый вариант реализации изменения записи в приложении.  История остаётся в бэклоге, а после завершения спайков команда принимает решение о её реализации.  ✨ Спайки помогают снизить риски, уточнить требования и выбрать лучшее решение, прежде чем тратить ресурсы на разработку. #Декомпозиция #BA #Agile #PM #BA #ПМ #БА #spider #База #Проектноеуправление #userstory #backlog