Презентация на тему: » Www.spiderproject.ru. Представление Spider Project Spider Project — профессиональный пакет управления проектами, который не имеет себе равных по функциональным.» — Транскрипт:
2 Представление Spider Project Spider Project — профессиональный пакет управления проектами, который не имеет себе равных по функциональным возможностям ни в России, ни за рубежом. Пакет был выпущен на рынок в конце 1992 года и с тех пор непрерывно развивается и совершенствуется.
3 Представление Spider Project Среди российских пользователей пакета отметим: Органы государственного управления Российской Федерации (Министерство Обороны РФ, Российский Фонд Федерального Имущества) Телекоммуникационные компании (Центральный Телеграф, Combellga) Нефтегазовые компании (Газпром, Тюменская Нефтяная Компания) Строительные компании (Управление Экспериментальной Застройки, Зеленоградстрой, Мосводоканалстрой, Рязанская финансово-строительная компания, Соликамский строительный трест, Кавказспецмонтаж и другие.) Проектные институты и инжиниринговые компании (НГС- Оргпроектэкономика, ЮжНИИГипрогаз, ГУП СГПИИ ВНИПИЭТ) Судостроительный завод Северная Верфь Системные интеграторы (компания АйТи ) и т.д.
Обучение Spider Project «ИСО» Продакшн ч.2
4 Представление Spider Project Spider Project применялся в таких крупных проектах, как строительство Олимпийской деревни для Всемирных Юношеских Игр 1997 года, управление строительством участков газопровода Ямал-Европа, управление строительством Каспийского трубопровода, управление комплексными целевыми программами Министерства Обороны РФ и т.д.
5 Представление Spider Project Spider Project выигрывает конкуренцию с зарубежными пакетами за счет более высокой функциональности и оптимизации предлагаемых решений. Наиболее привлекательной является возможность создания моделей проектов, позволяющих действительно адекватно представлять реальные процессы и решения.
6 Введение В этой презентации мы не только опишем основные характеристики пакета Spider Project, но и отметим его отличия от зарубежных пакетов. При этом многие возможности моделирования и управления проектами, реализованные в Spider Project, просто не имеют аналогов в других программных средствах.
7 Размерность Неограниченное количество операций, ресурсов, связей, календарей и т.д. Неограниченное количество иерархических структур работ и ресурсов в каждом проекте. Любое количество иерархических уровней в каждой из структур. Любое количество статей затрат, параллельный расчет затрат в разных валютах.
8 Центры стоимостей, ресурсов и материалов Любое количество центров затрат, ресурсов и материалов Центр стоимостей в Спайдере — это совокупность определенных статей затрат по группе ресурсов с учетом затрат на выделенные материалы. По центрам стоимостей можно проводить выравнивание, стоимостной анализ и т.д. В других пакетах аналога нет.
9 Архивы Ведение архивов, любое количество версий проекта, возможность сравнения между собой любых двух версий проекта Ни в одном из других пакетов управления проектами не предусмотрено ведение архивов проекта. Можно делать регулярный Backup, однако архивы Spider Project можно использовать не просто для хранения файлов проекта, а для сравнения состояния исполнения проекта в различные моменты времени. Это позволяет не только оценить текущий статус, но и динамику изменений, выявить тенденции, оценить ход работ за период.
Обучение Spider Project «ИСО» Продакшн ч. 1
10 Моделирование доходов и поставок Моделирование как расходов, так и доходов (поставок) материалов и финансов Ни в одном из других пакетов управления проектами не моделируются поставки и финансирование. Spider Project рассчитывает график исполнения проекта с учетом графиков финансирования и поставок, снабжает пользователей информацией о движении денег (cash flow) и материалов, причем не только в целом, но и по каждой компоненте и каждому центру стоимостей, каждому центру материалов.
11 Моделирование производства ресурсов Ни в одном из других пакетов управления проектами не моделируется производство возобновляемых ресурсов. В профессиональных пакетах можно задавать различное наличие ресурсов в разные периоды времени, однако только в Spider Project можно связать количество ресурсов не только с моментами времени, но и с операциями, на которых они могут поступать или расходоваться. Тем самым можно моделировать реальные ситуации, когда ресурсы приходят и уходят не потому, что настала некая дата, а потому, что закончен некоторый комплекс работ.
12 Мультиресурсы Моделирование работы бригад и изменения их состава и производительности в процессе реализации проекта Только в Spider Project вы можете создать мультиресурсы (устойчивые группы ресурсов, выполняющие работы совместно) и назначать их на исполнение работ, присваивая общую производительность и загрузку. При этом можно в любой момент изменить состав мультиресурса и распространить изменения на все его назначения в проекте.
13 Моделирование сменной работы Только в Spider Project вы можете моделировать независимую работу различных команд ресурсов на работах проекта. При независимом назначении одна команда может начать работу, по мере освобождения на других работах к ней могут присоединяться другие, сниматься при появлении более приоритетных работ и т.д. Этот механизм позволяет моделировать сменную работу, чего не умеет ни один другой пакет управления проектами.
14 Объемы работ и производительности ресурсов Использование физических объемов и производительности ресурсов при моделировании проекта Только в Spider Project можно составлять расписание исполнения проекта исходя из физических объемов работ на операциях проекта и производительности назначенных ресурсов. Этот подход позволяет не только пользоваться первичной информацией при определении длительности операций, но и создавать и применять всевозможные базы данных (единичные расценки, потребности типовых работ в материалах и т.п.), которые обычно относятся к единичным объемам.
15 Пулы назначений ресурсов Назначение ресурсов исходя из их квалификации В Spider Project можно назначать на исполнение операций не определенные ресурсы, а пулы — группы ресурсов, которые способны исполнить работу. Программа сама выберет оптимальные назначения. В отличие от skill scheduling, имеющемся в Artemis Project View и Open Plan, в Spider Project ресурсы пула могут иметь разную производительность, а количество назначенных ресурсов может не только задаваться пользователями, но и определяться заданной суммарной производительностью. Пулы — мощное оружие оптимизации расписания работ.
16 Оптимизация расписания Оптимизация расписания исполнения работ при ограниченных ресурсах, поставках и финансировании Расписания исполнения проекта, составленные Spider Project, обычно короче расписаний, составленных другими пакетами при ограниченных ресурсах проекта, благодаря оптимизационным алгоритмам, используемым пакетом. При этом только Spider Project учитывает графики поставок и финансирования при составлении расписания исполнения работ проекта.
17 Анализ рисков Встроенный анализ рисков Встроенные в Spider Project мощные инструменты анализа рисков кардинально отличаются от средств моделирования рисков в профессиональных зарубежных пакетах. В Spider Project можно не только моделировать неопределенность определения длительности операций проекта, но и моделировать ситуации, при которых в оптимистических и пессимистических сценариях исполнения проекта отличаются составы работ, используемые ресурсы, затраты и другие параметры проекта.
18 Анализ рисков Встроенный анализ рисков При этом пользователи получают информацию о том, какими должны быть параметры проекта и его фаз (даты завершения, стоимость, потребление материалов и т.д.), чтобы их выполнение достигалось с требуемой вероятностью, и, наоборот, с какой вероятностью будут исполнены директивные сроки выполнения работ, плановый бюджет и другие запланированные параметры. Это позволяет использовать эффективную технологию управления, когда менеджер в любой момент знает текущую вероятность успеха проекта и может по ней оценивать ход выполнения работ.
19 Стоимостной анализ Стоимостной анализ (Earned Value Analysis) Стоимостной анализ исполнения проекта (Earned Value Analysis), встроенный в Spider Project, позволяет не только определить текущие значения параметров Earned Value, как в других пакетах, но и дает их историю и прогноз. Кроме того, в Spider Project можно проводить Earned Value Analysis не только суммарных затрат, но и других параметров проекта (компонент затрат, материалов). Это позволяет более гибко анализировать исполнение проекта и использовать Earned Value Analysis даже тогда, когда стоимостные параметры проекта неизвестны.
20 Система учета Встроенная система учета Система учета, встроенная в Spider Project, — единственная система, которая позволяет вести нормальный учет исполнения, включая объемы выполненных работ, отработанное время, фактические затраты, израсходованные материалы, корректировать оставшиеся характеристики работ, выдавать отчеты по исполнению за любые промежутки времени и в любых разрезах. Система не имеет аналогов в зарубежных пакетах.
21 Базы данных Возможность создания и использования в проектах неограниченного количества всевозможных баз данных и нормативов Spider Project — единственный пакет управления проектами, который позволяет создавать и использовать во всех проектах внутренние базы данных характеристик операций, ресурсов и назначений, как стандартные, так и произвольные. Стандартные базы включают справочники по единичным расценкам, потребностям в материалах, производительностям ресурсов на типовых работах и т.д.
22 Типовые фрагменты Возможность создания, хранения и включения в проекты типовых фрагментов проектов В Spider Project предусмотрена возможность создания и использования в проектах библиотек типовых фрагментов, что позволяет создавать и использовать корпоративные стандарты по технологиям выполнения типовых фаз проектов. При включении фрагмента в проект пользователь указывает объем типового фрагмента в конкретном проекте и пакет автоматически корректирует характеристики операций фрагмента.
23 Групповая работа Мультипроектное управление и групповая работа над проектом В Spider Project реализован оригинальный подход к групповой работе над проектом, учитывающий особенности технологии управления проектами, облегчающий организацию групповой работы и повышающий надежность сохранности проектной информации. Подход обеспечивает автоматическую репликацию и рассылку проектной информации как по локальной сети, так и через Интернет, в соответствии со структурой ответственности проекта и автоматическую актуализацию проектной информации в соответствии с регламентом управления.
24 Работа через Интернет Работа через Интернет в Spider Project тоже устроена необычно. В зарубежных пакетах используют стандартные браузеры для доступа к проектной информации и ввода данных о ходе исполнения работ по проекту. В Spider Project проекты могут храниться на FTP серверах, которые каждым пользователем воспринимаются просто как дополнительные хранилища проектной информации, такие же, как в локальной сети. Групповая работа осуществляется через FTP серверы непосредственно из Spider Project ровно так же, как в локальной сети — проекты могут посылаться на сервер и с него же открываться.
25 Экспорт/Импорт Экспорт и импорт информации Spider Project позволяет экспортировать проектную информацию в текстовый формат, программы MS Office, Lotus Notes, Access, Oracle и другие SQL базы, а также импортировать информацию из этих программ.
26 Система Помощи Помощь Spider Project включает не только Руководство по работе с программой, но и Руководство по управлению проектами, Глоссарий терминов, Лекции по компьютерному моделированию проектов и инструкции по созданию модели первого проекта. Эти материалы могут быть использованы для действительно эффективной разработки системы управления проектами в организации.
27 Другие отличия Spider Project Характеристики взаимосвязей В Spider Project используются те же 4 типа взаимосвязей, что и в других пакетах. Отличия в задержках. Кроме временных задержек в Spider Project могут использоваться и объемные задержки (например, исполнение следующей операции может начинаться, когда на предшествующей выполнено 50% работы), что намного удобнее при управлении. Пропадает необходимость постоянной корректировки временных задержек в процессе исполнения проекта.
28 Другие отличия Spider Project Подсчет затрат В Spider Project стоимости можно назначать не только на час работы возобновляемого ресурса или единицу материала, но и на операцию и на назначение ресурса. Отсутствие стоимости назначения в зарубежных пакетах не дает возможности моделировать сдельную работу, вводить контрактные стоимости работы подрядчиков и получать соответствующую отчетность (например, стоимости работ отдельных подрядчиков).
29 Другие отличия Spider Project Потребление материалов В Spider Project можно моделировать не только расход материалов на работах проекта, но и потребление материалов ресурсами в процессе их работы (автомобиль тратит бензин и т.п.). Это позволяет не только корректно моделировать расход материалов, но и получать отчеты о плановом и фактическом потреблении материалов различными ресурсами.
30 Другие отличия Spider Project Устойчивость расписаний Большой проблемой пакетов управления проектами является неустойчивость составленных расписаний. Даже небольшое изменение исходной информации может привести к значительному изменению расписания исполнения работ. Это создает проблемы для управления, особенно на стадии реализации проекта. Только в Spider Project имеется опция расчета «Поддержка предыдущей версии», которая позволяет составить расписание, сохраняющее утвержденный порядок исполнения работ, даже если он не является оптимальным.
31 Другие отличия Spider Project Моделирование неполной загрузки ресурсов Spider Project — единственный пакет управления проектами, который корректно моделирует неполную загрузку ресурсов на работах проекта. Только в Spider Project можно одновременно задать и количество назначенных ресурсов, и их процентную загрузку на операции проекта. В других пакетах задается лишь суммарная загрузка и нет отличия между двумя единицами ресурсов, занятых на работе на 50%, и одной единицей, занятой полностью. В результате нельзя определить необходимое количество ресурсов и расписание проекта не составляется корректно.
32 Графические отчеты Spider Project Графические отчеты Spider Project включают – Диаграмму Гантта работ, – Диаграмму Гантта ресурсов, – Организационные диаграммы для работ и ресурсов, – Сетевую диаграмму, – Гистограммы загрузки ресурсов, – Графики затрат и потребления материалов, – Диаграмму Earned Value, – Линейную диаграмму.
33 Линейная диаграмма Spider Project Линейная диаграмма — вид отчета, не имеющий аналогов в других пакетах. – Это очень эффективное представление расписания исполнения проекта, позволяющее на странице А4 отобразить ту же информацию, которая обычно занимает много листов А0. – Кроме того, Spider Project позволяет просмотреть на линейной диаграмме динамику исполнения проекта (анимация исполнения).
34 Поддержка Spider Project Поддержку пользователей пакета осуществляют разработчики, которые заинтересованы в сохранении и упрочнении высокой репутации пакета. Пользователи имеют возможность влиять на направления дальнейшего развития пакета и могут быть уверены в том, что любые обнаруженные ошибки программы будут устранены в самое кратчайшее время.
35 Как найти Spider Project Чтобы узнать больше о пакете, познакомиться с ценами, Демо версиями и связаться с разработчиками: посетите сайт или пошлите по адресу или позвоните по телефону (095) в компанию Технологии управления СПАЙДЕР.
Источник: www.myshared.ru
5. Расчетная часть. Spider Project
Проект — это временное предприятие, предназначенное для создания уникальных продуктов или услуг.
Временное означает, что у любого проекта есть начало и непременно наступает завершение, когда достигаются поставленные цели, либо возникает понимание, что эти цели не могут быть достигнуты. Уникальных означает, что создаваемые продукты или услуги существенно отличаются от других аналогичных продуктов и услуг. В частности, нет одинаковых месторождений полезных ископаемых и разработка любого месторождения уникальна.
Уникальность продуктов или услуг проекта обуславливает необходимость последовательного уточнения их характеристик по мере выполнения проекта.
Управление проектами — это приложение знаний, опыта, методов и средств к работам проекта для удовлетворения требований, предъявляемых к проекту, и ожиданий участников проекта. Чтобы удовлетворить эти требования и ожидания необходимо найти оптимальное сочетание между целями, сроками, затратами, качеством и другими характеристиками проекта.
На рынке программных средств управления проектами в России наряду с известными зарубежными пакетами, такими как MicrosoftProject, OpenPlan, Suretrak, PrimaveraProjectPlanner присутствует и Российский пакет SpiderProject. В России этот пакет наиболее популярен и используется крупнейшими корпорациями для управления самыми престижными проектами. У пакета SpiderProject много отличий от своих зарубежных аналогов, которые делают его привлекательным для Российских потребителей. Это связано и с принятой в России технологией управления проектами, которая отличается от той, которая лежит в основе зарубежных пакетов. И с тем вниманием, которое в России традиционно уделяется оптимизации использования ресурсов и адекватности математических моделей объектов.
Пакет SpiderProject разработан компанией SpiderManagementTechnologies, которая является ведущей в России консалтинговой компанией по управлению проектами, а потому его функциональность определяется реальными потребностями проектов в самых различных областях.
1. Создание иерархической структуры проекта
Структура данных очень важна. Именно она определяет возможности моделирования ситуаций, складывающихся в реальных проектах. Приотсутствие возможностей для использования исходной информации о реальных характеристиках операций, ресурсов и взаимосвязей работ проекта. А также ограничений, влияющих на его план и бюджет, нельзя получить компьютерную модель проекта, адекватно отражающую реальную картину, и использовать эту модель для принятия управленческих решений.
1.1 Определение фаз
Как правило, создание компьютерной модели проекта начинается с разработки его Иерархической структуры работ (ИСР).Иерархическая структура работ позволяет произвести декомпозицию работ проекта на более мелкие, обозримые и управляемые части, точнее определить и состав и характеристики работ, которые предстоит выполнить.
1.2 Определение операций
Операции — это самый нижний уровень декомпозиции работ проекта. Для того, чтобы определить, когда остановить декомпозицию и удовлетвориться достигнутой степенью детализации, мы рекомендуем использовать следующие правила:
— На операции можно назначить определенных исполнителей, которые заняты на ней от начала и до конца,
— Продолжительность исполнения операций сопоставима с периодом учета исполнения,
— На операции можно назначить стоимость и расход материалов.
Основными элементами компьютерной модели проекта являются операции проекта, их взаимосвязи, ресурсы проекта и их назначения на исполнение операций, а также иерархические структуры работ и ресурсов и структуры затрат. При этом основными элементами управления являются ресурсы, и именно моделирование их работы в наибольшей степени влияет на адекватность отображения в компьютерной модели реальных ситуаций.
В SpiderProject можно использовать неограниченное количество различных иерархических структур работ и ресурсов. Использование множественных иерархических структур мы считаем принципиальным, а споры вокруг того, какую именно иерархическую структуру считать оптимальной, беспредметными.. Использование множественных иерархических структур позволяет не только получать отчетность о проектах в самых различных разрезах, но и проконтролировать полноту компьютерной модели проекта.
Работа проекта нижнего уровня декомпозиции структуры работ, на которую можно назначать ресурсы, стоимостные составляющие и материалы.
Операция в программе может быть четырех типов:
Операция типа «Длительность» – длительность является исходной информацией при включении операции в расписание и не зависит от назначенных ресурсов.
Операция типа «Производительность» – исходной информацией для операции являются ее объем и производительность назначений. При этом длительность операции вычисляется в процессе составления расписания исполнения работ проекта.
Операция типа «Гамак» – операция, которая длится от одного события до другого. Длительность гамака определяется моментом выполнения всех условий на ее начало и моментом выполнения всех условий на окончание операции. Условия на начало и конец операции типа гамак задаются через связи, идущие к началу и концу операции и директивные даты (Старт НРЧ и Финиш НПЧ).
Операция типа «Контрольное событие» – операция нулевой длительности. Служит для обозначения события, существенного для контроля исполнения проекта.
Приоритет операции – число, определяющее порядок выполнения операций в случае ресурсных ограничений при расчете расписания с выравниванием ресурсов.
Резерв операции – определяет, на сколько можно задержать начало ее выполнения, не откладывая срока завершения проекта. Операции, у которых нет резерва, называются критическими. Задержка начала выполнения таких работ приводит к задержке выполнения всего проекта, если только не будет принято никаких дополнительных мер (к таким мерам обычно относятся назначение дополнительных ресурсов, изменение календарей работы ресурсов в сторону увеличения продолжительности рабочего дня в отдельные периоды времени и т.д.).
Источник: studfile.net
Как работать в программе спайдер проджект
Примеры использования возможностей Spider Project, описание общих подходов в работе с программой. Для официального сайта компании.
Отчетные данные в Гантте работ
Представление Диаграмма Гантта является одним из самых наглядных представлений модели проекта. Списочное отображение перечня задач проекта с возможностью группировок и создания различных структур (см. пример Множественные структуры) и графическая часть с расположением задач на временной шкале позволяют максимально быстро оценить текущее состояние проекта. Для оперативных совещаний, отчетов перед руководством, заказчиками это представление наиболее удобно. Но в Диаграмме Гантта мы имеем возможность выводить информацию по всем показателям (объем, стоимость, трудоемкость и т.д.) исключительно в виде трех основных категорий: План, Факт и Итог (Итог=План+Факт). Штатных колонок временных интервалов (В день, В неделю, В месяц) и подобных Диаграмма Гантта не имеет.
График движения рабочей силы
Компьютерная модель проекта позволяет производить вычисления множества показателей проекта, расчет которых при отсутствии компьютерного подхода чрезвычайно трудоемок, особенно при постоянном изменении исходных данных. Один из показателей, позволяющих оценить корректность планирования работ по проекту, а также производить анализ, как текущего состояния, так и перспективы – График движения рабочей силы.
Ограниченное пространство производства работ
На практике часто возникают ситуации, когда оптимально было бы производить несколько работ параллельно, поскольку это позволит сократить длительность проекта, но какие-либо ограничения не позволяют это сделать. В сложной модели проекта подобное косвенное влияние друг на друга могут оказать Операции, технологически не связанные или даже относящиеся к двум различным Фазам проекта (двум проектам в портфеле). Учитывать подобное влияние при моделировании необходимо, поскольку в противном случае мы получим в модели неверные сроки производства работ, считая, что работы возможно производить параллельно, а также сформируем некорректное плановое задание, которое физически Ресурсы выполнить не в состоянии.
Множественные структуры
Создавая модель проекта, планировщик производит декомпозицию проекта по принятым в компании регламентам. И чаще всего первоначально отображает в ней очередность операций так, как они будут происходить в реальности. Календарная последовательность операций наиболее понятна и удобна при составлении пакетов работ и установке технологических связей.
Но так же распространена ситуация, когда по одному из признаков (принадлежность к исполнителю, департаменту, филиалу, объекту, поставщику и пр.) операции одного блока (Фазы проекта) могут быть не родственными. При планировании и анализе модели возникает потребность видеть суммарные бюджеты, трудоемкости, объемы и прочие показатели проекта по группам операций, не входящих в одну фазу технологической модели. Также часто возникает потребность предоставлять для мониторинга и работы ответственному лицу только небольшой фрагмент модели (группу операций), попадающий в зону его компетенций для актуализации модели или формирования плановых заданий исполнителям. Для решения подобных задач используется инструмент Структуры Работ.
Оплачиваемый простой
При выполнении реальных проектов может возникать ситуация, когда, например, штатные (наемные) специалисты компании или техника выходят на площадку, а по каким-либо причинам фронт работ для них по основной задаче отсутствует. Причины такого срыва в производстве работ могут быть как объективные (риски), так и субъективные (ошибки планирования). В результате, компания несет убытки, поскольку оплата рабочего времени обязательна, даже если специалисты или техника ничего не делают не по своей вине. Специалистов практически невозможно оперативно перебросить на другие виды работ как разнорабочих или комплексную бригаду. Простаивающий мощный кран или буровую тем более – их брали в аренду под конкретную задачу.
Переключатель тепло-холод
Компания должна использовать собственные наработанные типовые модели (шаблоны) для похожих проектов или фрагментов новых проектов. Но при однотипных задачах их технологическая реализация может радикально отличаться в зависимости от региона, времени года, проходимости трасс, доступности ресурсов, наличия средств для реинвестирования и многих других параметров.
Создавать множество похожих моделей, ориентированных на определенные условия, непродуктивно. Задача тем более усложняется, если в рамках одного длительного проекта технология однотипных задач в разных его фрагментах зависит от внешних условий и может меняться. Сложность еще возрастает с увеличением числа комбинаций влияющих условий, а также когда влияющие условия динамически изменяются в зависимости от исполнения проекта. Используя возможности программы необходимо на этапе создания модели заложить в нее разные варианты реализации работ с автоматическим выбором необходимого варианта в зависимости от исходных или меняющихся текущих условий.
Взаиморасчеты по выполненным работам всегда c 20 по 22 число
Иногда компания-подрядчик хочет в своей модели учесть поступающие оплаты произведенных работ от заказчика. Но заказчик поставил условие: оплата производится только для полностью выполненных работ и только с 20 по 22 число каждого месяца. Если к указанной дате плановый объем работы не выполнен (или не принят заказчиком), то оплата будет перенесена на 20-22 число следующего месяца.
Ежемесячные оплаты
Бюджет реальных проектов часто зависит от периодических выплат. Это может быть ежемесячная лизинговая оплата техники, взаиморасчеты с городскими структурами, оплата аренды всевозможных вспомогательных ресурсов, оплата охраны территории, периодические авансы производителям материалов и т.д. То есть каждый месяц (квартал, полугодие) по одной из статей затрат происходит списание определенной повторяющейся суммы. В данном примере речь пойдет именно о повторяющихся определенное время в рамках проекта одинаковых суммах оплат. Моделирование разовых оплат и создание специальных графиков оплат будут рассмотрены в других примерах.
Одинаковые задачи. Разные графики исполнения.
Часто в проектах возникают ситуации, когда одна и та же работа не может производиться всегда по одному и тому же расписанию в течение всего проекта. Например, в работающем офисном здании возникла необходимость прокладки новых коммуникаций через все этажи и подвалы – компания устанавливает систему безопасности, дублирующую силовую проводку или что-то подобное. Понятно, что в готовых зданиях подобного рода существуют специальные закладные для будущих систем, но для примера будем считать что их нет.
График работы «сутки-трое»
На практике график работы ресурсов на задачах может быть любым. Начиная с классической пятидневки и заканчивая вахтами. Реализация графика работы ресурсов осуществляется при помощи Календарей и Календарных исключений.
Источник: slovopisec.ru