Большое событие начинается не со стадиона. Оно начинается с плана.

Когда зритель приходит на крупное спортивное событие, он видит арену, спортсменов, волонтёров, транспорт, трансляцию, церемонии.

Но не видит главного — систему, которая несколько лет собирала всё это в единое целое.

📘 Один из ключевых инструментов такой системы — Master Plan.

В случае Универсиады-2019 в Красноярске Master Plan был основным документом стратегического планирования подготовки Игр.

И одна цифра хорошо показывает масштаб:

49 функциональных направлений.

Спорт. Транспорт. Технологии. Аккредитация. Безопасность. Медицина. Волонтёры. Вещание. Логистика — и десятки других функций.

Каждая со своими задачами, сроками, ответственными и рисками.

Кажется логичным:

сделаем хороший план для каждой функции — и получим хороший общий план.

Но нет.

49 хороших функциональных планов ещё не создают один работающий проект.

🔗 Масштаб начинается на стыках

Транспорт зависит от расписания соревнований.

Аккредитация — от правил доступа и готовности объектов.

Технологии обеспечивают работу операционных функций.

Вещание зависит от объектов, инфраструктуры, спорта и смежных процессов.

Одно изменение способно пройти цепочкой через несколько команд.

Поэтому в Master Plan отдельно определялись Key Interfaces — ключевые направления взаимодействия между функциями — и формировалась матрица взаимодействия.

Проблема часто возникает не внутри плохо работающей функции. Она возникает между двумя хорошо работающими функциями.

У команды А всё сделано.

У команды Б — тоже.

А результат от А к Б вовремя не перешёл.

И проект получил проблему.

🧩 Master Plan — не просто большой календарь

Он должен отвечать минимум на четыре вопроса:

Что делаем? — задачи и мероприятия.

Когда? — этапы и сроки.

Кто отвечает? — функции и исполнители.

От кого зависит результат? — связи между функциями.

В Master Plan также закладывались риски и меры реагирования, бюджетирование, ресурсы и персонал.

То есть проектируется не набор отдельных планов.

Проектируется система.

🔄 А что делать, когда план меняется?

Менять его.

Большой проект невозможно один раз спланировать и несколько лет просто исполнять.

Появляются новые данные. Уточняются решения. Меняются условия. Детализируются операционные планы.

Поэтому Master Plan предусматривал изменения, доработки и улучшения.

Хороший план большого проекта не пытается угадать будущее. Он создаёт систему управления будущими изменениями.

📌 А теперь — инструмент, который можно забрать себе

Для него не нужна Олимпиада, Универсиада или проект на несколько тысяч человек.

Возьмите свой текущий проект.

Выберите 5–7 ключевых команд или функций и расположите их на одном листе.

Проведите между ними связи.

Для каждой задайте 4 вопроса:

🔹 1. Что передаём?

Информацию? Решение? Документ? Ресурс? Результат?

🔹 2. Когда передаём?

Не когда команда закончит работу, а когда её результат нужен следующей команде.

🔹 3. Что произойдёт при задержке?

Кто не сможет начать работу? Какой срок сдвинется? Где возникнет риск?

🔹 4. Кто отвечает за стык?

Ответственный за команду А обычно есть.

За команду Б — тоже.

А кто отвечает за то, чтобы результат А действительно превратился во вход для Б?

Очень часто именно здесь находится пустое место.

Мы хорошо назначаем ответственных за функции. Но гораздо реже — за взаимодействие между ними.

Попробуйте провести такой мини-аудит интерфейсов на своём проекте.

Самые интересные риски могут обнаружиться не внутри нарисованных блоков.

Они окажутся на стрелках между ними.

Чем больше становится проект, тем важнее эти стрелки.

Потому что растёт не только количество задач.

Растёт количество зависимостей.

На маленьком проекте можно управлять задачами. На большом приходится управлять зависимостями.

Не только:

«Кто и что должен сделать?»

Но и:

«Кто от кого зависит, что должен получить и в какой момент?»

Вот там и начинается настоящее #УправлениеМасштабом.

#АлександрРумянцев #УправлениеПроектами #ПроектноеУправление #ОперационноеУправление #MasterPlan #Масштабирование