Как правильно начать проект в IT? Можно тратить недели и месяцы на обсуждение идей, можно прибегнуть к подходу JFDI и просто приступить к разработке без детального плана. А можно сделать все правильно и начать с этапа дискавери (Discovery Phase). Ведь качественный сбор исходной информации и релевантные оценки задач разработки гарантируют удачный старт и достойное качество финального продукта.
В этом материале мы вспомним, что такое discovery фаза разработки, разберем ее значимость и роль в определении траектории развития всего проекта. Вы также узнаете об основных этапах и методах Discovery Phase. Напоследок мы разберем, чем бизнесу грозит пренебрежение фазой дискавери на проекте.
Что такое Discovery фаза и какое место занимает она в жизненном цикле разработки
Разработка цифрового продукта – это очень сложная задача, она сложно поддается прогнозированию. Об этом свидетельствуют цифры:
-
По данным Mckinsey среднестатистический масштабный IT-проект превосходит запланированный бюджет на 45%, тогда как выгода от него оказывается на 56% меньшей, чем ожидалось;
-
По данным Gitnux, 70% проектов терпят неудачу уже на этапе разработки продукта. И только 20% новых продуктов выживают на рынке более двух лет после запуска;
-
По данным Harvard Business School, ежегодно на рынок выпускается более 30 тысяч новых продуктов и около 80% из них не достигают поставленных бизнес-целей.
-
По оценкам Gallup, провалы IT-проектов в одних только Соединенных Штатах ежегодно наносят ущерб в 150 млрд долларов.
Фактически, абсолютное большинство проектов уже со старта сталкивается с огромными вызовами. Большие бюджеты и масштабы не спасают. Напротив, исследование Mckinsey свидетельствует, что масштабные проекты с бюджетом более 15 млн долларов находятся в особой зоне риска. Именно в таких проектах чаще всего возникают задержки и перерасход бюджета. При этом компания не может просто прекратить проблемную разработку, ведь вложила в нее существенные средства и время.
Причины провала IT-проектов можно разбирать вечно, это огромная тема. Обычно они связаны с неправильным пониманием рынка и пользователей, ошибочной оценкой технологий, неправильным расчетом необходимых для проекта ресурсов, проблемами с менеджментом.
Именно для минимизации таких рисков в разработке проектов и была создана фаза discovery. Это критически важный этап разработки, посвященный рыночным, маркетинговым и техническим исследованиям. Его часто рассматривают как часть этапа Presale. Команда собирает и валидирует всю необходимую информацию, чтобы определить концепцию и цели проекта, описать ключевые функции будущего продукта.
Качественный этап discovery минимизирует шансы вашего проекта попасть "на свалку истории" – к другим провальным продуктам, которые вышли не в том месте и не в то время. Предварительные исследования позволяют выявить потенциальные проблемы разработки на ранней стадии и принять правильные решения. Кроме того, они упрощают планирование, помогают сэкономить время и средства на разработке.
Сколько времени занимает Discovery фаза?
В процессе Discovery можно условно выделить несколько этапов:
-
Сбор информации. На этом этапе команда собирает всю возможную информацию о проекте: изучает рынок, бизнес-задачи разработки, целевую аудиторию, конкурентов, оценки бюджета, сроков и т.д.
-
Идентификация проблемы. На основе собранной информации команда определяет ключевые проблемы, которые должен решить проект.
-
Разработка решения. На этом этапе команда генерирует и оценивает различные возможные решения для выявленных проблем.
-
Создание плана проекта. После того как решение выбрано, команда создает подробный план, в котором определяются задачи, сроки и ресурсы разработки.
-
Рассмотрение и утверждение. План проекта анализируется и утверждается всеми заинтересованными сторонами.
При этом discovery фаза рассматривается как полноценная часть разработки, которая в соответствии с agile-методологией осуществляется спринтами. В нашей практике на этап предварительных исследований может уйти два-три спринта, обычно включающих в себя 10 рабочих дней.
Какие специалисты участвуют в Discovery фазе
К Discovery Stage могут привлекаться различные специалисты – как со стороны команды разработчиков, так и со стороны заказчиков продукта. Назовем основных специалистов и опишем их роль на этапе предварительного исследования.
- Менеджер проекта (PM)
Этот специалист обеспечивает проекту управляемость, четко определяет его цели и задачи. PM формирует план проекта и бюджет, координирует и синхронизирует всех участников, общается со стейкхолдерами, отслеживает ход выполнения работ и вносит необходимые коррективы, ведет отчетность.
- Продакт-менеджер
Этого специалиста привлекают при необходимости, при создании совершенно нового продукта или стартапа. Продакт-менеджер отвечает за концепцию продукта и его вывод на рынок. Во время Discovery Stage он исследует рынок и решения конкурентов, определяет ЦА продукта и ее потребности, описывает функционал и целостное видение продукта, формирует дорожную карту его развития.
- Разработчик
Представитель команды разработчиков дает техническую экспертизу. Он помогает оценить возможности практической реализации необходимого продукта функционала в разрезе затрат и времени, помогает в определении архитектуры и технологий, прототипирует и тестирует потенциальные решения.
- Team Lead со стороны клиента
Специалист представляет интересы и потребности стороны заказчика в проекте. Он сотрудничает с PM и другими членами команды для четкой постановки задач, обеспечивает доступ к необходимым ресурсам и информации клиента. Он также оценивает результаты Discovery Stage и дает согласие на дальнейшие шаги.
- UX/UI дизайнер
При необходимости в этап дискавери включается дизайнер. Как правило, это специалист со стороны клиента, хорошо понимающий специфику его бизнеса. Он может помогать продакт менеджеру исследовать поведение и потребности пользователей, формировать прототипы интерфейсов и пользовательских историй и т.д.
Это не исчерпывающий список. Discovery фаза в разработке продукта также может потребовать привлечения бизнес-аналитиков, маркетологов, специалистов по data science для работы с данными и специалистов-консультантов из реального сектора, которые смогут предоставить всю необходимую информацию для проекта.
Важность Discovery фазы для вашего проекта
Зачем нужна полноценная discovery фаза в разработке? Не лучше ли будет стартовать сразу и вносить в проект коррективы по ситуации? Чтобы убрать этот вопрос, мы приведем главные преимущества этапа исследований.
Создание продукта, ориентированного на рынок
90% стартапов проваливаются, потому что строятся на ложных рыночных гипотезах. Очень часто предприниматели склонны решать в продукте совсем не те проблемы, которые реально беспокоят пользователей, поскольку не имеют перед глазами целостной картины, или же “влюбляются” в продукт и развивают его по субъективным представлениям.
Полноценный этап исследований позволяет избежать субъективизма и принимать качественные решения, основанные на данных и практических знаниях. Discovery phase позволяет команде детально изучить целевую аудиторию и ориентироваться на реальные проблемы, потребности и ожидания.
Также команда изучает рынок, анализируя потенциальный спрос на продукт, его рентабельность и перспективы развития. Наконец Discovery phase может охватывать исследования конкурентов, чтобы определить сильные и слабые стороны их продуктов. Все это позволяет создать по-настоящему уникальное и эффективное решение.
Качественный пользовательский опыт
В центре Discovery phase находится пользователь. Запросы аудитории продукта всегда должны быть ключевым приоритетом разработки. Это гарантирует, что продукт будет удобен, интуитивно понятен и приятен в применении. А главное, он будет эффективно решать проблему пользователя.
Именно для этого к дискавери фазе привлекаются продакт-менеджер и дизайнер. Они должны определить четкие цели UX, которые отвечают потребностям пользователей и общим целям проекта. Для этого пользователей на этапе исследований можно привлечь к проекту через такие средства как интервью, опрос, тестирование UX и т.д.
Специалисты формируют на основе предварительных исследований пользовательские истории (User stories), которые впоследствии станут основой для построения логики и интерфейса продукта. Это позволяет команде выявить потенциальные проблемы с юзабилити и внести необходимые изменения, прежде чем приступить к разработке.
Создание прототипов
В процессе дискавери-фазы команда может получить четкий образ продукта еще до начала любых “больших” технических работ. Ведь исследования рынка и UX позволяют в итоге создать прототипы – визуальные или интерактивные модели, позволяющие наглядно реализовать дизайн и функционал будущего продукта.
Создание прототипа на ранних этапах разработки позволяет решить целый ряд задач на проекте:
-
Получение обратной связи всех заинтересованных сторон, таких как пользователи, инвесторы и руководство.
-
Быстрое и недорогое тестирование любых идей и фич.
-
Своевременное выявление и исправление потенциальных проблем с юзабилити.
-
Дальнейшее уточнение и детализация концепции продукта, окончательное определение ключевого функционала.
Создание прототипов позволяет экономить время и средства на разработке, избегая типичных ошибок в UX и визуальных решениях.
Определение четкого вектора развития проекта
Как результат всех вышеперечисленных преимуществ, discovery фаза в разработке позволяет точно определить концепцию продукта и цели проекта. Такое видение позволит избежать чрезмерного распыления ресурсов и сконцентрироваться на главном, чтобы разработка была управляемой и прогнозируемой. Именно поэтому менеджеры не горят желанием браться за проекты без полноценного этапа исследований: такая разработка легко превращается в "производственный ад", не поддающийся менеджменту.
Более того, этап дискавери минимизирует риски провала продукта, ведь гарантирует, что решения по его ключевому функционалу и бизнес-модели были приняты с учетом реалий рынка и запросов аудитории. Благодаря исследованиям продукт получает дорожную карту, которая будет определять все его дальнейшее развитие. Безусловно, не всегда все на проекте идет по плану. Но наличие плана так или иначе двигает проект в правильном направлении.
Что будет, если пропустить фазу Discovery? Риски и последствия
Сама по себе discovery фаза не может на 100% гарантировать успех проекта, ведь это всего один из этапов разработки. Однако пренебрежение ею очень сильно повышает риски для проекта. Назовем их.
- Бесконечное расширение скоупа работ
Когда концепция продукта размыта, а требования нечеткие и постоянно растут, ресурсы проекта начинают неэффективно распыляться по разным направлениям. К примеру, команда может уделить непропорционально много времени второстепенному функционалу. Это может привести к постоянному продлению продолжительности проекта и задерживать его выпуск.
- Перерасходы
Размытые цели и требования порождают непредсказуемые изменения в направлениях работ. Следовательно, инвестиции в разработку используются неэффективно и не дают измеряемых, ожидаемых результатов. В самом худшем случае проект впадает в цикл хронической недоработки и не может пойти в релиз, продолжая поглощать средства.
- Несоответствие рынку
Созданный без исследований проект может провалиться, потому что изначально строился на ложных представлениях о рынке и аудитории. Возможен и другой сценарий: проект имел перспективу, но из-за некачественного менеджмента разрабатывался слишком долго и вышел поздно, когда его место уже заняли решения от конкурентов.
- Несоответствие ожиданиям
Все вышеперечисленные неудачи в итоге ведут к одному печальному финалу: конечный продукт не соответствует ожиданиям стороны заказчика. Он не дотягивается до стандартов качества и требований проекта, не демонстрирует ожидаемые показатели рентабельности, не может собрать аудиторию. В таком случае бизнесу придется либо инвестировать в продукт новые средства, либо вовсе забросить его.
Чтобы избежать этих сценариев, стоит привлечь к разработке по-настоящему опытную и профессиональную IT-команду.
Discovery Phase в WEZOM: как это работает
Как фаза дискавери работает в проектах нашей команды? Мы уделяем особое внимание пресейлу и предварительным исследованиям, поэтому наработали собственные практики и подходы. Расскажем о них поподробнее.
Брифование стороны заказчика
Все начинается просто – с живого общения со стороной клиента. Наши менеджеры имеют подробные планы для брифовки заказчика и готовы проводить его лично или онлайн. Важно задать клиенту ряд фундаментальных вопросов:
-
В чем специфика бизнеса заказчика?
-
Чего заказчик хочет добиться с помощью проекта?
-
Кто будет использовать продукт?
-
Какие функции должен иметь продукт?
-
Каковы критерии успеха проекта?
-
Какие ресурсы клиент готов инвестировать в проект?
-
Когда продукт должен быть готов?
Во время брифовки важно быть проактивным и уточнить как можно больше информации. По его итогам команда готовит письменный отчет с ключевыми стартовыми позициями проекта и предоставляет его на согласование стороне клиента.
Разработка первичной проектной документации
Проведение фазы дискавери предполагает подготовку ряда первичных документов, которые должны определить концепцию проекта и ключевые требования к продукту. Список этих документов может отличаться в разных сценариях. Наша команда обычно готовит следующие документы:
-
Проектное видение (Project Vision). Это краткое описание исходных параметров и ожидаемых результатов проекта. Команда коротко описывает ключевой функционал продукта, критерии успеха и основные гипотезы.
-
Техническая спецификация. Это один или несколько документов, описывающих путь реализации проекта на уровне технологий. Специалисты прописывают в спецификациях программную архитектуру продукта, его бизнес-логику, технологические стандарты, языки, фреймворки, библиотеки, средства работы с данными – все аспекты разработки.
-
Team Composition Plan. В этом плане тщательно прописывается состав команды, роль и распределение зон ответственности между специалистами, выстраивается структура менеджмента и отчетности. В дальнейшем этот документ ускорит коммуникацию и уберет кучу лишних вопросов в проекте.
-
Проектная оценка (Project Estimation). На основе технической спецификации и состава привлеченной команды специалистов менеджеры формируют детальную смету проекта, где прописывают оценки востребованного рабочего времени и средств на каждом этапе разработки. Для нас очень важно сделать эту оценку прозрачной и доступной для понимания – чтобы клиент четко понимал, как тратятся его инвестиции.
-
Delivery Plan. Этот стратегический документ определяет этапы и сроки реализации (“поставки”) функционала продукта. В нем прописываются ключевые вехи (milestone) для продвижения проекта. Фактически это подробный график работ.
Начало проектирования
С начальной документацией команда может делать первые шаги в направлении готового продукта. В частности, речь идет о создании макетов дизайна и прототипов, поверхностно визуализирующих логику продукта, его интерфейс и UX. В зависимости от доступных ресурсов и времени прототипы могут существенно отличаться: это могут быть простейшие эскизы, полноценный дизайн или даже интерактивные, "кликабельные" экраны, которые демонстрируют пользовательскую историю.
Параллельно технические специалисты могут поверхностно работать над программной архитектурой и бизнес-логикой, а продакт-менеджеры – готовить детальную дорожную карту по выводу продукта на рынок и дальнейшему развитию. Все эти шаги существенно ускорят прогресс на проекте и сократят риски срыва дедлайнов. Дорожная карта, качественная документация и прототипы помогают команде оставаться на правильном пути и добиваться прогресса.
Сбор дополнительной информации для реализации проекта
Этап дискавери – это процесс исследования, основанный на постоянном сборе, проверке и уточнении стартовых данных проекта. Следовательно, он носит итеративный характер. Информация о рынке и конкурентах может неоднократно уточняться, метрики успеха проекта – изменяться, прототипы UX – перерабатываться, перечень ключевых функционалов продукта – пересматриваться и подстраиваться под потребности клиента.
Своевременный сбор дополнительной информации имеет огромное значение для успеха проекта. Так команда разработчиков сможет подготовить по-настоящему качественную проектную документацию, в которой будут закреплены реалистичные и прогнозируемые ожидания по расходам, дедлайнам и темпам развертывания продукта. Внесение значительных корректив в проект в разгар производственного процесса означает для бизнеса дополнительные затраты, сокращение управляемости работ и непредсказуемые риски срыва сроков.
Стоит отметить, что каждый IT-проект в какой-то степени уникален и требует отдельного подхода к дискавери. Поэтому в отдельных кейсах эта формула может иметь существенные отличия.
Создайте собственный высококачественный продукт с WEZOM
Наша команда уже 25 лет реализует диджитал-проекты для бизнеса в реальном секторе: производство, логистика, ритейл, eCommerce, энергетика и т.д. Наше предложение – индивидуальная разработка продуктов под любые уникальные требования и потребности клиента. Как итог, специалисты WEZOM умеют создавать софт любой сложности с нуля, и прекрасно понимают, как строится discovery фаза в разработке продуктов.
Мы можем провести бизнес через все этапы цикла разработки: от первой консультации до релиза готового продукта и последующей поддержки. Об этом свидетельствует наше портфолио: 90% наших проектов – это создание уникального продукта с нуля. Так что если вы ищете подобные возможности, то оказались в правильном блоге. Обращайтесь за консультацией к нашим специалистам прямо сейчас – они готовы поделиться опытом и ответить на любые вопросы.
Выводы
Discovery фаза разработки критически важна для успешного старта и качественного развития проекта. Этот этап посвящен сбору и анализу исходной информации, определению концепции и целей проекта, а также описанию ключевых функций будущего продукта. Важность discovery фазы подтверждается статистическими данными. Они свидетельствуют о высоком риске неудач и недостижения бизнес-целей в разработке IT-проектов без надлежащего исследования и планирования.
Как провести качественный этап начальных исследований? Для этого необходимо привлечь ряд квалифицированных специалистов: проджект и продакт-менеджеры, разработчики, дизайнеры. Наш опыт свидетельствует, что лучшим решением для осуществления дискавери фазы и развития всего проекта является привлечение опытной и профессиональной IT-команды, имеющей за плечами релевантные кейсы разработки.
FAQ
Что такое Discovery фаза?
Discovery фаза в разработке продукта – это начальный этап проекта, на котором ведется сбор и анализ информации о рынке/аудитории. Этап дискавери посвящен определению стратегии и планированию работ. Он помогает определить потребности пользователей, описать ключевые функции продукта и назвать направления его развития.
Что входит в реализацию фазы Discovery?
В практике WEZOM discovery фаза в разработке проекта охватывает такие методы как брифование стороны клиента, разработка начальной документации (Project Vision, Техническая спецификация, Team Composition Plan, проектная оценка и т.п.), создание прототипов и дорожной карты развития продукта, сбор фидбека и уточнение данных.
В чем преимущества Discovery фазы?
Discovery фаза предоставляет ряд преимуществ для проекта. Она позволяет собрать важную информацию о потребностях пользователей и реалиях рынка, что способствует созданию продукта, отвечающего потребностям аудитории. Этот этап помогает сформировать четкий план работ и уменьшает риски неудач в дальнейшей разработке продукта.
