Этап открытия проекта и как он помогает ускорить ваши ИТ-инициативы

Резюме выводов:

• Из всех инновационных ИТ-проектов, реализованных в мире, только 10-30% заканчиваются успехом .
• Большую долю проблем, из-за которых проекты разработки программного обеспечения идут наперекосяк, можно предотвратить, введя этап обнаружения .
• Этап исследования проекта — это первый этап конвейера разработки программного обеспечения, цель которого — помочь вам превратить вашу бизнес-идею в полнофункциональное решение с конкурентным преимуществом.
• Фаза исследования проекта обычно состоит из четырех этапов : выявление требований, разработка решения, проектирование решения и планирование проекта. На каждом этапе создается набор результатов, которые вы можете использовать для презентации инвесторам и заинтересованным сторонам, а также для построения процесса разработки.
• За проведение открытий обычно отвечают бизнес-аналитик и представитель инженерной группы . Аутсорсинговый этап обнаружения также является достойным вариантом, особенно если вам не хватает опытных собственных ИТ-специалистов.
• Выберете ли вы Waterfall или одну из методологий управления проектами Agile , это повлияет на продолжительность и масштаб вашего открытия.
• В Waterfall принято планировать весь объем работ заранее , что может занять от четырех до восьми недель или даже больше — в зависимости от масштаба и сложности вашего проекта.
• В Agile принято настраивать так называемый спринт 0 или начальную фазу, которая обычно занимает пару недель или меньше. Обычно за ним следует путь обнаружения, который опережает путь разработки на одну или две итерации.
• Стоимость стандартного этапа открытия начинается от 20 000 долларов США .

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

Различные исследования показывают, что из всех проектов по разработке программного обеспечения, реализуемых по всему миру, только от 10% до 30% достигают успеха.

И, как ни печально, чем инновационнее идея, тем больше шансов, что проект провалится.

Причины неудач различны, но часто они связаны с плохим планированием проекта:

В опросе, которым поделилась DevTeam, были изучены распространенные причины неудач программных проектов. Опрошенным компаниям было предложено выбрать до трех причин, по которым они считают свои инициативы по разработке программного обеспечения неудачными. Тремя главными причинами неудач были изменения в приоритетах организации, неточные требования и изменения в целях проекта.

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

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

Что такое этап открытия проекта?

Этап обнаружения проекта — это первый этап конвейера разработки программного обеспечения. На этом этапе вы проверяете идею в бизнес-контексте, отбрасываете сомнения и подтверждаете предположения о будущем приложении.

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

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

В зависимости от объема работы этап исследования может занять от двух до четырех недель для проектов Agile и от четырех до восьми недель или даже больше для проектов Waterfall. Обычно счет выставляется в соответствии с моделью ценообразования Time and Material (T&M).

Какие этапы включает этап открытия проекта?

Фаза открытия проекта обычно включает четыре этапа:

1. Выявление требований
2. Дизайн решения
3. Архитектура решения
4. Планирование проекта

Выявление требований

На этом этапе вы устанавливаете четкое видение продукта. Вы также продумываете стратегические аспекты воплощения этого видения в жизнь. Для этого вы делаете следующие шаги:

Определите ключевые заинтересованные стороны и бизнес-контекст

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

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

Определить видение продукта

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

Определите показатели успеха

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

Определите целевых пользователей

Продолжайте исследовать свою целевую аудиторию и создавать образы пользователей. Определите их потребности, ожидания и болевые точки и подумайте, как их удовлетворить на пути пользователя к приложению.

Уточните технические требования

Преобразуйте все данные, собранные на предыдущих этапах фазы исследования проекта, в спецификацию требований к программному обеспечению (SRS), документируя как функциональные, так и нефункциональные (производительность, удобство использования, безопасность и т. д.) требования к будущему решению. Обратитесь к нашему руководству по написанию SRS для получения более подробной информации о том, как создать привлекательный документ.

Разработайте стратегию управления рисками

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

Определить объем и сроки проекта

На этом этапе этапа исследования проекта вы можете предоставить подробную оценку ресурсов, затрат и времени, необходимых для завершения проекта. Завершите этап, создав полную временную шкалу проекта с определенными вехами, результатами и сроками.

После завершения этапа выявления требований вы получите следующие результаты:

• Заявление о видении продукта
• Документ содержания проекта и, при необходимости, диаграммы содержания
• Варианты использования, пользовательские истории и карты пути пользователей
• Документ с требованиями к продукту (PRD), документ с функциональными требованиями (FRD) или спецификация требований к программному обеспечению (SRS)
• Стратегия управления рисками
• Сроки реализации проекта

Дизайн решения

Цель этапа проектирования решения, само собой разумеется, состоит в том, чтобы спроектировать пользовательский опыт продукта и придумать его внешний вид. На этапе проектирования обычно выполняются следующие действия:

Создавайте карты пути пользователя

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

Продолжайте фазу открытия проекта, продумывая точки взаимодействия пользователей с будущим продуктом. Используйте данные, которые вы собрали во время исследования, чтобы заполнить карту путешествия.

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

Создавайте каркасы и мокапы

Визуализируйте свою концепцию, создав чертежи, отражающие структуру и дизайн решения.

Создание прототипов

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

Чтобы проверить пользовательские потоки и решения UX и UI, вы, вероятно, пройдете несколько раундов тестирования. И это совершенно нормально. Собирайте отзывы заинтересованных сторон на каждой итерации и полагайтесь на них, чтобы усовершенствовать свой дизайн.

По завершении этапа разработки решения вы получите следующие результаты:

• Карты пути пользователя
• Каркасы пользовательского интерфейса и макеты дизайна пользовательского интерфейса
• Прототип решения с низкой точностью

Архитектура решения

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

Создайте техническое видение

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

Проведите анализ технической возможности

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

Архитектура проектного решения

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

Выберите оптимальный стек технологий

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

Разбейте объем проекта на конечные результаты и создайте структуру невыполненной работы.

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

Разработка стратегии обеспечения качества и тестирования

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

После завершения этапа разработки решения вы получите следующие результаты:

• Техническое видение
• Технико-экономическое обоснование решения
• Схемы архитектуры решения
• Стек технологий
• Базовый уровень области
• Структура невыполненной работы
• Стратегия обеспечения качества и тестирования

Планирование проекта

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

Нарисуйте ресурсы, время выхода на рынок и смету бюджета

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

Наметить дорожную карту проекта

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

Создайте проектную команду

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

Определить KPI проекта

Настройте показатели для отслеживания, чтобы измерить успех вашего проекта. Они могут охватывать бюджет, качество, эффективность и сроки выполнения. Убедитесь, что каждая введенная вами метрика является SMART (конкретной, измеримой, достижимой, актуальной и ограниченной по времени).

Настройте инструменты отслеживания прогресса

Вам не нужно управлять данными проекта вручную. Вместо этого выберите инструмент управления проектами, который позволит вам удобно перемещаться по данным из различных источников. Самые популярные инструменты отслеживания прогресса на рынке: Trello, JIRA, Hive, Asana, Nifty и другие.

Настроить инфраструктуру проекта

После того, как основные действия по обнаружению завершены, пришло время завершить фазу исследования проекта, привлекая операционные и/или команды DevOps. Они настроят среду для разработки и тестирования и создадут конвейер для автоматического развертывания.

По завершении этапа планирования проекта вы получите следующие результаты:

• Дорожная карта проекта
• Бюджетные сметы
• Состав команды
• KPI проекта
• План инфраструктуры проекта
• По желанию, презентация стартапов для инвесторов.

Кто отвечает за проведение и координацию открытий?

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

Владелец продукта

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

Руководитель проекта

Менеджер проекта отвечает за бесперебойную коммуникацию между заинтересованными сторонами, планирование объема работ и отслеживание хода проекта.

Бизнес-аналитик

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

Архитектор решений

Архитектор решения анализирует требования и разрабатывает логику и архитектуру решения. Они также предлагают инструменты, технологии и методологии, чтобы гарантировать, что вы получите конкурентоспособное, ориентированное на будущее программное обеспечение.

UX/UI дизайнер

Дизайнер UX/UI — это тот, кто разрабатывает бесперебойный и плавный пользовательский интерфейс. Они изучают потребности и предпочтения пользователей, чтобы сделать будущий продукт максимально удобным и привлекательным.

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

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

Если к вашему продукту предъявляются строгие требования к качеству, привлеките инженера по обеспечению качества для проведения исследований. Позвольте им оценить выполнимость требований и включить необходимые мероприятия по обеспечению качества на всех этапах разработки.

Инженер по безопасности , в свою очередь, проследит за тем, чтобы ваш продукт соответствовал необходимым стандартам безопасности и имел встроенные защитные механизмы.

Чем отличается открытие в проектах Agile и Waterfall?

Независимо от того, выберете ли вы линейный подход к управлению проектами, такой как Waterfall, или одну из методологий управления из семейства Agile, это также повлияет на то, как обрабатывается фаза обнаружения.

В Waterfall все действия по обнаружению выполняются заранее, до начала разработки. Этап исследования обычно занимает до восьми недель и составляет от 10% до 15% бюджета проекта. По завершении команда получает все необходимые результаты.

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

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

Какие типы проектов могли бы извлечь выгоду из фазы обнаружения?

Мы встретились с Владимиром Сечко, ведущим бизнес-аналитиком в ITRex, чтобы спросить его о типах проектов, которые могли бы выиграть от введения фазы обнаружения. Спойлер: любой. А причину такого ответа мы объясним позже. А пока мы возьмем три примера из портфолио ITRex, чтобы проиллюстрировать, когда может пригодиться исследовательская деятельность.

Проект 1. Программная платформа для исследования рынка и прогнозирования

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

Ориентированная на рынок розничной торговли модной одеждой платформа на основе машинного обучения поможет производителям и розничным торговцам регулировать объем производимых и продаваемых товаров в соответствии со спросом в конкретном месте продаж. Прогноз будет основан на данных из открытых источников, включая информацию из социальных сетей.

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

Бизнес-аналитик и инженер по машинному обучению участвовали в проведении разведывательных мероприятий.

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

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

Итак, мы рекомендуем провести стадию обнаружения проекта, если:

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

Проект 2. Бэк-офис для организации потоков B2B

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

В ходе исследования бизнес-аналитик ITRex изучил потребности клиента и разработал функциональную карту будущего решения. Предлагаемое решение поможет как партнерам, так и персоналу клиента беспрепятственно общаться в партнерском модуле.

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

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

Проект 3. Нестандартная мобильная рекламная площадка

Стартап обратился к ITRex для проверки и дальнейшего развития видения продукта, который они хотели быстро вывести на рынок. Они придумали новый подход к рекламе с элементом азартных игр. Мобильная платформа позволит рекламодателям загружать видеообъявления для просмотра пользователями в стиле TikTok. Рекламодатели также должны будут установить сумму, которую они готовы потратить на кампанию. Во время просмотра видеоконтента случайным пользователям будет показана кнопка запроса вознаграждения, которая появится только на короткое время, где вознаграждение будет равно сумме, установленной рекламодателем.

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

Клиент продолжил разработку решения с командой ITRex.

Итак, выберите этап обнаружения, если:

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

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

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

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

Сколько стоит провести этап обнаружения проекта?

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

Например, для проекта с продуманным видением основная часть этапа исследования будет вращаться вокруг выработки оптимального подхода к его реализации и составления всех необходимых оценок. В сумме это примерно 10 000–15 000 долларов .

Деятельность по открытию проектов с неясным видением обычно оплачивается в соответствии с моделью ценообразования «Время и материалы». Стоимость обнаружения для таких проектов начинается от 20 000 долларов и выше в зависимости от требуемых результатов.

Подводя итог

Таким образом, если вы являетесь стартапом и работаете над следующим прорывным приложением, начало процесса разработки с этапа обнаружения может помочь вам:

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

В свою очередь, для предприятий, работающих в областях, не связанных с ИТ, введение этапа обнаружения проекта может принести следующие преимущества:

• Хорошо документированное видение и масштаб проекта
• Реальная обратная связь с заинтересованными сторонами для принятия решений
• Максимальное влияние внутренних талантов
• Глубокое понимание вложений времени и денег
• Удобный интерфейс
• Более высокая отдача от инвестиций

Если у вас все еще остались без ответа вопросы об этапе открытия проекта или вы ищете надежного партнера для запуска вашей инициативы, свяжитесь с ITRex . Наши опытные BA заложат основу для успеха вашего проекта!

Первоначально опубликовано на https://itrexgroup.com 21 ноября 2022 г.