Что делаешь на каждой стадии проекта?

Мой подход к управлению проектами на каждой стадии жизненного цикла

В управлении IT-проектами я строго слежу за классическим жизненным циклом, адаптированным под специфику разработки. Моя работа структурирована по пяти ключевым фазам: инициация (Inception), планирование (Planning), исполнение (Execution), мониторинг и контроль (Monitoring & Controlling), закрытие (Closing). Каждая стадия имеет четкие цели, процессы и результаты.

1. Стадия Инициации (Inception / Pre-Project)

Это фундамент всего проекта. Моя задача здесь — не начать делать, а понять, что и почему нужно делать.

• Основные активности:

    *   **Анализ бизнес-потребности:** Встречи со спонсором и ключевыми стейкхолдерами для глубокого понимания проблемы или возможности.
    *   **Определение высокоуровневых целей и границ (Scope):** Формулирую, что проект должен достичь, и очерчиваю его первоначальные контуры.
    *   **Оценка осуществимости (Feasibility Study):** Проверяю техническую, операционную и экономическую реалистичность идеи.
    *   **Создание Устава Проекта (Project Charter):** Это ключевой выходной документ. Он официально утверждает существование проекта, назначает меня менеджером и дает мне полномочия, фиксирует высокоуровневые цели, основные стейкхолдеры и бюджетную рамку.
    *   **Идентификация ключевых стейкхолдеров:** Начинаю строить реестр тех, кто влияет на проект или подвержен его влиянию.

# Пример структуры Устава Проекта (Project Charter):
1. **Проект:** Разработка мобильного приложения для клиентов банка.
2. **Бизнес-потребность:** Увеличение доля digital-канала для базовых операций на 30%.
3. **Цели (SMART):** Выпустить приложение на iOS/Android к Q3 с поддержкой просмотра баланса, платежей и истории.
4. **Основные стейкхолдеры:** Спонсор (Директор по развитию), PM (Я), Технический директор, Руководитель отдела клиентского сервиса.
5. **Высокоуровневые риски:** Неготовность backend-API, изменения в регуляторных требованиях.
6. **Предварительная оценка бюджета:** ~ $200,000.
7. **Утверждение:** [Подпись спонсора проекта]

2. Стадия Планирования (Planning)

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

• Основные активности:

    *   **Детальное определение требований (Requirements Gathering):** Работа с бизнес-аналитиками, пользователями. Используем интервью, workshops, прототипы. Результат — **Backlog** (в Agile) или **Specification** (в Waterfall).
    *   **Создание Плана управления содержанием (Scope Management Plan):** Как мы будем фиксировать, утверждать и контролировать изменения в требованиях.
    *   **Разработка расписания (Schedule):** Декомпозиция работы (WBS), определение зависимостей, оценка усилий, построение диаграммы Ганта. Использую инструменты типа Jira, MS Project.
    *   **Планирование ресурсов и бюджета:** Определение необходимой команды (разработчики, тестировщики, дизайнеры), их загрузки и перевод в финансовую оценку.
    *   **План управления рисками (Risk Management Plan):** Систематическая идентификация, анализ (вероятность/воздействие) и планирование ответных мер для потенциальных проблем.
    *   **Планы по коммуникациям, качеству и поставкам.**

# Пример высокоуровневого плана рисков в табличном виде (как может храниться в системе):
risks_register = [
    {
        "id": "R1",
        "description": "Задержка в получении финальных дизайнов от внешнего агентства",
        "probability": "High",
        "impact": "Medium",
        "response": "Начать с внутренних wireframes, закрепить в контракте штрафы за задержку.",
        "owner": "Дизайн-лид"
    },
    {
        "id": "R2",
        "description": "Недостаточная производительность нового API в пиковых нагрузках",
        "probability": "Medium",
        "impact": "High",
        "response": "Включить в план нагрузочное тестирование на ранней стадии.",
        "owner": "Технический архитектор"
    }
]

3. Стадия Исполнения и Мониторинга & Контроля (Execution & Monitoring/Controlling)

Эти две фазы идут параллельно. Мы выполняем план, но постоянно отслеживаем отклонения и корректируем курс.

• Исполнение (Execution):

    *   **Формирование и запуск команды:** onboarding, распределение задач, обеспечение инструментов (CI/CD, среды тестирования).
    *   **Координация ежедневной работы:** Проведение ежедневных stand-up встреч в Agile, отслеживание прогресса по задачам.
    *   **Управление коммуникациями:** Регулярные отчеты для стейкхолдеров, проведение демо-сессий, решение конфликтов внутри команды.
    *   **Обеспечение качества:** Координация процессов тестирования (unit, integration, regression), проверка соответствия критериям приемки.

• Мониторинг и Контроль (Monitoring/Controlling):

    *   **Отслеживание ключевых метрик (KPI):** Прогресс (% завершения), бюджет (затраты vs план), сроки (актуальная дата релиза vs план), качество ( количество дефектов).
    *   **Контроль содержания (Scope Control):** Управление изменениями через формальный процесс **Change Request**. Каждое новое требование оценивается на влияние на сроки/бюджет и утверждается спонсором.
    *   **Активизация планов по рискам:** Если риск материализовался, реализуем запланированный ответ.
    *   **Корректировка планов:** Если отклонения значительные, может потребоваться **re-baselining** — переутверждение нового базового плана с спонсором.

4. Стадия Закрытия (Closing)

Проект не завершен, пока не выполнены все административные и договорные обязательства.

• Основные активности:

    *   **Финальная приемка продукта (Final Acceptance):** Официальное подтверждение от спонсора или клиента, что все критерии выполнены.
    *   **Административное закрытие:** Финализация всех финансовых документов, закрытие контрактов с подрядчиками, архивация проектной документации.
    *   **Релиз команды:** Официальное завершение работы участников проекта, предоставление рекомендаций, оценок.
    *   **Post-Project Review (Анализ уроков):** Это одна из самых важных задач. Мы проводим сессию с командой и ключевыми стейкхолдерами, чтобы документально зафиксировать:
        *   Что было сделано хорошо (Best Practices)?
        *   Что можно улучшить (Lessons Learned)?
        *   Какие метрики были достигнуты?
    *   **Передача продукта и знаний:** Обеспечение smooth handover команде поддержки или операционному отделу, передача всей документации.

Заключение: Моя роль на каждой стадии — быть драйвером процесса, коммуникатором и главным ответственным за результат. Я переключаюсь между стратегическим мышлением на стадии инициации, детальным анализом на планировании, лидерством и дипломатией на исполнении и скрупулезным анализом на закрытии. Этот структурированный подход минимизирует хаос и максимизирует вероятность того, что проект交付ит ценность, которую бизнес ожидал в самом начале.