| Оплачиваемый простой |
 |
| Примеры - Ресурсы |
|
Обсуждение примера на официальном Форуме
ЗадачаДля производства специализированных работ на площадке мы наняли бригаду Специалистов-монтажников в составе 10 человек. На выполнение задач они выходят строго в соответствии с технологией по 2 или 4 человека. Оплата работ в соответствии с договором подразумевает оплату всего времени занятости на площадке, без различия – заняты фактически специалисты или нет. Необходимо обеспечить в модели проекта контроль за возникающим оплачиваемым простоем специалистов-монтажников на строительной площадке, учет времени простоя и расчет стоимости простоя. Решение
Для начала смоделируем наши Операции, на которых будут заняты наши Специалисты-монтажники. Сделаем две группы по три Операции Типа ДПГ Длительность, стартующие одновременно (Связь Старт-Старт). Причем во второй группе Операции 4 и 5 тоже стартуют одновременно (Связь Старт-Старт). Будем считать, что при планировании нашего проекта пока только таким образом получается выстроить работы, на которых заняты наши приглашенные Специалисты-монтажники. Длительности Дни [План] работам выставим следующие: первая группа 10, 5, 10 дней, вторая группа 5, 12, 5 дней.
Теперь перейдем в таблицу Ресурсы и создадим там запись Специалист-монтажник. Это Ресурс, который будет выполнять все наши 6 задач. Мы пригласили 10 Специалистов-монтажников, поэтому в Поле Кол-во проставим 10. Нам доступны 10 Специалистов-монтажников на все время производства работ. 
Теперь расставим Специалистов-монтажников на наши Операции. По технологии они выходят или вдвоем или вчетвером. Назначим их на Операции. Здесь можно для удобства воспользоваться Групповым свойством операций. Выделяем их все, вызываем Свойства и в закладке Назначения добавляем Ресурс Специалист-монтажник в количестве 1 и с загрузкой 100%. Они наняты для выполнения только данных задач и каждый занят на задаче полноценно, поэтому Загрузка 100% (не может уделять время другим задачам). Назначения активированы. 
Далее в Гантте работ выводим Поле Количество и проставляем нужное количество ресурсов на каждой задаче. 
Посмотрим, что получилось с занятостью Специалистов-монтажников. Выведем Диаграмму по количеству нашего Ресурса по дням (Стандартные отчеты и диаграммы). К сожалению, мы видим, что только в самом начале проекта наши Специалисты-монтажники будут заняты полностью. Далее количество занятых будет сокращаться и в конце проекта вообще упадет до 4. Нам необходимо посчитать часы простоя, ведь их необходимо оплатить. На Операциях мы можем посчитать Трудоемкость для занятых Ресурсов, а как быть с простаивающими Ресурсами? 
Для подсчета трудозатрат на простой нам необходимо сделать дополнительную Операцию в нашей модели, на которую свободные Специалисты-монтажники будут собираться для простоя, а не исчезать из расписания, пока не востребованы. Нам необходимо создать своеобразную оплачиваемую «скамейку запасных».
Определим период присутствия наших Специалистов-монтажников на площадке. В соответствии с имеющимся расписанием начинают работы наши Специалисты-монтажники одновременно на Операциях 1, 4 и 5, а самая поздняя Операция 3. Нам необходима универсальность в нашей модели. Мы не можем на этапе планирования быть уверенными, что все Операции пойдут точно по расписанию и продлятся точно планируемое время. Вероятные кандидаты на самое позднее окончание – Операции 3, 4 и 6, поскольку на их сроки могут повлиять предшествующие Операции, у них самих может увеличиться длительность, они по каким-то причинам могут начаться не сразу по окончанию предшествующей Операции и так далее.
Можно такую же опорную точку добавить в начале модели, но у нас есть ведущая Операция 1, остальные стартуют после ее старта, поэтому как общее начало можно использовать ее Начало. Не будем загромождать модель.
Теперь необходимо сделать так, чтобы свободные от задач Специалисты-монтажники собирались на нашем Гамаке и получали там зарплату за простой. Для этого на Операцию Простой назначим наших Специалистов-Монтажников в полном составе – 10 человек. 
В настройках этого назначения включаем чекбокс Переменные количество и загрузка. В окне Минимальное количество стираем значение, подразумевая 0. То есть мы настроили наш Гамак так, что разрешили с него уходить монтажникам от одного до десяти в случае необходимости (это у нас случай, когда все 10 заняты на Операциях). Ну, а максимальное количество 10 у нас уже стоит в свойствах назначения (если задач нет, то все 10 придут на Гамак). 
Произведем Расчет расписания с выравниванием ресурсов. Распределение Ресурсов в соответствии с их имеющимся Количеством, Загрузкой, ограничениями на минимальное количество и загрузку производит именно этот тип расчета.
Мы наглядно видим, как меняется количество Специалистов-монтажников на «скамейке запасных». Выведя Поле Трудоемкость [План], мы можем посмотреть какое оплачиваемое количество часов простоя «наработают» наши ресурсы при таком расписании. 
Нам была поставлена задача мониторинга простоя в денежном эквиваленте. Реализуем этот пункт задания. В таблице Стоимостные составляющие создадим Стоимостную составляющую для подсчета ФОТа Специалистов-монтажников. 
Перейдем в таблицу Ресурсы и в свойствах нашего Специалиста-монтажника в закладке Стоимости добавим эту Стоимостную составляющую, указав например 100 рублей в окне Стоимость в час. Теперь каждый наш Специалист-монтажник будет получать за каждый час 100 рублей независимо от того, работает он на Операции или простаивает на Гамаке. 
Если во время простоя у Ресурса другая ставка, то моделирование затрат реализуется иначе. 
Произведем Расчет затрат. Выведем Поле ФОТ Специалистов-монтажников [План] и оценим бюджет по Операциям. При суммарных затратах на Специалистов-монтажников в 
Не очень приятный результат – почти 35% затрат на приглашенных специалистов приходится на оплату их вынужденного простоя. Попробуем минимизировать эти потери. Большое время простоя нам создает Операция 3. Она самая длительная в первой группе работ и попадает на завершение всего пакета работ, когда вторая группа уже закончена. Попробуем запустить ее параллельно с Операцией 2 (если это технологически возможно), заменив тип Связи на Старт-Старт. Произведем Расчет расписания с выравниванием ресурсов и Расчет затрат. 
Результат очень хороший. Во-первых, сократились общие затраты на Специалистов-монтажников до 160 000 руб. Во-вторых, Сократилась общая длительность производства работ. В-третьих, более чем в два раза сократился оплачиваемый простой – с 68 800 руб. до 28 800 руб. Обратите внимание – изменилились сроки у Операции 6. При выравнивании она ожидает пока освободятся ресурсы с Операции 2. Не забудьте поставить Связь Финиш-Старт между Операцией 2 и Контрольным событием Окончание работ. Вероятность того, что Операция 2 по каким-либо причинам внезапно вырастет по длительности далее чем окончание Операции 3 или всей второй группы работ, отнюдь не нулевая. Необходимо заложить страхующее условие, чтобы «скамейка запасных» функционировала до завершения всего пакета работ при любых изменениях сроков. Примеры Пример модели в Spider Project
|
При выполнении реальных проектов может возникать ситуация, когда, например, штатные (наемные) специалисты компании или техника выходят на площадку, а по каким-либо причинам фронт работ для них по основной задаче отсутствует. Причины такого срыва в производстве работ могут быть как объективные (риски), так и субъективные (ошибки планирования). В результате, компания несет убытки, поскольку оплата рабочего времени обязательна, даже если специалисты или техника ничего не делают не по своей вине. Специалистов практически невозможно оперативно перебросить на другие виды работ как разнорабочих или комплексную бригаду. Простаивающий мощный кран или буровую тем более – их брали в аренду под конкретную задачу.