Оплачиваемый простой

Обсуждение примера на официальном Форуме

Оплачиваемый простой При выполнении реальных проектов может возникать ситуация, когда, например, штатные (наемные) специалисты компании или техника выходят на площадку, а по каким-либо причинам фронт работ для них по основной задаче отсутствует. Причины такого срыва в производстве работ могут быть как объективные (риски), так и субъективные (ошибки планирования). В результате, компания несет убытки, поскольку оплата рабочего времени обязательна, даже если специалисты или техника ничего не делают не по своей вине. Специалистов практически невозможно оперативно перебросить на другие виды работ как разнорабочих или комплексную бригаду. Простаивающий мощный кран или буровую тем более — их брали в аренду под конкретную задачу.

 Задача
Для производства специализированных работ на площадке мы наняли бригаду Специалистов-монтажников в составе 10 человек. На выполнение задач они выходят строго в соответствии с технологией по 2 или 4 человека. Оплата работ в соответствии с договором подразумевает оплату всего времени занятости на площадке, без различия — заняты фактически специалисты или нет. Необходимо обеспечить в модели проекта контроль за возникающим оплачиваемым простоем специалистов-монтажников на строительной площадке, учет времени простоя и расчет стоимости простоя.

 Решение
Для начала смоделируем наши Операции, на которых будут заняты наши Специалисты-монтажники. Сделаем две группы по три Операции Типа ДПГ Длительность, стартующие одновременно (Связь Старт-Старт). Причем во второй группе Операции 4 и 5 тоже стартуют одновременно (Связь Старт-Старт). Будем считать, что при планировании нашего проекта пока только таким образом получается выстроить работы, на которых заняты наши приглашенные Специалисты-монтажники. Длительности Дни [План] работам выставим следующие: первая группа 10, 5, 10 дней, вторая группа 5, 12, 5 дней.
Календари в этом примере трогать не будем. Считаем, что все работы производятся по обычной 5-дневной рабочей неделе, с обеденным перерывом с 12:00 до 13:00 и выходными субботой и воскресеньем. Календарь 5д8ч основан на Неделе 5д8ч и содержит стандартные Календарные исключения праздников.

Гантт. 6 операций.

Теперь перейдем в таблицу Ресурсы и создадим там запись Специалист-монтажник. Это Ресурс, который будет выполнять все наши 6 задач. Мы пригласили 10 Специалистов-монтажников, поэтому в Поле Кол-во проставим 10. Нам доступны 10 Специалистов-монтажников на все время производства работ.

Таблица Ресурсы. Добавление ресурса.

Теперь расставим Специалистов-монтажников на наши Операции. По технологии они выходят или вдвоем или вчетвером. Назначим их на Операции. Здесь можно для удобства воспользоваться Групповым свойством операций. Выделяем их все, вызываем Свойства и в закладке Назначения добавляем Ресурс Специалист-монтажник в количестве 1 и с загрузкой 100%. Они наняты для выполнения только данных задач и каждый занят на задаче полноценно, поэтому Загрузка 100% (не может уделять время другим задачам). Назначения активированы.

Групповое свойство операции. Добавление ресурса.

Далее в Гантте работ выводим Поле Количество и проставляем нужное количество ресурсов на каждой задаче.

Гантт. Добавление количества ресурса.

Посмотрим, что получилось с занятостью Специалистов-монтажников. Выведем Диаграмму по количеству нашего Ресурса по дням (Стандартные отчеты и диаграммы). К сожалению, мы видим, что только в самом начале проекта наши Специалисты-монтажники будут заняты полностью. Далее количество занятых будет сокращаться и в конце проекта вообще упадет до 4. Нам необходимо посчитать часы простоя, ведь их необходимо оплатить. На Операциях мы можем посчитать Трудоемкость для занятых Ресурсов, а как быть с простаивающими Ресурсами?

Гантт. Гистограмма загрузки ресурса.

Для подсчета трудозатрат на простой нам необходимо сделать дополнительную Операцию в нашей модели, на которую свободные Специалисты-монтажники будут собираться для простоя, а не исчезать из расписания, пока не востребованы. Нам необходимо создать своеобразную оплачиваемую <скамейку запасных>.

Определим период присутствия наших Специалистов-монтажников на площадке. В соответствии с имеющимся расписанием начинают работы наши Специалисты-монтажники одновременно на Операциях 1, 4 и 5, а самая поздняя Операция 3. Нам необходима универсальность в нашей модели. Мы не можем на этапе планирования быть уверенными, что все Операции пойдут точно по расписанию и продлятся точно планируемое время. Вероятные кандидаты на самое позднее окончание — Операции 3, 4 и 6, поскольку на их сроки могут повлиять предшествующие Операции, у них самих может увеличиться длительность, они по каким-то причинам могут начаться не сразу по окончанию предшествующей Операции и так далее.
Для того чтобы всегда иметь конкретную точку в расписании, соответствующую моменту, когда Специалисты-монтажники закончили работы, используем Операцию с Типом ДПГ Контрольное событиеСвязями Финиш-Старт всех претендентов на самое позднее окончание (Операции 3, 4, 6).

Гантт. Добавление контрольного события.

Можно такую же опорную точку добавить в начале модели, но у нас есть ведущая Операция 1, остальные стартуют после ее старта, поэтому как общее начало можно использовать ее Начало. Не будем загромождать модель.
Теперь смоделируем нашу оплачиваемую <скамейку запасных>. Для этого используем Операцию с Типом ДПГ Гамак. И для наглядности так ее и назовем — Простой. У Гамака могут быть только входящие связи — условие на Начало и условие на Окончание. Гамак будет менять свою длительность в соответствии с изменениями этих условий. В нашем случае условие на Начало это входящая Связь Старт-Старт от Операции 1, а условие на окончание это входящая Связь Финиш-Финиш от нашего Контрольного события.

Гантт. Добавление Гамака.

Теперь необходимо сделать так, чтобы свободные от задач Специалисты-монтажники собирались на нашем Гамаке и получали там зарплату за простой. Для этого на Операцию Простой назначим наших Специалистов-Монтажников в полном составе — 10 человек.

Назначение ресурса на Гамак

В настройках этого назначения включаем чекбокс Переменные количество и загрузка. В окне Минимальное количество стираем значение, подразумевая 0. То есть мы настроили наш Гамак так, что разрешили с него уходить монтажникам от одного до десяти в случае необходимости (это у нас случай, когда все 10 заняты на Операциях). Ну, а максимальное количество 10 у нас уже стоит в свойствах назначения (если задач нет, то все 10 придут на Гамак).

Настройка переменного количества

Произведем Расчет расписания с выравниванием ресурсов. Распределение Ресурсов в соответствии с их имеющимся Количеством, Загрузкой, ограничениями на минимальное количество и загрузку производит именно этот тип расчета.
Выведем Диаграмму по количеству ресурса Специалист-монтажник для Операции Простой с детализацией по дням.

Гантт. Диаграмма загрузки простоя.

Мы наглядно видим, как меняется количество Специалистов-монтажников на <скамейке запасных>. Выведя Поле Трудоемкость [План], мы можем посмотреть какое оплачиваемое количество часов простоя <наработают> наши ресурсы при таком расписании.

Гантт. Плановая трудоемкость.

Нам была поставлена задача мониторинга простоя в денежном эквиваленте. Реализуем этот пункт задания. В таблице Стоимостные составляющие создадим Стоимостную составляющую для подсчета ФОТа Специалистов-монтажников.

Стоимостная составляющая ФОТ

Перейдем в таблицу Ресурсы и в свойствах нашего Специалиста-монтажника в закладке Стоимости добавим эту Стоимостную составляющую, указав например 100 рублей в окне Стоимость в час. Теперь каждый наш Специалист-монтажник будет получать за каждый час 100 рублей независимо от того, работает он на Операции или простаивает на Гамаке.

Если во время простоя у Ресурса другая ставка, то моделирование затрат реализуется иначе.
Подобные реализации будут рассмотрены в других примерах.

Назначение зарплаты ресурсу

Произведем Расчет затрат. Выведем Поле ФОТ Специалистов-монтажников [План] и оценим бюджет по Операциям. При суммарных затратах на Специалистов-монтажников в 200 000 руб. затраты на оплачиваемый простой составят 68 800 руб.

Гантт. Затраты на работы.

Не очень приятный результат — почти 35% затрат на приглашенных специалистов приходится на оплату их вынужденного простоя. Попробуем минимизировать эти потери. Большое время простоя нам создает Операция 3. Она самая длительная в первой группе работ и попадает на завершение всего пакета работ, когда вторая группа уже закончена. Попробуем запустить ее параллельно с Операцией 2 (если это технологически возможно), заменив тип Связи на Старт-Старт. Произведем Расчет расписания с выравниванием ресурсов и Расчет затрат.

Гантт. Оптимизация.

Результат очень хороший. Во-первых, сократились общие затраты на Специалистов-монтажников до 160 000 руб. Во-вторых, Сократилась общая длительность производства работ. В-третьих, более чем в два раза сократился оплачиваемый простой — с 68 800 руб. до 28 800 руб.

Обратите внимание — изменилились сроки у Операции 6. При выравнивании она ожидает пока освободятся ресурсы с Операции 2.

Не забудьте поставить Связь Финиш-Старт между Операцией 2 и Контрольным событием Окончание работ. Вероятность того, что Операция 2 по каким-либо причинам внезапно вырастет по длительности далее чем окончание Операции 3 или всей второй группы работ, отнюдь не нулевая. Необходимо заложить страхующее условие, чтобы <скамейка запасных> функционировала до завершения всего пакета работ при любых изменениях сроков.

Примеры
Пример модели в Spider Project