Что понравилось на курсе Project Manager?

Управление проектами как система мышления и инструментов

Курс проектного менеджмента понравился, прежде всего, своей практической направленностью и целостным подходом. Он не ограничивался теорией из PMBOK или Scrum Guide, а показал, как методологии и фреймворки работают в реальных условиях с учетом человеческого фактора, бизнес-контекста и технических ограничений.

Ключевые аспекты, которые вызвали наибольший интерес:

1. Гибкость и гибридные подходы.

    Курс четко дал понять, что не существует «серебряной пули». Были детально разобраны случаи, когда **классический Waterfall** предпочтительнее (например, в строго регулируемых отраслях), и ситуации, где необходим **Agile (Scrum, Kanban)**. Особенно ценными были кейсы по построению **гибридных моделей** (например, «Water-Scrum-Fall» для разработки ПО с жестким контрактом), где этап планирования и сдачи формализован, а сама разработка итеративна.

1. Инструменты визуализации и анализа.

    Глубокое погружение в инструменты **Business Intelligence (BI)** и построение **дашбордов** для управления проектами. Это не просто про графики в Jira, а про создание информационных панелей для разных стейкхолдеров.
    Например, для спонсора — **финансовый дашборд** с Earned Value Management (EVM):

```sql
-- Пример запроса для расчета ключевых метрик EVM
SELECT
    project_id,
    SUM(bac) AS Budget_at_Completion,
    SUM(ev) AS Earned_Value,
    SUM(ac) AS Actual_Cost,
    -- Расчет индексов эффективности
    SUM(ev) / NULLIF(SUM(pv), 0) AS SPI,
    SUM(ev) / NULLIF(SUM(ac), 0) AS CPI,
    -- Прогноз затрат при завершении
    SUM(bac) / (SUM(ev) / NULLIF(SUM(ac), 0)) AS EAC
FROM project_finance
GROUP BY project_id;
```

    Для команды — **дашборд прогресса** с burn-down charts и визуализацией bottlenecks на канбан-доске.

1. Управление рисками через количественную оценку.

    Была представлена не просто регистрация рисков в RAID-логе, а методика **количественного анализа**, включая **Монте-Карло моделирование** для прогнозирования сроков и бюджета с учетом неопределенности. Это переводит разговоры о рисках из области предположений в область обоснованных вероятностей.

1. Практикум по ведению сложных переговоров.

    Моделирование конфликтных ситуаций: изменение Scope при фиксированном бюджете, перераспределение ресурсов, разговор с проблемным членом команды. Использовались техники **активного слушания** и **переговоров по принципам** (Гарвардская школа). Были отработаны фреймворки, например, для обсуждения изменений:
    *   **Ситуация:** Клиент хочет добавить «небольшую» функцию за 2 дня до релиза.
    *   **Действие PM:**
        1.  Признать важность запроса.
        2.  Объективно показать последствия: "Я понимаю ценность этой функции. Чтобы ее добавить, нам нужно остановить текущие тесты, что **перенесет релиз на 5 дней** и **повысит риск дефектов на 40%** по нашей модели. Какую из запланированных функций релиза мы должны исключить взамен?"
        3.  Предложить альтернативу: "Можем ли мы включить это в спринт следующего релиза, чтобы реализовать качественно, или сделать минимальную версию (MVP)?"

1. Технический долг (Technical Debt) как управляемая сущность.

    Рассматривался не как чисто техническая проблема, а как **финансовый и проектный риск**. Была предложена модель для приоритизации его погашения на основе влияния на **бизнес-метрики** (например, скорость вывода новых функций, частота инцидентов).

Заключение

Курс понравился своей системностью. Он сформировал картину, где hard skills (составление WBS, расчет PERT, настройка CI/CD пайплайнов) и soft skills (лидерство, фасилитация, сторителлинг для отчетности) неразделимы. Главный вывод: современный IT PM — это не просто "отмечатель задач", а интегратор, который говорит на языках бизнеса, разработки и дизайна, переводя стратегические цели в тактические планы и используя данные, а не интуицию, для принятия решений.