Приоритеты портфеля проектов: как согласовать конкурирующие запросы отделов

Чтобы согласовать конкурирующие запросы отделов, собери проекты в единый реестр, сравни основания и выбери работы под доступные ресурсы. Зафиксируй в протоколе, что запускаешь, продолжаешь, откладываешь или останавливаешь и почему. Результат маршрута - обновлённый реестр проектов и утверждённый набор работ на ближайший период.

Для руководителя операций основной предмет выбора - распределение общих специалистов. Маршрут начинается с заявки на проект или обновления текущего проекта, а заканчивается утверждением работ. Он включает пересмотр решений, но не заменяет общие регламенты компании и не описывает выполнение каждого проекта.

1. Определи границы и роли

Включай в портфель проекты с отдельным результатом и условием завершения. Регулярные операции учитывай при расчёте доступности людей. Для долгого проекта выбирай на период отдельный этап с проверяемым результатом.

Заранее назначь роли:

• Заказчик от отдела описывает проблему и последствия переноса.
• Руководитель проекта определяет результат, зависимости и потребность в специалистах.
• Руководитель отдела подтверждает доступность сотрудников.
• Руководитель операций готовит сравнение и проверяет выполнимость общего плана.
• Назначенный руководитель утверждает выбор и разрешает конфликт интересов.

В небольшой команде роли могут совмещаться. Установи период планирования и дату решения. Если заявка не содержит результата или основания срока, верни её на уточнение с ответственным и датой повторного рассмотрения.

2. Собери реестр проектов

Используй одинаковые поля для новых и текущих проектов. Реестр должен позволять проверить основания выбора и потребность в ресурсах. Шаблон записи:

• Идентификатор и название: постоянный номер и короткое имя проекта.
• Заказчик и руководитель проекта: кто подтверждает потребность и кто отвечает за выполнение.
• Проблема и основание: что мешает работе и какие наблюдения это подтверждают.
• Цель бизнеса: какую согласованную цель поддерживает проект.
• Результат периода и приёмка: что должно появиться, кто и как это проверит.
• Срок: дата, её основание и последствия переноса.
• Ресурсы: нужные роли и оценка часов активной работы каждой роли на период.
• Зависимости и неопределённость: что нужно для старта, какие оценки предварительные и как их проверить.
• Статус и решение: предложен, на уточнении, выбран, выполняется, отложен, остановлен или завершён; причина решения.
• Дата обновления: когда проверены сведения.

«Провести встречи» описывает действие. «Проверить маршрут обслуживания на тестовых обращениях и принять решение о запуске» задаёт результат для обсуждения с заказчиком. До выбора уточни критерии проверки.

Перед каждым планированием обновляй записи: прежнее подтверждение доступности специалиста не переносится автоматически на новый период.

Хочешь навести порядок в задачах и процессах команды? Начни с одного маршрута в Legend BMS. Зарегистрироваться →

3. Сравни основания запросов

Сначала выдели работы с подтверждёнными обязательствами и жёсткими сроками. Для каждой проверь основание, последствия переноса и минимально необходимый объём. Пометка «срочно» не заменяет этих сведений.

Остальные запросы сравни по общим вопросам:

• Как результат поддерживает цель периода?
• Что произойдёт при переносе на следующий период?
• Какие работы зависят от результата?
• Сколько времени дефицитных специалистов потребуется и на чём основана оценка?

Подкрепи ответы наблюдениями, расчётами на явно заданных данных или обозначенными предположениями. Спорные основания вынеси на решение назначенного руководителя. Неизвестный эффект не считай нулевым: предложи ограниченный этап проверки с конкретным результатом и оценкой ресурса.

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

4. Выбери выполнимый набор работ

Подтверди доступность каждой нужной роли. Из рабочего времени исключи регулярные операции, известные отсутствия, обязательства вне портфеля и выбранный резерв на незапланированную работу. Текущие проекты из реестра учитывай внутри общего набора, чтобы не вычесть их ресурс дважды.

На встрече проверь состояние текущих проектов, затем обязательные работы и остальные заявки. Для выбранного набора сверь часы по ролям, календарную последовательность и зависимости. Отдельно назови отложенные проекты и условия возврата к ним.

Условный пример на четыре недели:

• Доступность аналитика: 40 часов для проектов портфеля; прочая нагрузка и резерв уже учтены.
• П-01: обязательное изменение отчётности, 16 часов аналитика.
• П-02: отчёт для продаж, 20 часов аналитика.
• П-03: проверка маршрута обращений, 24 часа аналитика.

Общая потребность: 16 + 20 + 24 = 60 часов при доступных 40. Если цель периода - сократить срок обработки обращений, а сервис подтвердил проблему, руководитель может выбрать П-01 и П-03: 16 + 24 = 40 часов. П-02 откладывается. Это условный выбор при названных основаниях, а не постоянное преимущество сервиса перед продажами.

Проверь также сроки получения исходных данных и доступность остальных участников. Совпадение суммы часов с ресурсом аналитика ещё не доказывает выполнимость плана.

5. Зафиксируй протокол выбора

Свяжи решение с идентификаторами в реестре. Заполни протокол:

• Период, дата решения, участники и руководитель, утвердивший выбор.
• Цель периода и подтверждённые ограничения ресурсов.
• Выбранные работы, включая продолжаемые: идентификатор, результат периода, ответственный, ресурс, срок и способ приёмки.
• Отложенные и остановленные проекты: причина и последствия решения.
• Разногласия: позиции участников и основание окончательного выбора.
• Пересмотр: дата, условия досрочного возврата и ответственный за подготовку.

Для условного примера основание решения можно записать так: «Выбраны П-01 и П-03, суммарно 40 часов аналитика. П-02 отложен из-за ограничения ресурса и меньшего вклада в цель периода. Руководитель продаж обновляет последствия переноса к следующему планированию».

Результаты, сроки и ответственных внеси в соответствующие поля. После утверждения обнови статусы в реестре и сообщи участникам выбранные работы и последствия переноса остальных. Единогласие не обязательно, если право окончательного выбора определено заранее.

6. Обработай исключения и пересмотр

Для новой срочной заявки запроси основание срока, ресурсы и последствия ожидания. Покажи, какие утверждённые работы она вытесняет. Если свободного ресурса нет, передай на утверждение замену или сокращение объёма, затем обнови реестр и протокол.

При блокировке запиши причину, ответственного за следующее действие и дату проверки. Перед перераспределением часов подтверди, что ресурс действительно освободился. При росте объёма повторно согласуй потребность в людях. Дублирующие заявки объединяй после согласования результата с заказчиками.

На следующем планировании сопоставь выбранные и выполненные работы. Уточни причины переносов и ошибок оценки. Отметь завершённые результаты, а незаконченные этапы снова включи в обсуждение ресурсов.

В Legend BMS можно описать этот маршрут в конструкторе бизнес-процессов с шагами, ролями и условиями перехода. Условия перехода контролируют зафиксированный результат согласования, но не гарантируют качество оценки или выполненной работы. Содержание проверяет ответственный участник.

Если запросы отделов конкурируют за одних специалистов, перенеси маршрут согласования в Legend BMS: задай шаги подготовки заявки, проверки ресурсов, выбора работ и фиксации протокола, назначь роли и условия перехода. Зарегистрируйся и первым шагом создай процесс «Выбор проектов на период».