Дискавери-фаза, предпроектное исследование или нулевой спринт. С чего начинается проект

Мы в arcsinus нередко видим, что этап discovery недооценивают, считают, что это ещё «не настоящая» разработка, и платить за это не нужно. О нём сегодня и поговорим.

Согласно принципам Agile процесс создания цифрового продукта на верхнем уровне условно делится на две больших фазы — дискавери и деливери. Со вторым этапом всё ясно: он ориентирован на создание и поставку продукта. Команда пилит задачи, закрывает спринты, проводит дейли с ретро и уверенно движется к релизу. А вот этап дискавери «фокусируется на понимании требований, определении целей и создании общего видения проекта». И он заслуживает более пристального внимания.

Мы уже писали о том, что цифровые продукты существуют и развиваются в условиях высокой неопределённости. Эта неопределённость сопровождает их практически на всём жизненном пути, но особенно — в самом начале, на этапе «зачатия». Это нормально.

Практика discovery-фазы — ответ на необходимость погружения в контекст, а также более тщательного и реалистичного планирования перед фактическим стартом разработки. Дискавери призвано решать проблемы, которые часто возникали на более ранних этапах развития информационных технологий:

В начале проекта часто неясно, что ожидается от конечного продукта. Мы на практике убедились: даже внутри одной компании разные стейкхолдеры могут по-разному представлять то, что должно быть создано. Discovery помогает более точно сформулировать бизнес-требования и прийти к общему пониманию целей проекта. Чёткое понимание требований с обеих сторон — важное условие успешного воплощения идей в реальный продукт.

Без глубокого понимания ЦА команда рискует начать создавать продукт в стол, для себя, директора, конкурса или портфолио, но не для реальных пользователей. Discovery-фаза позволяет собрать информацию о людях, их потребностях и предпочтениях.

На ранних этапах проекта может быть неясно, какие технологии, инструменты и архитектурные решения стоит использовать. Discovery-фаза, как правило, включает оценку технических возможностей и рисков, а также предложения по стеку будущего проекта.

Внезапные изменения в требованиях и неожиданные угрозы могут замедлить, приостановить или даже похоронить проект. Discovery-фаза помогает выявить по крайней мере часть потенциальных рисков и изменений заранее — и более гибко управлять ими.

К процессу исследования в рамках discovery нередко привлекают заказчика, а значит, он общается с командой. Совместная работа помогает улучшать коммуникации между заказчиками и командой разработки.

Таким образом, работа в рамках дискавери-фазы направлена на сбор недостающей информации, минимизацию неопределённости и снижение потенциальных рисков. Это значительно повышает шансы создать в итоге успешный и нужный пользователям продукт.

Спойлер: почти всегда нужна. Вот только её наполнение ситуативно определяется множеством переменных. Если упростить, на старте работы могут быть две полярных ситуации.

Мы знаем, что некоторые компании стандартизируют наполнение и стоимость фазы дискавери. Мы в arcsinus предпочитаем сохранять гибкость и открытость, ориентируясь на особенности проекта и заказчика. То, что мы будем делать в рамках дискавери, зависит от зрелости и подготовленности компании, ниши, в которой будет работать продукт, текущей ситуации на рынке и ещё множества факторов.

Конкретный набор работ, как и трудозатраты, будут уникальными в каждом отдельном случае. Важно лишь помнить, что все усилия должны помогать яснее понимать цели/ожидания бизнеса и очертания будущего продукта.

Вот примерный список артефактов, которые могут появиться в результате дискавери:

На практике в рамках одного проекта во всех этих сущностях, как правило, нет нужды. А может понадобится что-то ещё. В целом установленного стандартного регламента проведения дискавери нет, и каждая компания выстраивает этот процесс по-своему.

Количество участников и их роли в процессе дискавери также варьируются в зависимости от множества переменных. Но чаще всего роли в дискавери повторяют роли во всём цикле разработки.

1. Бизнес-аналитик помогает сформулировать бизнес-требования, анализирует текущие процессы и выявляет потребности заказчика.

2. Продакт-менеджер (владелец продукта) определяет стратегию продукта, формулирует требования, определяет приоритеты функций продукта.

3. UX/UI-дизайнер проектирует пользовательский интерфейс, отвечает за удобство использования и классный пользовательский опыт.

4. Архитектор или техлид отвечает за техническую целостность проекта, определяет инструментарий, риски и ограничения.

5. Тестировщик (QA) помогает учесть аспекты тестирования с самого начала процесса разработки.

6. Стейкхолдеры со стороны заказчика и пользователи предоставляют фидбек, выражают свои потребности и ожидания. Их участие гарантирует, что продукт соответствует реальным потребностям и ожиданиям пользователей.

Общая практика показывает, что лучше работает небольшая группа до 10 человек. Каждый является экспертом в отдельной области компетенций.

Как правило, в дискавери участвует не выделенная команда, а рабочая группа — то есть участники посвящают этим задачам лишь часть своих ресурсов. А вот на этапе delivery формируется команда с ролями, связями и процессами, которая работает на проекте фултайм.

— Это не может быть бесплатно. Дискавери приносит всем причастным к проекту огромную ценность. В ходе рисёрча может заметно измениться концепция предполагаемого продукта. А может выясниться, что от проекта лучше отказаться или отложить его — например, потому, что ориентировочный бюджет превосходит ожидания или для реализации не хватает элементов информационной инфраструктуры. Всё это — крайне ценные для бизнеса данные.

— Для каждого отдельного проекта стоимость дискавери будет уникальная. Она учитывает трудозатраты всех вовлечённых специалистов.

— Затраты на дискавери — не расходы, а оправданные инвестиции, которые в результате могут уберечь от серьёзных потерь, непредвиденных трат и раздувания бюджета всего проекта.