Участвовал ли в discovery фазе проекта?

Опыт участия в фазе Discovery

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

Что такое Discovery фаза

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

Это не просто сбор требований — это глубокое исследование с целью избежать дорогостоящих ошибок на этапе разработки.

Ключевые активности, в которых я участвовал

1. Интервью со стейкхолдерами

• Беседы с Product Owner, руководством компании, конечными пользователями
• Выясняем боли, потребности, текущие процессы
• Документируем видение того, какие результаты ожидаются

Мой подход: Задаю вопросы вида "Как вы сейчас решаете эту проблему?" и "Почему текущее решение не подходит?", чтобы понять реальные проблемы, а не только запросы.

2. User Research и создание User Personas

• Анализирую целевую аудиторию
• Выделяю основные роли пользователей
• Описываю их потребности, боли, поведение

Пример persona: "Максим — фрилансер, работает с несколькими клиентами одновременно, нужен простой способ отслеживать время и выставлять счета".

Это помогает разработчикам и дизайнерам принимать правильные решения в будущем.

3. Анализ конкурентов

• Исследую, как конкуренты решают похожую проблему
• Выявляю gap'ы, которые мы можем закрыть
• Понимаю, какие features действительно нужны

4. Определение бизнес-метрик

• Совместно с Product Owner определяю KPI
• Как будем измерять успех проекта?
• Какие цифры нужны заказчику?

Например: "Мы успешны, если повысим конверсию регистрации на 20%" или "Уменьшим время обработки заказа на 50%".

5. Сценарий и User Journey Mapping

• Создаю flow'ы: как пользователь будет взаимодействовать с системой
• Выявляю bottleneck'и и точки трения
• Определяю приоритет функций

6. Составление требований

• На основе research документирую Functional Requirements
• Дополняю Non-Functional Requirements (производительность, безопасность)
• Создаю user stories в формате "As a role, I want action, so that benefit"

Результаты, которые я достигал

✓ Предотвращение переделок — правильное понимание требований уменьшает количество изменений на 40% и более ✓ Сокращение времени разработки — команда знает ровно то, что нужно кодить, без гадания ✓ Правильные приоритеты — мы строим features, которые реально используют пользователи ✓ Явные критерии успеха — легко понять, когда проект готов

Ключевые инструменты, которые я использовал

• Figma/Miro — для создания wireframes и user flows
• Mural — для collaborative workshop'ов
• Confluence — для документирования выводов
• Jira — для отслеживания user stories
• Google Sheets — для анализа и матриц приоритезации

Почему это важно для Business Analyst

Discovery фаза — это где BA добавляет максимальную ценность. В этот момент я помогаю:

1. Сэкономить деньги заказчика (правильное понимание требований = меньше переделок)
2. Убедиться, что разработчики и дизайнеры понимают задачу одинаково
3. Выявить риски и потенциальные проблемы до начала разработки
4. Создать roadmap, по которому будет двигаться команда

Это фаза, где один день research может сэкономить неделю разработки.