Оплачиваемый простой |
![]() |
Примеры - Ресурсы |
Обсуждение примера на официальном Форуме
ЗадачаДля производства специализированных работ на площадке мы наняли бригаду Специалистов-монтажников в составе 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 или всей второй группы работ, отнюдь не нулевая. Необходимо заложить страхующее условие, чтобы «скамейка запасных» функционировала до завершения всего пакета работ при любых изменениях сроков. Примеры![]() |