Что происходит с проектом после пресейла?

Фазы проекта после пресейла: переход от продаж к исполнению

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

1. Формальное закрытие продажи и переход к проекту

На этом этапе происходит юридическое и административное оформление договора.

• Подписание договора и SLA (Service Level Agreement): Все условия, обсуждаемые на пресейле, фиксируются в контракте. Это включает объем работ (Scope), бюджет, сроки, критерии приемки и ответственности сторон.
• Создание проекта в системах управления: Проект регистрируется в внутренних CRM (например, Salesforce), системах управления проектами (Jira, Asana) и финансовых системах. Это запускает процессы планирования и отчетности.

-- Пример записи в базе данных CRM после пресейла
UPDATE opportunities
SET status = 'Closed Won', project_id = 'PROJ_2024_001'
WHERE opportunity_id = 'OPP_12345';

2. Стадия планирования и инициации (Inception/Kick-off)

Это фаза глубокого планирования, которая устанавливает фундамент для всего проекта.

• Внутренний Kick-off Meeting: Проводится встреча с ключевыми участниками команды (менеджер проекта, архитекторы, ведущие разработчики) для передачи контекста от продаж к исполнению. Анализируются все материалы пресейла.
• Создание базовых проектных документов: Разрабатывается:

    *   **Устав проекта (Project Charter):** Формально утверждает проект, его цели и полномочия менеджера.
    *   **Детальный план проекта (Project Plan):** Включает декомпозицию работ (**WBS**), график (**Gantt Chart**), оценку ресурсов и рисков.
    *   **Коммуникационный план:** Определяет, как и с кем (клиент, внутренние стейкхолдеры) будет осуществляться взаимодействие.

• Клиентский Kick-off Meeting: Официальная встреча с клиентом для согласования плана, установления рабочих процессов и коммуникационных каналов. Это ключевой момент для построения доверия и подтверждения понимания требований.

3. Активная фаза исполнения и мониторинга

После планирования проект переходит в основную рабочую фазу.

• Мобилизация команды и начало работ: Разработчики, тестировщики, аналитики начинают работу по плану. Используются agile- или waterfall-методологии в зависимости от договора.
• Управление повседневной деятельностью: Project Manager ежедневно координирует работу, проводит статусные встречи (например, ежедневные Scrum-митинги для agile), следит за прогрессом против плана.
• Контроль ключевых метрик: Мониторинг тройной ограничивающей концепции (Triple Constraint) — время, бюджет, объем — а также качества.

# Пример простого скрипта для мониторинга прогресса (условный)
def calculate_project_health(progress_percent, budget_spent_percent, timeline_deviation):
    if progress_percent >= 90 and budget_spent_percent <= 85 and timeline_deviation <= 5:
        return "Здоровье проекта: GREEN"
    elif timeline_deviation > 15 or budget_spent_percent > 110:
        return "Здоровье проекта: RED - требуется немедленное внимание"
    else:
        return "Здоровье проекта: YELLOW - мониторинг"

4. Контроль изменений и коммуникация с клиентом

В ходе исполнения неизбежно возникают изменения.

• Управление изменениями запросов (Change Request Management): Любое отклонение от исходного объема (Scope Creep) формально проходит через процесс оценки воздействия на бюджет и сроки, утверждается клиентом через Change Request.
• Регулярная отчетность: Проведение статусных встреч с клиентом (weekly/monthly), подготовка отчетов о прогрессе, затратах и рисках. Прозрачность — залог успеха.

5. Завершение проекта и переход в поддержку

После достижения всех целей проект формально закрывается.

• Финальное тестирование и приемка (UAT - User Acceptance Testing): Клиент проверяет продукт на соответствие требованиям и подписывает акт приемки.
• Документация и передача знаний: Создается итоговая документация, проводятся тренинг для пользователей или клиента.
• Пост-проектный анализ (Post-mortem / Retrospective): Внутренняя встреча для анализа успехов, ошибок и извлечения уроков на будущие проекты.
• Переход в фазу поддержки (Operations/Support): Если договор включает поддержку, проект передается команде обслуживания (Support/DevOps). Назначаются контактные лица и процессы для инцидент-менеджмента.

Ключевые риски при переходе от пресейла

• Разрыв между продажами и исполнением: Промоушены продавцов могут не совпадать с технической реалистичностью. Project Manager должен выявить эти gaps на ранней стадии.
• Неполное или противоречивое ТЗ (Technical Specification): Материалы пресейла могут быть недостаточно детальными. Необходима интенсивная фаза уточнения требований (Requirement Elaboration).
• Незафиксированный объем работ: Четкий Scope Management с механизмом управления изменениями — обязателен.

Итог: После пресейла проект проходит путь от юридического оформления через глубокое планирование, активное исполнение с постоянным контролем до финального закрытия и возможного перехода в поддержку. Роль IT Project Manager заключается в обеспечении seamless transition, защите тройной ограничивающей концепции и постоянной коммуникации для достижения бизнес-целей клиента и компании.