Список курсов

Мониторинг подрядчиков в MS Project Server

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

Содержание:

Мониторинг подрядчиков в MS Project Server

Мониторинг подрядчиков в MS Project Server

В современной практике проектного управления привлечение внешних исполнителей и подрядных организаций — это стандартный инструмент масштабирования бизнеса. Однако при одновременной реализации десятков комплексных проектов руководство компании и проектный офис (PMO) неизбежно сталкиваются с проблемой непрозрачности: каждый подрядчик отчитывается в собственном формате, данные о реальных трудозатратах запаздывают, а финансовые службы не видят прямой связи между календарным прогрессом и кассовыми выплатами.

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

Оперативный аудит назначений подрядчика через Центр ресурсов

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

Для проведения экспресс-аудита в интерфейсе PWA предусмотрен следующий пошаговый алгоритм:

Переход в модуль управления: В левом навигационном меню веб-портала PWA откройте пункт «Ресурсы». Перед вами развернется полный справочник корпоративных ресурсов компании.
Идентификация и выбор контрагента: Найдите в таблице целевую подрядную организацию (или выделите сразу пул конкурирующих компаний), установите напротив их наименований флажки и на верхней интерактивной ленте инструментов нажмите кнопку «Назначения ресурсов» (Resource Assignments).
Конфигурация аналитической группировки: Чтобы детальный массив задач не отображался сплошной нечитаемой лентой, настройте структурированный вид в выпадающем меню поля «Группировать по» (Group by). Эксперты рекомендуют применять классическую двухуровневую иерархию: «Название ресурса» (Resource Name) на первом уровне и «Имя проекта» (Project Name) — на втором.
Активация контекста технологических фаз: Чтобы точечные задачи обрели понятный управленческий контекст, обязательно установите галочку напротив чекбокса «Суммарные задачи» (Summary Tasks). Это позволит видеть не просто изолированную строку «Укладка кабеля», а понимать, к какому крупному этапу (например, «Этап 2. СМР по корпусу А») или вехе относится данная работа в структуре декомпозиции работ (СДР).

Разработка специализированного корпоративного представления для PMO

Стандартные ракурсы системы ориентированы на базовый учет трудозатрат внутренних сотрудников. Для полноценного контроля внешних контрагентов требуется связать календарный график проекта с финансово-договорными обязательствами.

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

Пошаговая настройка в панели администратора:

Откройте веб-интерфейс PWA, перейдите в главные настройки, выбрав пункт меню «Параметры сервера» (PWA Settings).
В блоке «Настройка интерфейса пользователя» кликните по ссылке «Управление представлениями» (Manage Views).
Нажмите кнопку «Создать представление». В поле типа представления в обязательном порядке укажите: Назначения ресурсов (Resource Assignments). Это критически важно, так как именно данный тип данных позволяет агрегировать информацию «на стыке» графиков и исполнителей.

Конфигурация состава аналитических столбцов:

Для обеспечения полной прозрачности деятельности подрядчиков в таблицу представления необходимо перенести следующий сбалансированный набор системных и кастомных полей:

Название ресурса (Resource Name) — имя подрядной организации или имя конкретного привлеченного эксперта.
Название проекта (Project Name) — проект из портфеля компании, в рамках которого заключен контракт.
№ и дата договора — специализированное корпоративное настраиваемое поле (Enterprise Custom Field) типа «Текст» или «Выбор из справочника». Оно заполняется на уровне назначений или задач и выступает юридическим идентификатором работы.
% завершения по трудозатратам (% Work Complete) — объективный маркер физического прогресса. Он рассчитывается на основе реально списанных и утвержденных часов/объемов, демонстрируя, какую долю от общего объема работ подрядчик выполнил по факту.
Базовые затраты (Baseline Cost) — зафиксированная сметная стоимость этапа на момент подписания договора или утверждения базового плана проекта (целевой бюджет).
Затраты (Cost) — текущая плановая стоимость работ. Она динамически пересчитывается системой, если подрядчик заявляет об изменении объемов, сдвиге сроков или привлечении дополнительных мощностей по новым ставкам.
Фактические затраты (Actual Cost) — объем денежных средств, который уже «освоен» и подтвержден принятыми объемами или закрытыми актами выполненных работ (КС-2, КС-3 и т.д.).
Оставшиеся затраты (Remaining Cost) — математический прогноз системы, показывающий, какой объем финансирования еще необходимо выделить для того, чтобы данный подрядчик полностью завершил свои обязательства по контракту.

Настройка многоуровневой иерархической группировки:

Чтобы топ-менеджмент мог за секунды переходить от макроаналитики к деталям, в блоке конфигурации «Группировка» (Grouping) настраивается глубокая трехэтапная вложенность полей.

Такой подход позволяет моментально локализовать проблемные зоны. Например, если на уровне договора «№124-А» колонка «% завершения по трудозатратам» замерла на отметке 40%, а «Фактические затраты» уже исчерпали 90% от «Базовых затрат», проектный офис мгновенно фиксирует угрозу кассового разрыва и срыва контракта, инициируя претензионную работу.

3. Особенности и методологические риски контроля подрядчиков

Внедрение централизованного мониторинга внешних исполнителей в MS Project Server приносит максимальный эффект, однако накладывает жесткие требования к ИТ-дисциплине и управленческим регламентам.

Риск «Фальшивого прогресса» (Дисциплина ввода данных). Система строит точные прогнозы только на основе актуальных данных. Если подрядчик или курирующий его внутренний менеджер обновляет статус задач раз в месяц перед отчетным комитетом, аналитика в PWA 90% времени будет ложной. Рекомендуется зафиксировать в договоре пункт об обязательном еженедельном обновлении остатка часов (Remaining Work) или физических объемов на портале.
Разграничение прав доступа. Предоставление внешним сотрудникам прямого доступа на сервер требует настройки строгой ролевой модели в Project Server. Подрядчик должен обладать правами исключительно на просмотр собственных задач и ввод фактического времени в свои табели (Timesheets), не имея доступа к коммерческой информации о бюджетах других исполнителей или стратегических планах портфеля.
Контроль превышения доступности. Если один и тот же крупный подрядчик выигрывает несколько тендеров в вашей компании по разным проектам, возникает риск скрытой перегрузки его мощностей (ресурсов). Благодаря единому корпоративному пулу, MS Project Server сразу подсветит имя подрядчика красным цветом, сигнализируя, что его совокупная загрузка превышает его реальные технические или кадровые возможности, позволяя PMO вовремя перераспределить объемы работ.

Присоединяйтесь к сообществу проектных менеджеров в телеграмм канале "Управление проектами с MS Project" https://t.me/msprojectonline Задать вопросы можно перейдя по ссылке.

Вас могут заинтересовать следующие материалы

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