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

Однако при попытке работать с таким проектом выясняется, что ресурсное планирование в MS Project полностью разрушено и спланировать строительные мощности невозможно.

В чем же дело? Секрет открывается в списке ресурсов. Первое что бросается в глаза, это то что разработчики сметных систем импортирую ресурсы из смет в виде.... локальных ресурсов. Такой подход верен только настольной версии MS Project Standard, предположение, что строитель будет управлять серьезными проектами c помощью "любительской" версии Microsoft Project несколько смелое. Как не трудно догадаться строитель на корпоративном уровне управления использующий Microsoft Project Server будет разочарован, что не поддерживается понятие корпоративных ресурсов.

Но даже не это главное, надо внимательно посмотреть на тип ресурсов после импорта.

Как видим все ресурсы требующие повременного планирования в лице машин и людей из сметы были импортированы... как материалы. Такая картина очень типична при переносе информации из сметных систем не только в Microsoft Project. Разработчики сметных систем также грешат и в переносе ресурсов в другие системы управления проектами.

Дело тут не только в том, что разработчики сметных систем не владеют тонкостями систем управления проектами, все гораздо хуже. В западных системах таких как MS Project не поддерживает штатно в полной мере понятие объема работ, на котором базируется отечественное управление строительными проектами.

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

Рассмотрим на примере.

Пусть вас не обманывают объемы в часах указанные в этом примере. Как мы уже видели выше производитель сметной системы превратил автомобили, машинистов и рабочих в материалы поставив ему единицу измерения как "часы", чтобы скрыть свое маленькое преступление против ресурсного управления. Это полностью уничтожило систему управления ресурсами в MS Project, но сохранило видимость корректности проекта в другом аспекте.

Если заметите, то вполне логично, что все эти ресурсы работаю одновременно. Это очень важно. Рассмотрим напримере.

Пример выше переделан на "правильные ресурсы" MS Project. Однако результат получился еще хуже, если не сказать, что просто анекдотический. В отечественной практике принято рассчитывать объемы работ для техники и людей, а не длительности. MS Project как истинная американская система получив объемы работ и сверившись с календарем доступности ресурсов распланировала их так как показано.

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

В данном случае MS Project демонстрирует отсутствие в западных системах управления проектами понятия "команды ресурсов". Команда ресурсов это ресурсы, которые работают всегда вместе. Никогда машинисты не могут бросить свою технику, их график работы связан с ней и с остальными ресурсами назначенными в команду на выполнение строительной операции.

Возможно ли иметь понятие команды строительных ресурсов в MS Project?

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

Кроме проблем с разрушением ресурсной информации и отсутствием поддержки корпоративной версии MS Project Professional немногочисленные существующие сейчас интеграционные решения содержат и другие проблемы.

Отслеживание проектов "по объему" и разница методик американского и российского управления стройкой

Наши эксперты хорошо знакомы с американским опытом управления строительными проектами.

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

При этом мышление менеджера проекта сводится к закрытию договоров с очень большим числом подрядчиков.

Вот пример американского строительного проекта из нашей практики.

Тут все работы делают подрядчики. Ресурсы подрядчиков можно считать близкими к неисчерпаемым, качество работ велико и для отслеживания достаточно часто поставить 100%. Следуя такой американской логике управления строительными проектами MS Project как и другие западные системы не поддерживает понятие завершения работ "по Объему". Возможно так будет и у нас и каждый строитель будет себя вести как девелопер сегодня. Но сейчас многие строители не могут так работать. Рассчитывать на развитость строительного рынка многим строителям не приходится, поэтому они имеют много собственных строительных ресурсов. Это сразу же ставит задачу управления производственными мощностями строительных ресурсов и отслеживание объемов работ. Требуется специальный дополнительный компонент, который позволяет выводить статус задачи по выполненному объему работ. Из-за этой проблемы существующие сейчас интеграции с MS Project вообще не переносят объем работ к выполнению. Полная поддержка понятия Объема работ и планирования графика исходя из мощности и доступности ресурсов в MS Project доступна, но требует таких отраслевых решений как Turbo Project для Строительства.

Почему создание графиков в MS Project из сметных систем не просто несовершенен,
а еще и путь "сесть на иглу"

Существующий как де-факто стандарт по обмену со сметными системами в лице АРПС 1.10 не содержит сам по себе информации о длительности операций. Там содержатся информация только об объемах работ. Спрашивается, а как же тогда существующие сметные системы восстанавливают длительность работ в MS Project, особенно если учесть, что в MS Project отключается ресурсное управление?

Ответ очень прост, в сметных системах пытаются повторить модули расчета длительностей на основе емкости ресурсов. Думаем не нужно говорить, что идея "на коленке" создать один из сложнейших модулей в составе системы управления проектами обречена если не на провал, то на исключительный примитивизм. Разработчик сметной системы просто не располагает такими ресурсами разработчиков, которые есть у Microsoft и др. софтверных гигантов, чтобы сделать серьезную систему расчета длительностей на основе сложной системы календарей, графиков доступности и т.п.

Кроме неизбежного упрощения тут есть еще очень другой опасный аспект. Выход за рамки стандарта АРПС сразу же делает пользователя привязанным к конкретной сметной системе, что для серьезного строительного холдинга абсолютно неприемлемо. Накопившие проблемы в существующих интеграционных решениях четко показали, что требуется решение нового уровня с поддержкой понятия строительных объемов, управления строительными ресурсами в соответствии с отечественной практикой, а также полноценная поддержка возможностей корпоративной версии MS Project 2007 Professional.

Источник: http://www.microsoftproject.ru/