Дискаверифаза

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

Главное - в Discovery фазе - доверить ее профессионалам!

Вернуться

Scroll

Discovery фаза снижает затраты и риски

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

Как итог Discovery фазы - становится понятен объем работ, стек технологий, методология ведения проекта, необходимая команда, способы и сроки его реализации.

Стейкхолдер (со стороны Заказчика)
Аналитик
UI/UX Дизайнер
Менеджер
Senior developer

Все они у нас в штате.

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

Mind Map: Визуализация требований в диаграмме связей помогает понять масштаб проекта, количество ролей и модулей, а также определить границы будущего проекта. С ней проще разглядеть сразу незаметные задачи, построить взаимосвязи, отследить противоречия и дублирующиеся требования.
Диаграмма BPMN: Формализация требований в таком виде помогает четко понять взаимодействие пользователей друг с другом и увидеть возможные «белые пятна», которые в другом артефакте мы могли попросту не заметить. На этом этапе явно указывается, как именно система работает: откуда в ней появляются данные, отправные точки для действий и процессов, как именно пользователь приходит к цели и не слишком ли длинным получается путь.
User Story/Functional Requirements (история пользователя/функциональные требования): Краткое описание функции или функциональности с точки зрения конечного пользователя, подробно описывающее, что должно быть на проекте реализовано.
Non-Functional Requirements (нефункциональные требования): Определяют атрибуты качества, которыми должна обладать программная система, такие как производительность, безопасность, масштабируемость и удобство использования.
Request-Response Model (модель "запрос-ответ"): Модель связи клиент-сервер, это документ, конкретизирующий требования к интеграции со сторонними системами и сервисами: что именно разрабатываемая нами система должна запросить у сервиса (какие поля) и что мы получим от него в ответ.
Исследование узких мест: Поиск узких мест и возможных решений. Узкие места можно рассматривать в спектре от чисто бизнес-ориентированных до чисто технических. В особых случаях — симбиоз того и другого. Например, платежные системы.
Wireframes: Представление с низкой точностью макета, дизайна и функциональных возможностей пользовательского интерфейса, используемое для понимания того, как будет осуществляться навигация по проекту целиком.
Design Concept (Концепция дизайна): Проектирование и отрисовка нескольких ключевых элементов дизайна, отражающих основополагающую идею проекта, ключевые компоненты дизайна и наследуемую впоследствии стилистику.
Clickable Prototype: Интерактивное моделирование конечного продукта с высокой точностью, используемое для тестирования и проверки пользовательского опыта.
Презентация: Визуальное представление целей, хода и результатов проекта, используемое для донесения информации о проекте до заинтересованных сторон. Можем включить в пул работ, чтобы помочь заказчику презентовать идею стейкхолдерам.
План проекта: План, описывающий цели, задачи, ресурсы и сроки проекта, используемый для управления и отслеживания прогресса. Создается, чтобы дать понимание требуемых разработческих ресурсов и транслировать сроки выполнения задач заказчику.
Грубая оценка для разработки: Предварительная оценка времени и стоимости, необходимых для разработки программной системы, используемая для планирования и распределения ресурсов.

Каждый из артефактов детализируется в необходимой мере для того, чтобы выполнить поставленные перед Discovery фазой задачи. Например, в рамках User Story/Functional Requirements может быть написано подробное ТЗ, а в рамках Design Concept может быть выполнен весь дизайн целиком.

Основные этапы Discovery-фазы

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

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

Как итог проведения Discovery-фазы, становится понятен полный объём работ и сложность проекта, подбирается оптимальный стек технологий и методология разработки, формируется состав команды и расписание реализации. Иными словами, у вас появляется чёткая «дорожная карта» проекта – понимание того, что именно будет делаться, как и сколько это займет времени и ресурсов.

Артефакты Discovery-фазы и их ценность

В ходе Discovery-фазы мы создаем ряд артефактов – каждый из них важен для понимания проекта и служит основой для следующего этапа разработки:

Mind Map (карта мыслей)

Диаграмма BPMN

User Stories / Functional Requirements

Non-Functional Requirements (нефункциональные требования)

Request-Response Model (модель «запрос-ответ»)

Анализ узких мест

Wireframes (каркасные прототипы экранов)

Design Concept (концепция дизайна)

Clickable Prototype (интерактивный прототип)

Презентация проекта

План проекта

Грубая оценка разработки

01/

Mind Map (карта мыслей)

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

Каждый из указанных артефактов прорабатывается ровно в той мере, которая необходима для достижения целей Discovery-фазы. Мы гибко подходим к глубине проработки: например, при необходимости по результатам подготовки User Story и функциональных требований может быть сразу написано подробное техническое задание, а этап Design Concept при достаточном времени и бюджете может включать отрисовку дизайна всех основных экранов. Такой подход обеспечивает баланс между скоростью и детализацией – вы получаете максимум пользы от каждого этапа без лишней работы.

Каналы коммуникации и взаимодействие с клиентом

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

Прозрачная коммуникация на протяжении всего процесса – наш приоритет. За каждым проектом закрепляется опытный менеджер, который координирует общение и обеспечивает информационный обмен. Мы используем удобные для вас каналы: регулярные видеоконференции (Zoom, Microsoft Teams и др.) для созвонов по ключевым этапам, корпоративные мессенджеры (например, Slack) и электронную почту для оперативных вопросов и обмена материалами. Вы всегда будете в курсе текущего статуса работ: мы предоставляем отчёты о прогрессе, демонстрируем промежуточные результаты (например, mind map, схемы, прототипы) и собираем вашу обратную связь на каждом этапе.

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

Вопросы и ответы

Почему необходима Discovery-фаза?

Сколько времени занимает проведение Discovery-фазы?

Что я получу в результате Discovery-фазы?

Обязательна ли Discovery-фаза для типовых или небольших проектов?

Можно ли использовать уже имеющиеся у заказчика материалы в Discovery-фазе?

Стек технологий в Discovery-фазе

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

Инструменты бизнес-анализа и моделирования

Для описания процессов и структур данных мы используем нотации и средства моделирования, такие как BPMN (Business Process Model and Notation) для бизнес-процессов, диаграммы связей (Mind Map) для идей и требований, UML для моделирования компонентов системы. Это позволяет формализовать вашу задачу и визуализировать ключевые аспекты ещё на этапе аналитики.

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

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

Системы управления проектами и документацией

Весь прогресс Discovery-фазы прозрачно фиксируется с помощью инструментов, таких как Jira, Confluence, Trello, Notion. В них мы ведём бэклог требований, протоколируем результаты встреч, храним все артефакты. Вы при необходимости получаете доступ к этим пространствам, чтобы видеть актуальную документацию и статусы задач в реальном времени.

Средства коммуникации

Для взаимодействия с вами мы гибко используем удобные каналы – корпоративные мессенджеры (Slack, Microsoft Teams), электронную почту, видеоконференции (Zoom, Google Meet). Наша цель – быть всегда на связи и быстро обмениваться информацией. Также мы можем интегрироваться в вашу экосистему коммуникаций, если в компании приняты определённые инструменты (например, работать в вашем Slack-пространстве или созваниваться в MS Teams).

Технологии разработки

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

Стек Технологий

Front-end

Back-end

БД и аналитика

Мобильные приложения

Развертывание и Мониторинг

Bootstrap

HTML 5

React.js

Figma

Modern Web App

d3.js

Redux

JavaScript

Web Sockets

Backbone.js

SCSS

CSS 3

Просмотреть все технологии

Готовы начать разработку проекта?

Начните с качественной Discovery-фазы! Свяжитесь с нами или оставьте заявку – и команда SKALAR проведет для вас комплексную предпроектную аналитику. Мы поможем формализовать ваши идеи, выявить все требования и подготовить чёткий план реализации. Получите максимальную определённость и уверенность в успехе своего IT-проекта еще до старта разработки!