Что происходит после этапа пресейла до начала разработки?

Переход от пресейла к разработке: ключевые процессы

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

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

Первое, что происходит — перевод устных договоренностей пресейла в юридически и технически значимые документы.

• Подписание договора и спецификаций: Все обсуждаемые условия, рамки проекта, гарантии и этапы оплаты фиксируются в договоре. К нему прикладываются Техническое задание (ТЗ) или Утвержденное коммерческое предложение, которые становятся базовыми документами проекта.
• Согласование регламентов: Утверждаются процедуры коммуникации (частота созвонов, ответственные), процесс приема-передачи работ, внесения изменений (Change Request Process).

// Пример структуры приложения к договору (Scope of Work):
1. Цели и задачи проекта
2. Границы проекта (In-Scope / Out-of-Scope)
3. Состав команды и роли
4. Ключевые этапы и вехи (Milestones)
5. Критерии приемки (Acceptance Criteria)
6. Предполагаемый стек технологий

2. Глубокий анализ требований и проектирование

На этом этапе "сырые" требования заказчика превращаются в детальный план для команды разработки.

• Сессии уточнения требований (Requirement Elaboration Workshops): Проводятся встречи с бизнес-аналитиками, будущими пользователями и архитекторами. Цель — выявить все скрытые требования, "неочевидные" бизнес-процессы и потенциальные противоречия.
• Создание детальной документации: Формируются User Stories, Use Cases, UI/UX прототипы (в Figma, Adobe XD), ER-диаграммы и архитектурные схемы. Важно добиться подписи заказчика по каждому крупному блоку.
• Техническое проектирование: Архитекторы и тимлиды разрабатывают High-Level Design (HLD) и Low-Level Design (LLD), выбирают конкретные технологии, фреймворки, решают вопросы интеграции, масштабируемости и безопасности.

3. Формирование и подготовка команды проекта

Параллельно с аналитикой запускается организационная работа.

• Назначение команды: Подбираются разработчики, тестировщики, DevOps-инженер, дизайнер. Важно учесть их загрузку и expertise в требуемых технологиях.
• Онбординг команды в проект: Проводится Kick-off meeting (внутренний и с заказчиком). Команде презентуются: цели проекта, документация, роли, процессы. Это формирует общее видение.
• Настройка инструментов: Разворачивается и настраивается рабочее окружение: Jira/Confluence (или аналог) для управления задачами, GitLab/GitHub, CI/CD пайплайны, среды разработки (dev, staging), системы мониторинга.

4. Планирование и оценка

Теперь, имея детальные требования и готовую команду, можно строить реалистичный план.

• Декомпозиция работ (Work Breakdown Structure - WBS): Крупные фичи разбиваются на мелкие, оцениваемые задачи.
• Оценка трудозатрат: Проводится планирование покера или иная техника оценки с участием всей команды. Это повышает точность и чувство ответственности.
• Построение дорожной карты и графика (Roadmap & Schedule): Создается диаграмма Ганта, определяется продолжительность спринтов, даты ключевых вех (альфа-версия, бета-тест, релиз). Утверждается бюджет проекта на основе оценок.
• Управление рисками: Формально идентифицируются потенциальные риски (технические, ресурсные, бизнес-риски), назначаются ответственные за их мониторинг и разрабатываются планы реагирования.

5. Организационные и инфраструктурные приготовления

"Последние штрихи" перед стартом разработки.

• Создание backlog'а: Все согласованные и оцененные задачи заносятся в Product Backlog в Jira. Приоритизируются для первого спринта.
• Подготовка тестовой стратегии: Пишется чек-лист основных сценариев, определяется объем автоматизации тестирования.
• Резервирование и настройка инфраструктуры: Заказываются/настраиваются серверы, домены, SSL-сертификаты, аккаунты в сторонних сервисах (например, для рассылок или платежей).

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