Альтернатива Microsoft Project: когда общий пул ресурсов становится главной проблемой
Microsoft Project десятилетиями является почти стандартом классического проектного планирования. Операции, зависимости, критический путь, диаграмма Ганта - все это работает надежно. Из MS Project почти никогда не уходят из-за функций одиночного проекта.
Причина почти всегда одна: мультипроектный случай. Как только один и тот же сотрудник появляется сразу в трех MPP-файлах, начинается боль, а ответ Microsoft на нее - серверная архитектура, которая для многих средних компаний слишком велика.
Три пути, три болевые точки
Microsoft предлагает три пути в мультипроектную область. Ни один из них не является идеальным для средних промышленных компаний.
Путь 1: общий Resource Pool как MPP-файл. Классический ответ. На практике это центральный MPP-файл, в который все проекты “подключают” свои ресурсы. Если два руководителя проекта открывают его одновременно, возникают блокировки. Кто забыл обновиться, видит старую загрузку. Как только меняются мастер-данные, что-то ломается. Эта архитектура не была создана для одновременного multi-user планирования.
Путь 2: Project Online / Project Server. Технически работает, но становится отдельным проектом внедрения. SharePoint в основе, лицензии на пользователя, консультационные дни для настройки, Power BI для отчетов. Это разумно для концернов, но часто слишком много для 60-150 сотрудников.
Путь 3: Project for the Web. Современнее, в 365-пакете, проще в развертывании, но функционально ограничено: полноценный пул ресурсов с фильтром квалификаций, равноправный машинный парк и сравнение план-факт по нескольким baselines не находятся в фокусе Project for the Web.
Во всех трех путях остается главная проблема: пул является дополнением, а не центром приложения.
Как Rillsoft иначе решает вопрос пула
В Rillsoft пул ресурсов - не общий файл и не серверный модуль, а центральная структура данных, вокруг которой построено все остальное. Из этого следуют практические отличия:
- Несколько руководителей проектов планируют одновременно в одной базе данных без блокировок.
- Загрузка всегда актуальна - изменение в проекте A сразу влияет на вид по проекту B без reload.
- Квалификации и роли являются первичным классом данных - не просто “Resource Notes”. Операция требует “Senior-конструктор, 60 часов”, а назначение автоматически фильтруется.
- Машинный парк учитывается как персонал - с календарем, доступностью и расчетом загрузки. В MS Project машины обычно являются “Material Resources” с ограниченной логикой.
- Распределение по местам - распределенные команды ведутся с location, что учитывается в анализе загрузки.
План-факт и controlling: где MS Project становится неточным
MS Project сохраняет baseline, иногда до одиннадцати, в зависимости от версии. На практике большинство команд использует только первый, потому что логика сравнения неудобна, а baselines нужно вести вручную.
Rillsoft Project работает с любым количеством reference plans, которые остаются структурно сопоставимыми. Отклонения по срокам, ресурсам и затратам сравниваются графически и таблично. Дополнительно контроль финансирования и ликвидности дает привязанный ко времени анализ поступлений и затрат - это не является ядром MS Project.
Где MS Project остается лучшим путем
Для чистого одиночного проектного планирования без мультипроектного пула, в организациях с устоявшимся Microsoft-stack, консультантами и шаблонами вокруг MPP, MS Project часто является более очевидным выбором. В строительной среде, где подрядчики ожидают MPP-файлы, он также имеет преимущество распространенности.
Rillsoft не конкурирует в этой нише. Разница становится видимой, когда межпроектное управление ресурсами становится главным вопросом, а именно это почти всегда происходит в промышленном среднем бизнесе.
Что остается знакомым, что становится новым
Знакомо:
- операции, длительности, трудозатраты, предшественники, критический путь
- диаграмма Ганта как центральное представление
- вехи, типы операций, ограничения
- Excel import/export, MS Project import
Новое:
- настоящий центральный пул ресурсов без серверной архитектуры
- планирование операций по квалификациям
- выбор между планированием по мощности и по срокам
- машины и персонал в одной логике
- любое количество reference plans со структурированным сравнением план-факт
- распределение по локациям для распределенных команд
Подробнее: планирование ресурсов, планирование загрузки, мультипроектное планирование.
Типичный сценарий перехода
Конструкторское бюро с 80 сотрудниками, 12 параллельными проектами, четырьмя лицензиями MS Project у руководителей проектов и центральным Excel-файлом, где руководство ведет “загрузку”. Поддержка этого файла занимает два дня в неделю. Переход на Rillsoft заменяет Excel расчетным представлением и одновременно решает нерешенную проблему всех MS Project pool-решений.
Все данные основаны на состоянии на май 2026 года и были изучены добросовестно, насколько нам известно.