Наличие 100 активных проектов не дает ответа на вопрос, фигурирует ли один и тот же проектный менеджер или инженер в нескольких планах, не поглощает ли текущая деятельность (BAU) большую часть времени команды или какой именно новый запрос должен быть выполнен в первую очередь. Чтобы решить, вписывается ли новая работа, оцените спрос по ролям на один период планирования, вычтите BAU и прочие обязательства из общей емкости, а затем сделайте компромисс очевидным до того, как кто-либо пообещает дату начала.
В данном практическом примере используются условный четырехнедельный период, 20 эквивалентов полной занятости (FTE) по четырем группам ролей и два тестовых запроса. Все цифры по штату и спросу являются иллюстративными. Руководство правительства Великобритании по реализации проектов (UK Government Project Delivery) описывает портфельную работу через категоризацию, приоритизацию, балансировку и планирование в рамках ресурсных ограничений. Руководство написано для реализации государственных проектов, а не как бенчмарк для частного сектора (Chapter 12: Managing a portfolio, опубликовано 29 июля 2024 г., последнее изменение — 1 июля 2026 г.).
Основные выводыЧистая емкость не равна списочному составу. Оценивайте часы по навыкам после вычета BAU, запланированных отпусков, внутренней работы и явного резерва.В этом примере 100 активных проектов создают спрос в объеме 1480 часов в ближайшей перспективе при 1600 чистых проектных часах, однако проектные менеджеры уже перегружены на 20 часов.Один запрос с жестким дедлайном помещается только после того, как PMO переносит 40 часов проектных менеджеров и 20 инженерных часов работы с более низким приоритетом на следующий период.Второй запрос остается отложенным, поскольку емкость инженеров и проектных менеджеров задействована полностью.
Основные выводы
- Чистая емкость не равна списочному составу. Оценивайте часы по навыкам после вычета BAU, запланированных отпусков, внутренней работы и явного резерва.
- В этом примере 100 активных проектов создают спрос в объеме 1480 часов в ближайшей перспективе при 1600 чистых проектных часах, однако проектные менеджеры уже перегружены на 20 часов.
- Один запрос с жестким дедлайном помещается только после того, как PMO переносит 40 часов проектных менеджеров и 20 инженерных часов работы с более низким приоритетом на следующий период.
- Второй запрос остается отложенным, поскольку емкость инженеров и проектных менеджеров задействована полностью.
В этой статье: Что нам рассказали команды · Установите четырехнедельный период · Разделите BAU и проектную емкость · Сравните запросы бэклога · Сделайте компромисс очевидным · Первые 30 дней · Скопируйте таблицу · Решение
Что нам рассказали команды
Предоставленные анонимизированные заметки PMO описывают портфель примерно из 100 активных проектов, при этом новые запросы продолжают поступать в бэклог. В них также описывается распределение как неформальное, опирающееся на знания команды, наряду с опасениями по поводу внедрения, поддержки на уровне предприятия и сложности реализации. Это качественные данные из демоверсий, а не репрезентативный опрос. Портфель и приведенные ниже цифры являются вымышленными.
Начните с одного четырехнедельного периода
Полезный первичный анализ не требует планирования каждой задачи по всем 100 проектам. Он оценивает оставшуюся работу по ролям в рамках того же четырехнедельного периода, оставляя поадаптивное планирование задач за командами реализации. не рекомендует использовать громоздкую детальную диаграмму Гантта для портфеля и подчеркивает важность поддержания такого уровня детализации, который полезен для портфельных решений (глава 12, опубликовано 29 июля 2024 г., последнее изменение — 1 июля 2026 г.).
Для этого примера у PMO есть 20 FTE: четыре проектных менеджера (PM), четыре бизнес-аналитика (BA), восемь инженеров и четыре человека в объединенной группе качества, данных и управления изменениями. Период планирования составляет четыре недели, и каждый FTE вносит 160 валовых часов в этом периоде. Это сценарные допущения, а не данные клиентов или компании.
Первый проход по таблице разделяет уже выполняемую работу, повторяющуюся BAU и предлагаемую работу, которая еще не была утверждена. Сценарий начинается со 100 активных проектов и непрерывного бэклога входящих заявок.
Отделите BAU от проектной емкости
Используйте одинаковый расчет для каждой группы ролей:
Чистая проектная емкость = валовые часы - BAU - запланированный отпуск или обучение - администрирование и поддержка - резерв
BAU включает в себя повторяющуюся работу, на которую тратят время те же люди, что и на проекты. Зафиксируйте ее перед сравнением проектного спроса с емкостью. Руководство по управлению ресурсами Government Project Delivery охватывает вопросы спроса и предложения, потребности в ролях и навыках, фактической доступности, скользящих прогнозов, корректировок графика и пересмотра приоритетов при изменении допущений (Chapter 28: Resource management, опубликовано 29 июля 2024 г., последнее изменение — 1 июля 2026 г.).
В руководстве Planisware от сентября 2026 года рекомендуется учитывать непроектную работу при сопоставлении спроса с доступными людьми, навыками и временем. Это руководство от вендора, поэтому воспринимайте его как сравнение методов, а не как бенчмарк (Как управлять планированием загрузки по проектам, опубликовано 21 сентября 2026 г.).
Резерв в этом примере представляет собой явный запас на планирование, а не стандартный процент. Замените его буфером, который согласует ваш PMO. Оценка имеет смысл только в том случае, если каждый владелец роли согласен с тем, что BAU, отпуска, поддержка и резерв учтены единожды.
Теперь сравните чистую емкость с запланированной проектной работой на следующие четыре недели:
В портфеле имеется 120 часов совокупного резерва, однако проектные менеджеры перегружены на 20 часов. Часы по одной роли не могут автоматически заменять часы по другой. В практической статье House of PMO от 23 сентября 2026 года утверждается, что информация о ресурсах должна влиять на сроки и последовательность. Она опирается на обновленную модель для практиков и вебинар, а не на контролируемое исследование результатов (Resource Management for PMOs: Using the Portfolio Lens to Prioritise What Matters Most).
Обзор категорий программного обеспечения см. в статье «13 лучших инструментов планирования загрузки для управления ресурсами». В этой статье вместо сравнения вендоров рассматривается одно конкретное управленческое решение.
Разместите запросы из бэклога рядом с тем же пулом ролей
Бэклог становится сопоставимым, когда каждый запрос использует один и тот же период планирования и категории ролей. Эти два тестовых запроса являются вымышленными. Их оценки — это предварительные допущения на уровне ролей, а не пошаговые планы.
Перед утверждением PMO проверяет ожидаемый результат каждого запроса, спонсора, сроки, зависимости, достоверность оценки и потребность в ролях. Затем руководители применяют согласованные критерии инвестирования. В главе 12 описаны категоризация, приоритизация, балансировка и планирование как части управления портфелем. Ранжированный запрос все равно нуждается в проверке графика и ресурсного соответствия. Практическая статья House of PMO поддерживает использование информации о ресурсах для определения сроков и очередности, а не отношение к каждой инициативе как к обязательству с фиксированной датой начала.
Сделайте компромисс очевидным
Запрос A не вписывается в текущий план в текущем виде. Проектные менеджеры уже перегружены на 20 часов, а у инженеров свободно всего 12 часов. В этом примере портфельный комитет переносит 40 часов проектных менеджеров и 20 инженерных часов работы с более низким приоритетом на следующий период. Работа переупорядочивается, а не отменяется, и портфель по-прежнему содержит 100 активных проектов. Для этого сценария предполагается, что следующий период может поглотить 60 переупорядоченных часов; подтвердите его емкость перед тем, как утверждать сдвиг.
С учетом этого компромисса Запрос A помещается. Он задействует весь оставшийся ресурс проектных менеджеров и технических специалистов на данный период. Запрос B по-прежнему не помещается: его добавление увеличило бы нагрузку на проектных менеджеров до 345 часов при доступных 320, а на технических специалистов — до 672 при 592. PMO может отложить его, сократить ближайший объем работ, найти утвержденную дополнительную емкость ресурсов или вынести на совет другой вариант балансировки портфеля. Чего делать точно не стоит — так это молча дважды учитывать одних и тех же людей.
В этом руководстве шире освещается тема управления портфелем: Enterprise Project Management: How to Run Every Project as One Portfolio.
Служебная записка с решением для руководства может быть краткой: «Мы можем включить Запрос A в это четырехнедельное окно, если перенесем 40 часов работы проектного менеджера и 20 часов технических специалистов по менее приоритетным задачам на следующий период. При этом резерва по ресурсам проектных менеджеров и инженеров не останется. Запрос B откладывается до следующего пересмотра или до утвержденного изменения объема, состава команды или очередности». Совету следует зафиксировать, кто одобрил перенос, какие задачи сдвигаются, дату принятия решения и дату следующей проверки прогноза.
Это руководство поможет глубже разобраться с вопросами отчетности: How To Build a Project Portfolio Dashboard To Manage Projects.
Превратите первые 30 дней в рабочий цикл
Дни 1–7: Проведите инвентаризацию активных проектов и запросов. Для каждого зафиксируйте владельца, планируемый результат, текущий статус, потребность в разрезе ролей на следующее окно, зависимости и уровень достоверности оценки. Помечайте дублирующиеся запросы и запросы без владельца вместо того, чтобы гадать об их статусе.
Дни 8–14: Попросите ответственных за роли проверить общие часы и вычеты. Отделите операционную деятельность (BAU), запланированные отпуска, обучение, техподдержку и резерв. Оставляйте диапазон значений или пометку об ориентировочном характере, если оценка пока предварительная.
Дни 15–21: Проанализируйте текущий портфель вместе с предложенными запросами. Протестируйте как минимум один реалистичный сценарий очередности — например, перенос менее приоритетного пакета работ для защиты запроса с жестким дедлайном. Зафиксируйте влияние на каждую дефицитную роль.
Дни 22–30: Представьте компромиссный вариант лицам, принимающим решения. Зафиксируйте согласованную очередность, отложенные пункты, допущения и триггер для следующего прогноза. Пересматривайте решение при изменении объема, состава команды, графика отпусков или приоритетов.
Если ваша команда уже планирует работу с привязкой к датам в ClickUp, представление Workload позволяет наглядно отображать задачи команды и доступные ресурсы во времени. Задачи с датой начала или срока и соответствующей группировкой отображаются на рабочей области, а трудоемкость задачи отражает расчетные трудозатраты. Доступность и емкость рассчитываются на основе рабочих дней и часов рабочего пространства, при этом нерабочие дни равны нулю (Resource management, Add and manage tasks in Workload view и Measure availability or capacity in Workload view, данные проверены 5 ноября 2026 г.). Это представление отображает внесенную работу; оно не валидирует оценки по ролям и не утверждает портфельные компромиссы.
PMO может начать с простой таблицы и данных, которые команды уже ведут. Выбирайте систему только после того, как поймете, какие поля, решения и ответственные за обновление требуются вашему процессу. Более подробный обзор представлен в статье 10 Best PMO Tools of 2026 for Effective Project Management. Данный материал сосредоточен на решениях по распределению ресурсов, а не на рейтинге вендоров.
Скопируйте таблицу поле за полем
Используйте одну строку доступности для каждой роли и периода планирования, затем одну строку потребности для каждого текущего проекта или предложенного запроса. Замените демонстрационные значения на собственные оценки.
Поля доступности ресурсов
Поля запросов
Специалисту, готовящему таблицу, следует сохранять источник оценки и уровень ее достоверности рядом с каждым запросом. Низкая достоверность оценки должна вести к указанию диапазона или дополнительному уточнению, а не к выдуманным точным цифрам. Владелец портфеля должен фиксировать решение и принятый компромисс, в то время как руководители проектов обновляют потребность на следующее окно при изменении планов.
Завершайте процесс решением, которое команда сможет повторить
Планирование ресурсов для крупного портфеля работает тогда, когда цифры указывают на конкретный выбор, который можно сделать. В этом примере общий объем ресурсов оставляет запас, но по направлениям проектных менеджеров и инженеров резерва нет. Следующий шаг — утвердить изменение очередности или перенести запрос с жестким дедлайном. Шаблон планирования емкости или загрузки поможет перенести поля таблицы на следующий пересмотр, но перед внедрением обязательно сопоставьте его поля с ролями и решениями, необходимыми вашему PMO.
Получить шаблон.
Источники
- Government Project Delivery, . Опубликовано 29 июля 2024 г.; последнее изменение 1 июля 2026 г. Официальное руководство по государственным портфелям проектов. Использовано для категоризации портфеля, расстановки приоритетов, балансировки, планирования в условиях ресурсных ограничений и определения подходящего уровня детализации портфеля.
- Government Project Delivery, . Опубликовано 29 июля 2024 г.; последнее изменение 1 июля 2026 г. Официальное руководство по реализации государственных проектов. Использовано для анализа спроса и предложения, потребностей в ролях и навыках, фактической доступности, скользящего прогнозирования, корректировки графиков и изменения приоритетов при изменении допущений.
- House of PMO, . Опубликовано 23 сентября 2026 г. Практическая статья на основе обновленного Круга управления ресурсами House of PMO и вебинара; не является контролируемым исследованием результатов. Использовано для определения сроков и очередности с учетом ресурсов.
- Planisware, . Опубликовано 21 сентября 2026 г. Руководство от вендора. Использовано как вторичное сравнение методов учета непроектной работы по отношению к доступным сотрудникам, навыкам и времени, а не как доказательство эффективности или бенчмарк.
- Анонимизированные заметки по демо PMO, предоставленные в рабочем пакете, сентябрь — октябрь 2026 г. Качественные отзывы аудитории, не репрезентативное исследование; использовано для формулирования проблемы и раздела «Что нам рассказали команды».
- Справочный центр ClickUp, Resource management, Add and manage tasks in Workload view и Measure availability or capacity in Workload view. Проверено 5 ноября 2026 г.; цитируется исключительно для приведенных выше утверждений о представлении Workload.
Все необходимое для поддержания порядка и продуктивной работы.
