| Множественные структуры |
 |
| Примеры - Общие принципы |
|
Обсуждение примера на официальном Форуме
ЗадачаПроект строительства городского парка Заказчик решил производить при помощи субподрядных организаций (Подрядчиков). Проект со стороны Заказчика сопровождают трое Управляющих. В соответствии с регламентом проектного офиса Заказчика планировщик создал технологическую модель проекта с разбиением на следующие блоки работ (ИСР, Фазы второго уровня):
Работы по проекту осуществляют три субподрядные организации (Подрядчики): «Зеленый мир», «Океан», «Мегавольт». Каждая из субподрядных организаций обеспечивает определенную категорию работ:
Зоны ответственности Управляющих Заказчика разбиты следующим образом:
На совещании руководства Заказчика проектному офису поставлена задача обеспечить мониторинг проекта по показателям Бюджет/Сроки по следующим представлениям:
РешениеТехнологическое представление проекта подготовлено планировщиком в соответствии с регламентом Заказчика. 
На соответствующих Фазах второго уровня мы получаем сроки и бюджеты по пакетам работ. Модель учитывает ресурсы, исполняющие задачи. 
Материалы в данном примере не используются. Стоимостные составляющие проекта учитывают договора, зарплату рабочих и эксплуатацию машин. 
После Расчета расписания и Расчета затрат мы получаем сроки и бюджеты наших технологических Фаз. Откроем инструмент Структуры работ, в котором мы далее будем создавать новые представления нашего проекта. Имеющуюся Полную Главную Структуру назовем Структура технологическая и присвоим ей код. 
Следующей задачей стоит представление проекта по субподрядным организациям (Подрядчикам). Для того, чтобы каждая Операция получила признак принадлежности субподрядной организации, создадим в Гантте работ или Таблице операций Пользовательское поле Подрядчик в котором укажем для всех Операций соответствующего исполнителя. 
После этого вернемся в инструмент Структуры Работ и воспользуемся опцией Создать по кодам. Кодами для создания новой структуры проекта в этом случае будут наши наименования субподрядных организаций. Укажем данное поле в окне Поля, используемые как Коды. 
После создания новой Структуры прокодируем её и укажем название. 
После этого Спайдер автоматически сгруппирует Операции с одинаковым значением Поля Подрядчик в Фазы и присвоит им соответствующее имя. 
В списке Структур работ появилась запись новой Структуры. 
 Обратите внимание, у вновь созданной Структуры как и у технологической стоит признак Полная, поскольку в нее перенесены все операции исходной структуры. Произведя Расчет расписания и Расчет затрат мы получим данные для оценки занятости Подрядчиков на нашем объекте по срокам и соответствующий каждому бюджет. Остается только прокодировать и проименовать автоматически созданные Фазы в соответствии с принятыми правилами. В нашей организации определены требования по указанию категории производимых работ. Поставлена задача обеспечить мониторинг проекта по показателям Бюджет/Сроки в данном срезе. Обратите внимание, это не ТИПы, которые участвуют в назначениях, расчетах справочников производительности, расходов и прочих параметров, а также используются при переносе данных. В нашем примере это обычное Поле с указанием принадлежности Операции к определенной Категории в соответствии с внутренним регламентом компании. 
Указав в данном Поле Категории наших Операций, повторим действия по созданию новой Структуры по кодам. 
Теперь мы можем оценить наш проект по срокам и бюджету по определенным Категориям работ. 
Далее при помощи инструмента Структуры работ создадим по кодам этого Пользовательского поля новую Структуру по управляющим. 
 Структура по Управляющим или по Подрядчикам теперь может использоваться для формирования, рассылки планового задания и сборки учетных данных. Для настройки данного механизма необходимо в Структуре в свойствах Фаз в свойстве Менеджеры указать Менеджера. 
Сами же Менеджеры должны для этого быть описаны в таблице Пользователи. 
Мы в нашем проекте приняли решение, что формирование, рассылку и сборку учетных таблиц будем осуществлять по нашим Управляющим. Если же в договоре с субподрядными организациями мы обязываем их получать плановые задания и предоставлять учетные данные в формате Спайдера, то будет использоваться Структура по Подрядчикам, а в Таблице пользователей будут описаны субподрядные организации. Последний пункт нашей задачи требует представление проекта по вложенной иерархии – сначала по нашим Управляющим, затем внутри каждого - по Подрядчикам. Поскольку у нас уже созданы поля с Управляющими и Подрядчиками, то мы можем сразу использовать инструмент Структуры работ, в котором в этот раз создадим новую Структуру не по одному коду, а по двум каскадно. Добавим код Управляющий, а затем код Подрядчик. При помощи стрелок настройки можно переставлять коды, управляя очередностью иерархии в создаваемой структуре. Поменяв их местами, мы можем создать Структуру работ с группировкой Операций сначала по Подрядчикам, а на следующем уровне по Управляющим. 
Мы указали Спайдеру, по какому принципу группировать операции в новой Структуре. После этого она автоматически будет создана. 
В данном представлении мы получили возможность анализировать сроки и бюджеты каждого Подрядчика в зоне ответственности каждого нашего Управляющего. Задача выполнена. Как быть с вновь добавляемыми в проект Операциями, если в проекте структур много? Если в свойствах вновь создаваемых Структур вы активировали чекбокс Добавлять создаваемые объекты автоматически, то они будут появляться во всех структурах с этим свойством, но на верхнем уровне. В Структуре со статусом Главная они будут появляться всегда. 
Для того, чтобы они заняли правильное место в каждой Структуре в соответствии с правилами ее создания, необходимо в окне Структуры работ выделить необходимую Структуру и нажать кнопку Обновить по кодам. Операции переместятся в нужные Фазы. Неполные Структуры, содержащие отдельные Фазы, содержащие какие-либо выборки Операций, или собранные вручную (не автоматически) из других Структур и т.д. могут использоваться для анализа и мониторинга, формирования плановых заданий и внесения учетных данных точно так же как полные Структуры. Примеры Пример модели в Spider Project
|
Создавая модель проекта, планировщик производит декомпозицию проекта по принятым в компании регламентам. И чаще всего первоначально отображает в ней очередность операций так, как они будут происходить в реальности. Календарная последовательность операций наиболее понятна и удобна при составлении пакетов работ и установке технологических связей. Но так же распространена ситуация, когда по одному из признаков (принадлежность к исполнителю, департаменту, филиалу, объекту, поставщику и пр.) операции одного блока (Фазы проекта) могут быть не родственными. При планировании и анализе модели возникает потребность видеть суммарные бюджеты, трудоемкости, объемы и прочие показатели проекта по группам операций, не входящих в одну фазу технологической модели. Также часто возникает потребность предоставлять для мониторинга и работы ответственному лицу только небольшой фрагмент модели (группу операций), попадающий в зону его компетенций для актуализации модели или формирования плановых заданий исполнителям. Для решения подобных задач используется инструмент Структуры Работ.