Что происходи после стадии discovery в проекте?

От стадии Discovery к реализации проекта

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

1. Формализация выходов Discovery и создание дорожной карты

Первое, что происходит — структурирование и утверждение результатов Discovery. Часто эти результаты представлены в виде:

• Технического задания (ТЗ) или Product Requirements Document (PRD) с детальным описанием функциональных и нефункциональных требований.
• Прототипов (wireframes, mockups, кликабельный прототип) в Figma, Adobe XD или аналоги.
• Архитектурного видения (Solution Architecture Document), описывающего высокоуровневую структуру системы, технологии, интеграции.
• Предварительной оценки сроков и бюджета.

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

gantt
    title Дорожная карта продукта (упрощенный пример)
    dateFormat  YYYY-MM
    section Бэкэнд
    Архитектура ядра         :2024-01, 2M
    API v1.0                 :2024-02, 3M
    section Фронтэнд
    Панель администратора    :2024-03, 2M
    Личный кабинет пользователя :2024-04, 3M
    section Интеграции
    Подключение платежной системы :2024-05, 2M
    Интеграция с CRM         :2024-06, 2M

2. Детальное планирование первой итерации (Спринта/Этапа)

Дорожная карта — это стратегия. Следующий шаг — тактика. Мы выбираем первый приоритетный блок работ (часто Minimum Viable Product (MVP) — минимально жизнеспособный продукт) и погружаемся в детальное планирование.

• Декомпозиция: Крупные требования из PRD разбиваются на конкретные, измеримые и выполнимые задачи в таск-трекере (Jira, YouTrack, Linear).
• Уточнение оценок: Разработчики дают более точные временные оценки на каждую задачу. Здесь я часто использую технику планирования покера.
• Формирование бэклога спринта: Отобранные и оцененные задачи помещаются в бэклог первой итерации. Определяется ее продолжительность (чаще всего 2-4 недели) и ставится четкая цель спринта.

3. Подготовка инфраструктуры и команды

Параллельно с планированием запускаются организационные процессы:

• Создание рабочих сред: Настраиваются репозитории кода (Git), CI/CD пайплайны (Jenkins, GitLab CI), стенды для тестирования (staging), разворачивается инструменты мониторинга.
• Формирование и онбординг команды: Если команда не была задействована на Discovery, сейчас происходит ее полное подключение. Я провожу kick-off meeting, где представляю всю проектную документацию, видение продукта, знакомлю с процессами и ролями.
• Утверждение процессов: Команда договаривается о workflow (например, ветвление GitFlow), правилах код-ревью, ежедневных стендапах, ретроспективах.

4. Начало активной разработки и внедрение процессов

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

• Ежедневная деятельность: Работа по выбранной методологии (Scrum, Kanban). Ежедневные стендапы, выполнение задач, код-ревью, тестирование.
• Мониторинг и контроль: Я, как PM, отслеживаю прогресс по burndown-чартам, контролирую соответствие графика, управляю рисками (использую Risk Register), веду коммуникацию со стейкхолдерами.
• Демонстрация и обратная связь: В конце каждого спринта мы показываем инкремент продукта заказчику или продукт-оунеру на демо-сессии. Полученная обратная связь может напрямую влиять на приоритизацию следующего спринта.

5. Постоянное уточнение и адаптация

Важно понимать, что Discovery не дает ответы на все вопросы. Множество деталей и даже новых требований всплывает в процессе работы. Поэтому следующий после Discovery этап — это не линейное исполнение плана, а итеративный процесс с постоянным обучением.

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

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