Выделите текст, чтобы комментировать.
Многозадачность в проектных командах давно воспринимается как норма: специалисты ведут несколько инициатив одновременно. Занятость высокая, активность заметна. Но проекты движутся медленнее, чем ожидалось: сроки сдвигаются, решения задерживаются, новые инициативы приходится встраивать в уже перегруженный график.
Причина не в недостатке усилий. Когда в работу запускается больше проектов, чем команда способна выполнить без перегрузки, очередь растет, сроки удлиняются, а пропускная способность падает — сколько бы усилий ни прикладывали люди.
Дополнительные потери возникают на стыках между проектами: время уходит на переключение, ожидание решений и восстановление контекста после возврата к задаче. В отчетности эти потери почти не видны: каждый проект учитывается отдельно, а время, потерянное на стыках, не принадлежит ни одному из них.
Такая ситуация типична для компаний, которые не управляют объёмом параллельно запущенных проектов системно. При этом отдельные проекты у них могут выполняться хорошо — система же в целом незаметно деградирует.
Что значит управлять объёмом запущенных проектов
Управлять объёмом запущенных проектов — значит принимать решения не на уровне отдельного проекта, а на уровне их совокупности. Для этого нужен портфельный взгляд, который предполагает несколько конкретных решений. Первое и главное из них касается числа проектов в работе.
Ограничение числа одновременно активных проектов
Главный рычаг управления объемом — не распределение людей по проектам, а лимит на число инициатив, находящихся в работе. Пока такого лимита нет, каждый новый проект будет получать те же ресурсы, что уже обещаны другим. В итоге загрузка команд растет, пока работа не перестает помещаться в календарь. Сам лимит должен задаваться не «по справедливости» и не поровну между подразделениями, а по реальной пропускной способности команд.
Что запускать и в какой последовательности
Решение о запуске должно приниматься не в тот момент, когда появилась инициатива или нашёлся формально свободный человек, а на основе сравнения с остальным портфелем по единым критериям: вклад в стратегию, срочность, риски, стоимость отсрочки. Всё, что этот фильтр не прошло, должно попадать в очередь, а не в работу «пока есть возможность».
Что останавливать или приостанавливать
Управление объемом — это не только про запуск. Если портфель перегружен, решение принимается и в обратную сторону: часть проектов ставится на паузу или закрывается. Без этого рычага любой лимит быстро превращается в формальность, потому что остановить уже начатое психологически дороже, чем не начинать новое.
Лимит, отбор и остановка — один механизм, который работает только при регулярном пересмотре: лимит задаёт, сколько проектов может быть в работе, отбор определяет, какие именно, а остановка освобождает место для более важного.
Как управлять объёмом запущенных проектов
Минимальный рабочий контур ручного управления портфелем состоит из трёх артефактов и одной регулярной процедуры.
Первый артефакт — единый реестр инициатив: одна таблица, где перечислены все проекты в работе, с указанием статуса, владельца, приоритета и требуемых ресурсов. Без неё портфель существует только в головах, и каждый руководитель видит свою часть картины.
Второй — явный лимит: зафиксированное число инициатив, которые могут находиться в работе одновременно. Лимит не обязан быть идеальным с первого раза — его можно откалибровать. Но он должен быть объявлен и признан, иначе каждое новое «срочно» будет его обходить.
Третий — простая матрица приоритизации: набор критериев (вклад в стратегию, срочность, риски, стоимость отсрочки) и правило, по которому проекты сравниваются между собой. Без общего правила приоритет получает тот, кто громче, а не тот, кто важнее.
Процедура — регулярный обзор портфеля: встреча раз в неделю или раз в две недели, на которой сверяются новые заявки, фактическая загрузка и приоритеты и принимаются решения о запуске, паузе или пересмотре очереди. Ключевое условие — ритмичность: обзор не должен собираться по чрезвычайному поводу, иначе он превращается в очередной разбор проблем, а не в управление.
Такой контур работает для небольшого портфеля — до десяти-пятнадцати активных инициатив и одной-двух команд. Он дисциплинирует и дает первую степень видимости.
Однако у ручного контура есть предел, и он проявляется в четырех вещах.
- Первое — время: чтобы ответить на вопрос «как мы движемся», нужно обойти пять человек и свести их заметки, и на сбор уходят часы, а не минуты.
- Второе — запаздывание: конфликты ресурсов обнаруживаются, когда человек уже перегружен, а не заранее.
- Третье — накопление: список проектов растет, но ничего не закрывается.
- Четвёртое — потеря доверия: руководители заводят собственные «теневые» трекеры, потому что не доверяют общей картине.
В этот момент проблема уже не в дисциплине, а в том, что ручные инструменты не справляются. Нужна система, которая показывает портфель целиком. Например, такая как Digital Q.PM.
Она держит единый реестр портфеля не как статичную таблицу, а как живую картину: статусы, бюджеты, риски, сроки и зависимости обновляются в одном месте, а не собираются из разрозненных файлов.
Она показывает не только кто чем занят, но и что произойдёт с загрузкой, если запустить ещё один проект. Так перегрузка видна до того, как превратится в срыв сроков.
Она позволяет проигрывать сценарии: что будет с портфелем, если приостановить один проект, ускорить другой или добавить новый. Обсуждение переходит из «кажется, мы не влезем» в «вот два варианта и их последствия».
Управленческая работа при этом не исчезает, а меняет характер: вместо сбора данных и сведения таблиц руководитель занимается решениями — каким должен быть лимит, что запускать, что останавливать и когда пересматривать.
Иными словами, PPM — это способ управлять не отдельными инициативами, а потоком работы и пропускной способностью организации в целом. И именно этого слоя не хватает, когда занятость высокая, активность заметна, а проекты всё равно движутся медленнее, чем должны.
