Какую задачу выполнял в discovery?

Моя роль и задачи на этапе Discovery

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

Ключевые задачи, которые я выполнял в Discovery:

1. Инициация и структурирование процесса:

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

1. Глубокий анализ проблемы и требований:

    *   **Фасилитация сессий по выявлению проблем:** Задаю вопросы "Почему?" (техника **5 Whys**), чтобы докопаться до корневой причины, а не симптома.
    *   **Сбор и структурирование требований:** Использую различные техники — интервью, опросы, анализ существующих систем и данных. Важно не просто записать "хотелки", а понять бизнес-ценность каждой потребности.
    *   **Разработка пользовательских историй (User Stories) и сценариев (User Journey Maps):** Помогаю трансформировать требования в историю с точки зрения конечного пользователя. Это создает общий язык для бизнеса и команды разработки.

```markdown
### Пример User Story из Discovery:
*   **Как** (Роль): Менеджер по продажам
*   **Я хочу** (Функция): видеть dashboard с ключевыми метриками в реальном времени (конверсия, средний чек, лиды)
*   **Для того чтобы** (Бизнес-ценность): оперативно выявлять падение эффективности и принимать корректирующие меры в течение дня, а не по итогам месяца.
```

3. Анализ осуществимости и формирование гипотез:

    *   **Предварительный анализ рисков:** Выявляю ключевые риски (технические, организационные, рыночные, риски реализации) на ранней стадии.
    *   **Оценка технологических ограничений и возможностей:** Тесно сотрудничаю с техническим лидом и архитектором для понимания совместимости с текущей ИТ-инфраструктурой, необходимости новых технологий, примерных требований к производительности.
    *   **Формирование гипотез решения:** Мы не ищем одно "правильное" решение, а формируем несколько гипотез (вариантов архитектуры, подходов к реализации), которые будут проверяться и уточняться.

1. Создание артефактов и документации:

    *   **Vision & Scope Document (Визион-документ):** Главный итоговый документ, который четко описывает проблему, цели, целевую аудиторию, ключевые возможности (scope) и, что не менее важно, **ограничения и исключения (out of scope)**.
    *   **Предварительная дорожная карта (High-Level Roadmap):** Визуализация основных этапов и вех проекта в привязке к бизнес-целям.
    *   **Предварительная оценка бюджета и сроков (Rough Order of Magnitude - ROM):** "Прикидочная" оценка, часто в виде диапазона (например, 6-9 месяцев, бюджет $200-300к). Важно донести до бизнеса уровень неопределенности на этом этапе.

1. Принятие решения о запуске проекта:

    *   **Подготовка и презентация бизнес-кейса:** Свожу всю информацию — анализ рынка, ожидаемые выгоды (ROI), оценку затрат, риски, рассмотренные варианты — в единый документ для принятия решения руководством о финансировании.
    *   **Рекомендация по методологии:** На основе собранных данных (четкость требований, стабильность технологий, критичность сроков) я рекомендую подход к управлению проектом: **гибкий (Agile/Scrum)** для продуктов с нечеткими требованиями, требующих быстрой обратной связи, или **более предсказуемый (Waterfall/Hybrid)** для проектов с жесткими регуляторными требованиями и фиксированным scope.

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