Что такое дискавери фаза?

Discovery фаза в разработке проектов

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

Основное назначение Discovery фазы

Фаза существует для того, чтобы:

• Понять реальные нужды и проблемы stakeholders
• Собрать полные и точные требования
• Выявить риски, ограничения и зависимости
• Согласовать видение проекта со всеми участниками
• Спланировать технический подход и архитектуру
• Оценить стоимость и сроки проекта
• Получить buy-in от stakeholders перед инвестированием в разработку

Что происходит на Discovery фазе

1. Interviews и workshops с stakeholders

Проводятся интервью с:

• Бизнес-владельцами (Business Owner, Product Manager)
• Конечными пользователями (End Users)
• Менеджерами процессов
• IT командой текущих систем
• Кураторами безопасности и compliance

Цель: понять боль, текущее состояние, желаемое будущее.

2. Анализ текущих процессов

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

3. Требования (Requirements)

Функциональные требования — что система должна делать:

• Пользователь должен создавать заказ
• Система должна отправлять уведомление по email
• API должно поддерживать фильтрацию по дате

Нефункциональные требования — как система должна это делать:

• Система должна обрабатывать 10,000 запросов в секунду
• Время ответа API не более 200ms
• Доступность 99.99%
• Зашифровать чувствительные данные

Требования к интеграции — связь с другими системами:

• Синхронизировать с CRM системой ежедневно
• Отправлять события в analytical platform
• Получать платежи через Stripe

4. User personas и use cases

Определить кто пользователи и как они используют систему:

• Persona: "Иван, менеджер продаж, 35 лет"
• Use case: "Иван хочет быстро создать заказ для клиента, чтобы отправить счёт"
• User story: "Как менеджер продаж я хочу создать заказ в 2 клика, чтобы быстро обслужить клиента"

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

• Изучить аналогичные решения на рынке
• Выявить лучшие практики индустрии
• Понять, чем отличается наше решение
• Идентифицировать unique selling points

6. Определение успеха

Что считается успехом проекта:

• KPI: "Время создания заказа сократится с 15 минут до 2 минут"
• Метрики: "Пользователи смогут обработать на 50% больше заказов в день"
• ROI: "Система окупится за 6 месяцев благодаря экономии на рабочее время"

7. Risk анализ и constraints

Выявить что может пойти не так:

• Технические риски: "Текущая инфраструктура не может масштабироваться"
• Бизнес риски: "Заказчик может изменить стратегию в середине проекта"
• Operational риски: "Команда не имеет опыта с этим стеком технологий"
• Constraints: "Бюджет $500K", "Сроки 6 месяцев", "Должно работать в облаке заказчика"

Deliverables (артефакты Discovery фазы)

Requirements Document

• Полный список функциональных и нефункциональных требований
• Бизнес правила
• Ограничения и зависимости

User Stories и Use Cases

• User personas с их целями
• User stories в формате "As a X I want Y so that Z"
• Detailed use cases с основными и альтернативными потоками

Process Flow Diagrams

• Диаграммы текущего состояния (As-Is)
• Диаграммы желаемого состояния (To-Be)
• BPM нотация для описания процессов

Technical Specification

• Архитектурные диаграммы
• Technology stack рекомендации
• Integration points и интеграции
• Non-functional requirements

Risk Register и Mitigation Plan

• Список выявленных рисков
• Оценка вероятности и impact
• Стратегия управления каждым риском

Project Plan и Estimate

• Timeline с фазами и milestones
• Бюджет и ресурсы
• Scope и out-of-scope элементы

Mockups и Wireframes (для UI/UX проектов)

• Визуальное представление интерфейса
• User flows и navigation

Типичная timeline Discovery фазы

Неделя 1-2: Interviews и workshops

• Встречи с key stakeholders
• Сбор данных о текущем состоянии
• Выяснение болей и целей

Неделя 3: Анализ и синтез

• Анализ собранной информации
• Выявление требований
• Определение constraints

Неделя 4-5: Документирование

• Создание requirements документов
• Разработка диаграмм и mockups
• Формирование технического плана

Неделя 6: Validation и sign-off

• Presentation результатов stakeholders
• Получение feedback
• Final approval для перехода к разработке

Ключевые роли на Discovery фазе

System Analyst

• Проводит интервью и workshop
• Документирует требования
• Создаёт диаграммы

Product Manager

• Представляет интересы бизнеса
• Определяет приоритеты
• Согласует видение

Technical Architect

• Оценивает технические возможности
• Рекомендует technology stack
• Планирует архитектуру

UX/UI Designer

• Создаёт wireframes и mockups
• Понимает user flows
• Обеспечивает usability

Business Stakeholders

• Предоставляют domain knowledge
• Участвуют в интервью
• Одобряют требования

Best Practices Discovery фазы

Слушайте активно — задавайте уточняющие вопросы, не перебивайте

Документируйте всё — даже то, что кажется очевидным, может быть неправильно понято

Валидируйте с stakeholders — показывайте собранные требования и получайте feedback

Выявляйте настоящие проблемы — не принимайте первое предложенное решение, копайте глубже

Думайте about scale — что если пользователей будет в 10 раз больше?

Планируйте integration — как эта система будет работать с другими?

Identify quick wins — что можно сделать быстро для демонстрации значения?

Manage expectations — будьте честны о том, что возможно и что нет

Почему Discovery фаза критична

Экономит деньги — выявить требование на Discovery фазе в 100 раз дешевле, чем переделывать на позже этапе

Сокращает риски — хорошо спланированный проект имеет намного выше шанс успеха

Выравнивает ожидания — все stakeholders согласны на одном видении

Улучшает качество — понимание требований ведёт к лучшему дизайну

Облегчает разработку — разработчики знают точно что делать

Discovery фаза — это не роскошь, а необходимость. Хорошая Discovery определяет успех всего проекта.