tgoop.com/proagile/49
Last Update:
Декомпозиция. S.P.I.D.R. — Спайки.
Данный подход является «последней капелей» в методе S.P.I.D.R. К нему обычно прибегают в последнюю очередь, когда все предыдущие шаги не помогли.
И так можно продолжать. А значит нам не обойтись без предварительного исследования. Как правило, такое предложение исходит от участников команды, в случае возникновения вопросов, ответить на которые команда не может.
В такстрекере (Jira, Kaiten, ClickUp и прочие) такие задачи лучше обозначать отдельным типом. Для этих задач рекомендуется явно ограничить время на исполнение, в идеале 1-2 дня. В них четко описывается та часть функциональности, которая подлежит детальному изучению. А так же как будет выглядеть результат исследования: концептуальная схема, proof-of-concept, отчёт о производительности и т.д. Идеальным вариантом будет считаться описание по пунктам, что следует изучить и для чего.
На следующем PBR (Product Backlog Refinement, встрече по уточнению бэклога) команда возвращается к обсуждению пользовательской истории, но теперь уже с более глубоким пониманием предметной области или технической составляющей, а возможно и четкими задачами в рамках истории.
Это последний этап в методе S.P.I.D.R. А часто ли ваши команды прибегают к пункту Spikes? А можем вы их как-то по другому называете у себя? Или вообще работа с историей у вас начинается с исследования? Поделитесь в комментариях.
