Skip to Content
Содержание курса

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

Развернуть подготовку выставки в контуре PPM так, чтобы у каждого направления был свой владелец, свой срок и свой статус, а у выставки целиком — один свод.

Правила

  1. Уровней три, и путать их нельзя. Сезон (все выставки года) — портфель: на нём сравнивают проекты между собой, отбирают и приоритизируют. Отдельная выставка — программа: у неё один руководитель, один сводный бюджет и одна дата открытия. Направления подготовки — проекты внутри программы.
  2. Выставка одним проектом заводится только при команде до пяти человек и сорока экспонентах. Дальше один проект склеивает несовместимое: продажи идут девять месяцев, операции дня — трое суток, а светофор и владелец у них один.
  3. Направлений семь, и они разведены по владельцам: площадка и застройка; продажа площади и пакетов; сопровождение экспонентов; деловая программа; посетители и продвижение; операции дня; финансы и отчётность. Продажу и сопровождение не сливают: у них разный такт и разная ответственность, а экспонент от слияния получает одного перегруженного менеджера вместо двух работающих.
  4. Стыки между проектами описываются явными зависимостями, иначе критический путь рвётся на границе ответственности. Обязательных четыре: план павильона заморожен → продажа и заказ услуг; состав экспонентов подтверждён → каталог и промо; сетка программы заморожена → залы, техника, афиша; списки аккредитации приняты → тираж бейджей.
  5. Веха переносится в контур целиком: дата, объект приёмки, один владелец. Владелец берётся из ролевой модели урока 2.1; двух владельцев у вехи не бывает.
  6. Дедлайны экспонентов (урок 2.3) — задачи проекта сопровождения с плановой датой и ответственным, а не строки в письме. Расписание напоминаний 14/3/0 настраивается один раз на сезон.
  7. Бюджет ведётся на проектах, свод — на программе, сравнение выставок — на портфеле. Черновые строки в свод не идут: строка появляется в отчёте, когда подтверждена.
  8. Риски приложения B заводятся в журнал проекта, к которому относятся, с владельцем, оценкой и планом реагирования. Риск без владельца в журнале виден сразу, риск без владельца в переписке не виден никому.
  9. Статус — три цвета (урок 2.2), собирается из данных проекта на фиксированный день недели и поднимается на программу сводом. Зелёный светофор при просроченной вехе означает ошибку в данных, а не хороший ход дел.
  10. Эскалация настраивается заранее: срыв вехи критического пути уходит руководителю выставки в тот же день. Ручная эскалация — признак того, что правило не настроено.
  11. Люди назначаются через ресурсный пул: один менеджер обычно ведёт несколько направлений и несколько сезонов. Перегрузка должна быть видна до срыва.
  12. Права выдаются назначением роли на конкретный проект, а не раздачей доступа. Руководитель продаж не правит сетку залов; сотрудник, ушедший с направления, теряет доступ вместе с ролью.

Как проверить себя

Откройте программу выставки за 60 дней до открытия: видны ли семь проектов, их владельцы, ближайшие вехи, исполнение сводного бюджета и красные риски? Если для ответа нужно открыть ещё три файла, контур заведён формально.

Типичные ошибки

Семь проектов заведены, стыки между ними — нет, и каждый считает себя не на критическом пути. Финансы ведутся в таблице параллельно своду. Проекты созданы, но владельцы у всех одни и те же два человека.

Профильные курсы

Механика контура разобрана отдельно в учебном наборе по управлению проектами. Каталог курсов — /slides, фильтр «Контур» → «Управление проектами (PPM)».

  1. «Контур PPM: проект, программа, портфель» — уровни и что куда заводится (правила 1–3).
  2. «Паспорт проекта: инициация, устав, вехи» — перенос замысла и вех (правила 5 и 6).
  3. «План-график и назначение ресурсов» — критический путь, стыки, загрузка людей (правила 4 и 11).
  4. «Бюджет проекта и контроль затрат» — бюджеты проектов и свод программы (правило 7).
  5. «Риски и проблемы: журнал, эскалация» — журнал рисков и эскалация (правила 8 и 10).
  6. «Статус-отчётность и дашборды» — светофоры и еженедельный статус (правило 9).
  7. «Руководитель проекта: рабочий цикл» — недельный распорядок владельца направления.
Рейтинг
0 0

На данный момент комментарии отсутствуют.

чтобы первым оставить комментарий.