График работы плавающий: Плавающий график работы – что нужно знать об этом обеим сторонам трудовых отношений, чтобы работа была легкой и обоюдно выгодной

График работы плавающий: Плавающий график работы – что нужно знать об этом обеим сторонам трудовых отношений, чтобы работа была легкой и обоюдно выгодной

Содержание

Плавающий график работы – что нужно знать об этом обеим сторонам трудовых отношений, чтобы работа была легкой и обоюдно выгодной

Плавающий график работы – именно о таком построении рабочего времени мечтают многие сотрудники. Но так ли он хорош, как кажется с виду?

Разберемся во всех хитросплетениях и особенностях плавающего графика работы, рассмотрим плюсы и минусы, а также основные сферы, в которых используется такой метод занятости. О том, кому подходит такой график работы, об особенностях организации рабочего времени при плавающем графике и о подводных камнях такого распорядка рабочего дня – в сегодняшней статье.

Что значит плавающий способ работы?

Понятие

Удобный способ работы для наличия свободного времени.

Плавающий, или как его еще иначе называют, скользящий график работы – метод труда, при котором выходные и рабочие дни не нормированы в рамках общепринятой рабочей недели. В частности, скользящий график это есть не что иное, как работа по сменам.

Работа по сменам может включать в себя самые разные комбинации выходных и рабочих дней. Наиболее распространенные варианты это работа 2 через 2 либо же 1 через 3. Стоит пояснить – в первом варианте вы два дня работаете, два дня отдыхаете.

Обычно такая организация используется в магазинах или кафе. Второй же метод – сутки работы и три отдыха. Применяется, например, в охранной деятельности, в работе спецслужб (МЧС, милиция, военизированная охрана) и так далее.

В некоторой степени, можно сказать, что график работы два через два или иные скользящие графики достаточно выгодны в плане распределения свободного времени.

Однако, при этом важно не забывать и про обратную сторону медали – отсутствие выходных в общепринятом значении, например, новогодних каникул или майских праздничных выходных.

В какой отрасли применяется?

График

Применяется не на всех производствах.

Как уже говорилось выше, применяется плавающий график работы в основном в сфере обслуживания:

  • магазины;
  • кафе;
  • салоны красоты;
  • работа администраторов;
  • заправочные станции;
  • спецслужбы и так далее.

Отчасти такой метод работы используется при достаточно продолжительном рабочем дне – суточная смена, 10-14 часовой рабочий день и так далее. Также скользящий график может использоваться на производствах, например при работе круглосуточно.

В таком случае сотрудник может работать один день в дневную смену, с 8 утра до 8 вечера, второй день в ночную – с 8 вечера до 8 утра и на третий день получать полноценный выходной или даже два.

Как составить?

При составлении плавающего графика важно опираться на следующие основания:

  1. Нормы выработки;
  2. Нормы законодательства по продолжительности рабочего дня;
  3. График работы организации в целом и так далее.

Также могут учитываться и пожелания сотрудников по данному вопросу.

Либо же решение по установлению графика труда и отдыха может приниматься при помощи коллективного совещания, методом большинства голосов.

Различие со сменным методом

График

При составлении графика важно учитывать некоторые нюансы.

Несмотря на то, что в некоторой степени, скользящий график является разновидностью сменной работы, стоит отметить некоторые отличия. В частности, скользящий график не подразумевает под собой конкретной периодичности. 

Если человек трудится 2 через 2 или неделю через неделю – это работа сменами (вахтами), а если человек работает из принципа 3 дня в неделю и рабочие дни выставляются без определенной последовательности, то речь идет уже о скользящем графике.

Кроме того, стоит отметить, что такой график не только финансово не выгоден для компании, но зачастую и неудобен для сотрудников, стремящихся к стабильности. Лучше всего по скользящему графику работать фрилансерам либо студентам, то есть тем, кто максимально не зависит от обстоятельств.

Скользящее время и закон

В трудовом договоре допускается внесение такого понятия, как скользящий график работы. Однако при этом, в соглашении о работе должны быть достаточно четко указаны границы допустимой нагрузки для сотрудника и количество времени для отдыха.

При указании в графе рабочее время варианта скользящий график работы с одним выходным, такой договор может быть признан недействительным и законодательно неправомерным.

Именно поэтому, устраиваясь работать в компанию со скользящим графиком работы, следует максимально внимательно отнестись к правильному оформлению документов, а также к достоверному подсчету рабочих часов кадровым работником либо бухгалтером.

Из этого видео вы узнаете о составлении графиков работы.

Заметили ошибку? Выделите ее и нажмите Ctrl+Enter, чтобы сообщить нам.

График работы в период самоизоляции и кризиса

« Назад

19.05.2020 15:21

Можно ли не фиксировать график работы? Отвечает управляющий партнер юридической фирмы BLS Елена Кожемякина.

График работы — один из самых сложных вопросов трудовых отношений. Соблюдение 8-часового дня, опоздания, необходимость отпроситься — чувствительные для многих сотрудников темы. Новую остроту проблематики придал и режим самоизоляции, во время которого компании вынуждены переводить людей на удаленный режим, вводить неполное время и т.д. Как в таком ритме держать график и вообще надо ли его контролировать?

Представьте, компания переводит людей на дистанционный труд. Также вводится режим неполной недели, но график работы не фиксируется. Можно ли в таком случае устанавливать «плавающий» режим работы?

Нормативная база

Прежде всего, отметим, что режим рабочего времени, если он отличается от общих правил компании, должен быть указан в трудовом договоре. Именно об этом говорится в ст. 57 ТК РФ. Кроме того, ст. 100 Кодекса прямо требует, чтобы режим рабочего времени предусматривал в том числе: продолжительность недели и ежедневной работы, время начала и окончания дня, чередование рабочих и выходных дней. Это нужно, чтобы сотрудник точно знал, в каком режиме ему трудиться.

Таким образом, если сотруднику или части сотрудников установлен индивидуальный режим, обязательно пропишите его в дополнительном соглашении к трудовым договорам. В то же время временный график можно отразить и в правилах внутреннего трудового распорядка. В этом случае в соглашении надо будет лишь сослаться на ПВТР. Но такой вариант имеет силу, только если весь персонал трудится одинаково.

Как установить плавающий график работы

Что же касается «плавающего графика», устанавливать его нужно так или иначе, так как закон требует указывать режим и продолжительность работы. Но в этом случае вы можете использовать режим гибкого рабочего времени, что разрешает ст. 102 Трудового Кодекса РФ. Тогда этот нюанс вы просто прописываете в соглашении с сотрудниками. Что именно указать, вы определяете, исходя из бизнес-процессов компании, а также внося изменения для всех или лишь части сотрудников. Например, «гибкость» графика можно фиксировать так:

  • Гибкое время начала работы с 8.00 до 11.00 по усмотрению сотрудника.
  • Четырехдневная рабочая неделя продолжительностью 32 часа.
  • Три выходных дня.
  • Гибкое время окончания работы и т.д.

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

Важно помнить, что дистанционные сотрудники, даже при гибком графике, находятся на «самоконтроле». Вы лишь ограниченно контролируете их работу. Давая им свободу действий и право выбора времени, надо помнить и об эффективности их работы, контролировать выполнение обязанностей. Поэтому речь идет не только и не столько о гибком графике. Важнее другое — на удаленке нужно «расставлять флажки»: составлять план работы, график и отчеты о ней, определять каналы коммуникации и требования к работникам. Чтобы их труд оставался эффективным, а ваши изменения в режиме не напрасными.

Автор: Елена Кожемякина, управляющий партнер юридической фирмы BLS.


 

Копирование и любая переработка материалов с сайта neohr.ru запрещены

Предложить свою статью к публикации


Скользящий график работы по ТК РФ: что значит гибкий, плавающий, свободный и индивидуальный график

В настоящее время в России наблюдаются тенденции повышения производительности труда, улучшения результатов деятельности. Работодатели рассматривают различные варианты распорядков дня, используя индивидуальных подход к сотрудникам, в частности используют возможный по ТК РФ скользящий график работы . Так, на заводах часть рабочих трудится непрерывно, чтобы не останавливалось производство, а многие магазины открыты 12 часов для удобства покупателей.

Что значит гибкий график работы

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

Законодательная база

Указанный выше трудовой процесс регулируется Трудовым кодексом Российской Федерации, в частности ст. 102, в которой указаны особенности регулирования трудовых отношений при гибком расписании.

Кроме того, Приложением к приказу № 112 от 08.09.2003 г. Министерства РФ закреплен перечень профессий в области связей и информации, где необходимо введение гибкого рабочего времени.

В каких документах закрепляется

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

Какие бывают виды

Гибкий график работы по ТК РФ предусматривает скользящий, плавающий и посменный режимы.

Рассмотрим подробнее каждый из них:

  1. Плавающий график работы — это система, подразумевающая последовательность рабочих и выходных дней. К примеру, два рабочих дня и два дня выходных либо рабочие сутки через два нерабочих дня. Такой график встречается у продавцов, охранников.
  2. Посменный — режим со сменами от пяти до двенадцати часов. Работодатель предлагает сотруднику используемые в организации дневные, ночные смены. Так, на производственных предприятиях в цехах рабочие трудятся беспрерывно, смены начинаются с утра, затем днем работников сменяют другие, вечером, следовательно, к работе приступает следующая смена.
  3. Скользящий — система труда, которая не привязывает сотрудника к определенному графику. Он вправе самостоятельно составлять часы своей деятельности с учетом выполнения определенного объема заданий.

Правила применения

Установление гибкого графика работы предусматривает документальное оформление и особенный порядок расчета отработанных часов.

Документальное сопровождение

Если сотрудник выбирает такой режим, необходимо подать заявление с предложением о внесении изменений в часы труда, на основании которого формируется приказ. Далее оформляется дополнительное соглашение.

Работодатель, в случае проявления своей инициативы, оформляет такой график в порядке, который установлен ст.74 ТК РФ.

Расчет времени работы

В трудовом договоре должно быть указано время работы сотрудника. Расчет производит либо сотрудник отдела кадров, либо непосредственное руководство, которому поручен данный вид работы.

Должны быть предусмотрены следующие моменты в организации:

  1. Фиксированное время – те часы, которые работник обязан проводить на своем рабочем месте.
  2. Переменное время – часы, которые работник может сам выбирать, т.е. время начала и окончания труда.
  3. Перерыв на обед и отдых – нерабочее время.
  4. Длительность рабочего периода: дня, недели, месяца.

Выходные дни

В зависимости от вида графика (свободный, посменный либо плавающий) устанавливаются и выходные. Свободный предусматривает, что работник самостоятельно выбирает дни работы и отдыха. Но это оговаривается с работодателем. Главное — чтобы объем задания был выполнен.

Если в компании применяется посменный график, то выходные будут с учетом смен сотрудника. Главный упор делается на количество отработанных часов в день, выходные могут быть как в будний, так и в выходной день.

Плавающий график как раз устанавливает рабочие и нерабочие дни с определенной переменностью. Может быть два через два, неделя через неделю и т.д.

Что с праздниками?

Трудовым кодексом Российской Федерации установлено, что работнику при любом графике занятости положена соответствующая оплата труда в праздничные дни. Если сотрудник будет исполнять свои обязанности в праздничный день, труд ему обязаны оплатить в двойном размере, что регулируется ст. 153 ТК РФ.

Кому предоставляется

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

Когда не подходит

Гибкий график крайне сложно применить в государственных учреждениях, так как трудовая дисциплина в целом в них гораздо строже по сравнению с коммерческими организациями. Кроме этого, если в фирме офисному сотруднику по необходимости нельзя покидать рабочее место (секретарю, офис-менеджеру, бухгалтеру), такой режим также трудно будет ввести. К тому же он не всегда целесообразен и эффективен как с финансовой стороны, так и с дисциплинарной.

Примеры применения

Допустим, в коммерческой организации офисному сотруднику необходимо отводить и забирать детей из детского сада, а режим с 8 до 17 при загруженности пять дней в неделю не совсем подходит. В этом случае ему необходимо написать заявление о том, что он обязуется отрабатывать 8 часов ежедневно пять дней в неделю. По соглашению с работодателем часы, которые он будет проводить на рабочем месте могут быть сдвинуты. Так, ему необходимо быть в офисе с 8 до 10 утра, а уходить с 17 до 19 вечера.

Другим примером может послужить компания, которая занимается оформлением визиток, буклетов и прочей канцелярской продукции. В этом случае, если необходимо оформление каких-либо сложных, объемных заказов, работодатель может удаленно нанять работника со свободным графиком. Сотруднику не обязательно будет проводить время в компании, работу он может выполнять и дома. Трудовые отношения можно оформить договором гражданско-правового характера.

Как оформляется

При оформлении трудового договора в разделе «Условия и характер работы» необходимо указать «Гибкое рабочее время», добавив уточняющую информацию. Стоит отметить, что изменение характера рабочего процесса, например, на скользящий нужно согласовывать.

Нюансы учета рабочего времени

Рассматриваемый график требует учета времени.

Выделяют три основных типа:

  1. Поденный — работнику устанавливают количество часов, которые он должен отработать за один день.
  2. Еженедельный, т.е. количество необходимых часов в неделю.
  3. Ежемесячный — способ учета отработанного времени в месяц.

При этом устанавливает рабочее время работодатель. Все моменты должны быть оговорены с сотрудником, прописаны в трудовом договоре. В отделе кадров ведут учет отработанных часов. Для заполнения используют стандартный табель учета рабочего времени формы «Т-13».

Порядок оплаты труда

При любом режиме работы, в том числе гибком, работнику гарантирована выплата зарплаты в размере, которая указана в локальных актах, при условии выполнения нормы часов, установленных законом.

Работодатель может привлечь работника к дополнительной работе, при этом он должен гарантировать следующее:

  • оплата сверхурочных часов;
  • двойная компенсация за работу в выходные дни;
  • выплата пособия при сокращении сотрудника.

В том случае, если работнику положен отпуск, его протяженность не изменяется, он отдыхает по графику отпусков, который установлен в организации.

Ответственность работодателя

Ответственность сторон регулируется Трудовым кодекса РФ. Работодателю необходимо при таком режиме в первую очередь обращать внимание на соблюдение прав сотрудников на отдых и перерыв. В случае нарушения работодателя могут оштрафовать. Более подробно эти нюансы прописаны в пятом раздел ТК.
Также нужно соблюдать общее количество отработанных часов. В статье 99 Трудового Кодекса указано, что запрещается превышение нормы сверхурочной работы, которая составляет 120 часов в год. Это относится и к гибкому графику.

Ответственность работника

Сотруднику в первую очередь необходимо помнить о выполнении объема работы. Злоупотребление гибким графиком, которое ведет к нарушению рабочего процесса, может привести к расторжению контракта. При этом особо нужно соблюдать и отрабатывать фиксированное время, соблюдать качество и объем работ.
Такой режим в любом случае подразумевает, что сотрудник должен присутствовать на организационных мероприятиях компании.

В чем же преимущества?

Для российских организаций есть ряд преимуществ сменного, свободного, посменного режимов.

Благодаря различным возможностям гибкого рабочего времени работодатели могут решать целый спектр задач:

  • появляется возможность привлекать работников из других городов, стран;
  • повышается уровень ответственности сотрудников;
  • сокращается количество прогулов, опозданий, повышается качество работы в связи с тем, что перед сотрудником ставится задача по выполнению определенного объема работы за конкретный период времени.

Такой рабочий режим является отличным способом совмещения труда и отдыха людям творческих профессий, женщинам, которые находятся в декретном отпуске. Он также подходит студентам. Стандартное рабочее время с 8:00 до 17:00 либо с 9:00 до 18:00 больше подходит людям, которые привыкли рано просыпаться. Тем же, кому в силу физических данных сложно подстраиваться под такие часы, можно использовать свободный распорядок дня.

Недостатки

Такой вид трудового процесса подходит не каждой компании и сотруднику.

Гибкий режим работы обладает минусами:

  • необходимость внедрения на рабочем месте автоматизированной формы учета начала и окончания часов работы сотрудников, в связи с чем увеличиваются расходы организации;
  • также необходимо следить за качеством работы исполнителей, так как несвоевременное обнаружение недостатков может привести к срывам заданий, технологических процессов;
  • работодателю нужно учитывать возможные трудности при совмещении работы нескольких людей, которые могут быть не знакомы между собой либо выполнять разные задания.

Таким образом, внедрение рассмотренного рабочего процесса в организациях России должно быть тщательно продумано и обосновано. Данное задание работодатель вправе поручить работнику кадровой службы. Компании получают возможность использовать грамотных специалистов в различных сферах из разных стран и городов, к тому же позволяет повышать результативность сотрудников.

Видео о гибком графике труда

На одном из сайтов по поиску работу провели исследование среди занятого населения по поводу удобства работы по различным графикам. Ниже представлено видео с плюсами и минусами гибкого режима, а также некоторые статистические данные.

Дорогие читатели! Наши статьи рассказывают о типовых способах решения юридических вопросов, но каждый случай носит уникальный характер. Если вы хотите узнать, как решить именно Вашу проблему - обращайтесь в форму онлайн-консультанта справа или звоните по телефону:

+7 (499) 653-60-72 доб 583 (Москва) +7 (812) 426-14-07 доб 406 (Санкт-Петербург) 8 (800) 500-27-29 доб 255 (По России)

Это быстро и бесплатно!

При плавающем графике работы. Как высчитывают норму часов?

У меня неожиданным образом возникли разногласия с работодателем.

Ситуация в том, что график работы (2/2), с которым меня и коллег знакомят на год вперед, как бы предварительный, поскольку на периоды отпусков и болезней других сотрудников график меняется на 5/2, о чем нас так же заранее уведомляют в приложении к трудовому договору, кроме того об этом указано в примечании графика на год.

При этом, когда человек болеет, то срок на который нас переводят на 5/2 естественно неизвестен (поскольку никто не может заранее знать, в какой день трудоспособность другого сотрудника восстановится).

Проблема в том, что при самом переводе никакого приказа о переводе на график 5/2 и обратно (на периоды болезней/отпусков других сотрудников) либо не издают, либо нас с ними не знакомят.

Вместо приказа на кладут на рабочий стол "план-график" уже не на год, а на месяц, за который мы даже не расписываемся, и как только человек выходит с больничного в этот план график вносится изменение, и происходит обратный перевод с 5/2 на 2/2.

Так случилось, что во время очередного такого перевода меня на график 5/2 (в связи с увольнением на пенсию сотрудника) на неопределенное время, заболел я, и не знал, что за период моей болезни вместо уволившегося сотрудника нашли работника.

Поэтому я даже предположить не мог, что мой график мог быть изменен с 5/2 на 2/2 и мне об этом никак не сообщат - и вышел на работу в понедельник (в субботу и воскресенье к врачам не обращался).

Мой листок нетрудоспособности был закрыт в пятницу вечером.

Обратиться на работу в пятницу, чтоб уточнить информацию о графике возможности не было – рабочий день уже закончился, а в субботу и воскресение сотрудники, занимающиеся графиками (вносящие в них изменения) не работают в принципе (у них график 5/2 постоянный).

В понедельник мой непосредственный руководитель изучив листки нетрудоспособности заявил, что по графику на год, с которым нас заранее знакомят, воскресенье - являлось моим рабочим днем, и потребовал представить на этот день листок нетрудоспособности, либо написать объяснительную о причине моего не выхода на работу.

Услышав, что листка нетрудоспособности на воскресенье у меня нет, руководитель заявил, что это прогул.

На нервной почве мне снова стало плохо, пришлось вновь обращаться в поликлинику – в настоящий момент нахожусь на больничном.

Однако начальник в очередной мой визит на работу (чтобы сдать очередной листок нетрудоспособности) вручил мне под роспись уже письменное требование о представлении объяснительной.

По письменному ответу на мое обращение по графикам дали ответ, что в связи с моим невыходом на работу проводится расследование. То есть дело идет к тому, что, как только я выйду и сдам объяснительную, меня просто уволят.

При это после того, как мне было вручено письменное требование, оплачивать листки нетрудоспособности мне перестали (по крайней мере аванса последнего на зарплатную карту не поступило).

Скажите правомерны ли действия работодателя и как мне следует себя вести, чтобы защитить свои права. Спасибо.

Работаю в организации с плавающим графиком 5/2 по 8 рабочих часов.

У меня неожиданным образом возникли разногласия с работодателем.

Ситуация в том, что график работы (2/2), с которым меня и коллег знакомят на год вперед, как бы предварительный, поскольку на периоды отпусков и болезней других сотрудников график меняется на 5/2, о чем нас так же заранее уведомляют в приложении к трудовому договору, кроме того об этом указано в примечании графика на год.

При этом, когда человек болеет, то срок на который нас переводят на 5/2 естественно неизвестен (поскольку никто не может заранее знать, в какой день трудоспособность другого сотрудника восстановится).

Проблема в том, что при самом переводе никакого приказа о переводе на график 5/2 и обратно (на периоды болезней/отпусков других сотрудников) либо не издают, либо нас с ними не знакомят.

Вместо приказа на кладут на рабочий стол "план-график" уже не на год, а на месяц, за который мы даже не расписываемся, и как только человек выходит с больничного в этот план график вносится изменение, и происходит обратный перевод с 5/2 на 2/2.

Так случилось, что во время очередного такого перевода меня на график 5/2 (в связи с увольнением на пенсию сотрудника) на неопределенное время, заболел я, и не знал, что за период моей болезни вместо уволившегося сотрудника нашли работника.

Поэтому я даже предположить не мог, что мой график мог быть изменен с 5/2 на 2/2 и мне об этом никак не сообщат - и вышел на работу в понедельник (в субботу и воскресенье к врачам не обращался).

Мой листок нетрудоспособности был закрыт в пятницу вечером.

Обратиться на работу в пятницу, чтоб уточнить информацию о графике возможности не было – рабочий день уже закончился, а в субботу и воскресение сотрудники, занимающиеся графиками (вносящие в них изменения) не работают в принципе (у них график 5/2 постоянный).

В понедельник мой непосредственный руководитель изучив листки нетрудоспособности заявил, что по графику на год, с которым нас заранее знакомят, воскресенье - являлось моим рабочим днем, и потребовал представить на этот день листок нетрудоспособности, либо написать объяснительную о причине моего не выхода на работу.

Услышав, что листка нетрудоспособности на воскресенье у меня нет, руководитель заявил, что это прогул.

На нервной почве мне снова стало плохо, пришлось вновь обращаться в поликлинику – в настоящий момент нахожусь на больничном.

Однако начальник в очередной мой визит на работу (чтобы сдать очередной листок нетрудоспособности) вручил мне под роспись уже письменное требование о представлении объяснительной.

По письменному ответу на мое обращение по графикам дали ответ, что в связи с моим невыходом на работу проводится расследование. То есть дело идет к тому, что, как только я выйду и сдам объяснительную, меня просто уволят.

При это после того, как мне было вручено письменное требование, оплачивать листки нетрудоспособности мне перестали (по крайней мере аванса последнего на зарплатную карту не поступило).

Скажите правомерны ли действия работодателя и как мне следует себя вести, чтобы защитить свои права. Спасибо.

При плавающем графике (день/ночь, отсыпной/выходной) оплачивается ли работа в выходные и праздничные дни по повышенной ставке? Спасибо.

Иван, рекомендую вам ознакомится с положениями ТК РФ Статья 74. Изменение определенных сторонами условий трудового договора по причинам, связанным с изменением организационных или технологических условий труда

(в ред. Федерального закона от 30.06.2006 N 90-ФЗ)

(см. текст в предыдущей редакции)

Путеводители по кадровым вопросам и трудовым спорам. Вопросы применения ст. 74 ТК РФ

В случае, когда по причинам, связанным с изменением организационных или технологических условий труда (изменения в технике и технологии производства, структурная реорганизация производства, другие причины), определенные сторонами условия трудового договора не могут быть сохранены, допускается их изменение по инициативе работодателя, за исключением изменения трудовой функции работника.

О предстоящих изменениях определенных сторонами условий трудового договора, а также о причинах, вызвавших необходимость таких изменений, работодатель обязан уведомить работника в письменной форме не позднее чем за два месяца, если иное не предусмотрено настоящим Кодексом.

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

При отсутствии указанной работы или отказе работника от предложенной работы трудовой договор прекращается в соответствии с пунктом 7 части первой статьи 77 настоящего Кодекса.

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

Если работник отказывается от продолжения работы в режиме неполного рабочего дня (смены) и (или) неполной рабочей недели, то трудовой договор расторгается в соответствии с пунктом 2 части первой статьи 81 настоящего Кодекса. При этом работнику предоставляются соответствующие гарантии и компенсации.

Отмена режима неполного рабочего дня (смены) и (или) неполной рабочей недели ранее срока, на который они были установлены, производится работодателем с учетом мнения выборного органа первичной профсоюзной организации.

Изменения определенных сторонами условий трудового договора, вводимые в соответствии с настоящей статьей, не должны ухудшать положение работника по сравнению с установленным коллективным договором, соглашениями.

Если в вашем случае грубо говоря нет производственной необходимости менять условия трудового договора, то график как условие трудового договора может быть изменен только по вашему согласию.

Как проверять наличие высокого значения с плавающей запятой (и почему это необходимо)

How to Check for High Float (and why you should)

Почему вы должны проверять свое расписание на наличие высокого значения с плавающей запятой? Насколько хорошо ваше расписание? Возможно, вы потратили много времени на проработку задач и зависимостей со своей командой, вводя их в свое программное обеспечение для управления проектами, проверяя их с заинтересованными сторонами и так далее ... но как вы действительно знаете, что вы выполнили качественное планирование работа?

К счастью для нас, существует набор критериев качества расписания, которые мы можем использовать, чтобы определить, насколько хорошо ваше расписание на самом деле.Агентство по управлению оборонными контрактами (DCMA) составило контрольный список из 14 пунктов (на самом деле это 49-страничный буклет), который охватывает критерии, необходимые для хорошего графика. Хотя он, очевидно, предназначен для оборонных контрактов и является частью их руководства по освоенной стоимости, это хорошая отправная точка для всех, кто хочет проверить, насколько хорошо их планирование.

Проверка высокого числа с плавающей запятой - одна из наиболее часто обсуждаемых точек из списка DCMA. Возможно, вы с этим сталкивались, особенно если вы работаете в государственных проектах.В этой статье мы рассмотрим, что такое float, как его рассчитать, что значит иметь высокий float и что с этим можно сделать.

Что такое Float?

Float - это резерв в расписании проекта. Это ваша подстраховка; количество времени, в течение которого задача может ускользнуть, не оказав влияния на проект.

Не все задачи имеют плавающее значение. Комбинированное значение с плавающей запятой для действий на критическом пути равно нулю. Другими словами, вы не можете отложить начало каких-либо задач критического пути, не повлияв на окончательную дату завершения проекта.

Однако будет много задач, которые не находятся на критическом пути, и их можно немного сместить, не повлияв на дату окончания.

Почему полезен поплавок?

Плавающий или слабый ход полезен, потому что он дает вам гибкость. Вы можете перемещать ресурсы между задачами или изменять даты начала и окончания своей работы, не прося спонсора проекта подписаться на огромное изменение расписания.

Это дает вам возможность управлять проектом в установленных границах, и если это означает, что вы начнете что-то на день или около того из-за того, что другая задача вышла из-под контроля, вы можете сделать это, зная, что воздействие минимально.

Как рассчитывается число с плавающей запятой?

Float рассчитывается как разница между самым ранним запуском задачи и самым поздним запуском задачи (или самым ранним завершением и последним завершением).

Возьмем пример.

Задача A занимает 10 дней. Задача B не может начаться, пока задача A не будет завершена. Задача B находится на критическом пути, и ее начало не планируется в ближайшие 30 дней. Вот что могло случиться.

  • Задача A начинается сегодня и занимает 10 дней. Затем есть 20-дневный перерыв перед запуском задачи B (при условии, что вы не можете запустить задачу B раньше).
  • Задача A не начинается сегодня, а начинается где-то между завтрашним днем ​​и днем ​​20. Она все еще завершается вовремя, чтобы задача B началась в день 30 - никаких проблем. Величина резерва в расписании зависит от того, когда начинается Задача А, и если она начинается в День 20, резерва нет.

Вы поняли?

Float часто отображается в формате изображения, как сетевая диаграмма. Это показывает взаимосвязь между задачами и влияние дат их начала.

Если у вас есть учетные данные для управления проектами, вам, вероятно, приходилось изучать сетевые диаграммы и, возможно, даже создать их как часть экзамена.Однако большинство программных инструментов для управления проектами сделают это за вас, поэтому, хотя полезно знать, как решить это вручную, на самом деле вам не нужно рассчитывать это вручную. Например, Primavera P6 имеет представление сетевой диаграммы активности, которое работает за вас.

How to Check for High Float (and why you should) 1

В чем разница между плавающей точкой и резервом времени?

С практической точки зрения разницы нет: float и slack - два слова, которые менеджеры проектов используют как синонимы.

Вы можете рассматривать термины как подходы к одной и той же ситуации с двух разных точек зрения.Когда мы говорим о плавании, мы обычно говорим о нем в контексте задачи, которую необходимо выполнить. Когда мы говорим о резерве времени, мы обычно имеем в виду паузу между задачами. Таким образом, вы могли бы сказать: float используется в разговоре, когда мы говорим об активности, и slack, когда мы говорим о неактивности. (Спасибо Дэвиду Даннингу из Bizfluent за интересный взгляд на это.)

Что такое High Float?

High float - это большое количество дней плавания. Задачи с высокой плавучестью имеют длительный период, в течение которого они могут изгибаться, не оказывая влияния на критический путь.

Некоторые задачи действительно могут иметь такой провал в расписании. Например, в следующем квартале вам может потребоваться качественное совещание. Вы могли получить его в первый день квартала или в последний. Пока происходит встреча, не имеет значения, когда.

Вы можете запланировать встречу на первый день квартала, а затем отложить ее в любой момент в течение следующих 3 месяцев. Если сессия будет подтверждена и состоится до последнего рабочего дня квартала, вы успешно выполнили эту задачу.

Тем не менее, высокий плавающий курс также может быть признаком того, что вы упустили зависимость от плана. Возможно, предыдущая или последующая задача не была должным образом связана.

DCMA рассматривает задачу как имеющую большое число с плавающей запятой, если значение с плавающей запятой для этой задачи превышает 44 дня. Почему 44 дня? Мы обсуждали это в предыдущей статье, и это связано с циклами отчетности о прибылях и убытках.

Если в эту группу попадает более 5% задач, существует риск, что все расписание будет нестабильным.Что-то может быть не так с логикой потока работы и взаимосвязями между задачами, так что это ваша проверка: если более 5% задач имеют плавающее значение более 44 дней, потратьте некоторое время на просмотр своего расписания, чтобы убедиться, что оно настроил правильно.

Как проверить высокий уровень поплавка

Проверка высокого значения поплавка выполняется для незавершенных задач. Если вы проверяете качество расписания и используете эту проверку перед запуском проекта, это будут все ваши задачи. Если вы на полпути к завершению проекта, вы хотите подсчитать количество незавершенных задач и использовать их.Нет особого смысла проверять качество графика того, что уже произошло и было выполнено, потому что вы ничего не можете сделать, чтобы исправить качество на этом этапе!

Вот как можно проверить свой график на предмет высокого числа плавающих.

Шаг 1. Подсчитайте количество незавершенных задач с большим числом с плавающей запятой, посмотрев на число с плавающей запятой каждой задачи и отметив, сколько с плавающей запятой превышает 44 дня.

Шаг 2: разделите общее количество незавершенных задач с большим числом с плавающей запятой на общее количество незавершенных задач.

Шаг 3. Умножьте ответ на 100, чтобы получить процент задач с высоким плавающим числом в вашем проекте.

Если результат превышает 5%, сделайте паузу и оцените, что на самом деле представляет собой ваше расписание. Если ваш результат меньше 5% - молодец! Вы прошли проверку на максимальное значение.

.

Что такое управление проектами с плавающей запятой и как его использовать

Если вы какое-то время занимались управлением проектами, вы наверняка сталкивались с управлением проектами с плавающей запятой.

Хотя он менее известен, чем другие фреймворки управления проектами, такие как Agile или Kanban, управление проектами с плавающей запятой может быть отличным способом придать новый импульс вашим проектам и значительно поднять вашу производительность.

Плавающие слоты управления проектами прекрасно сочетаются с другими стилями управления проектами и работают как способ определения «плавающего» или «неактивного» времени на графиках вашего проекта.

Плавающий или резервный период - это количество времени, на которое проект или задача могут быть отложены, не влияя на общий срок или другие задачи в проекте. Их расчет может помочь вам проверить графики проекта и убедиться, что вы понимаете, сможете ли вы выполнить проекты вовремя.

Если вы обнаружите, что уже имеете хороший способ управления задачами, составляющими проект, но испытываете трудности с управлением ресурсами или планированием ресурсов, плавающее управление проектами может стать отличным способом более целенаправленно сбалансировать время вашей команды и предотвратить срыв сроков выполнения проектов. .

Чтобы помочь вам разобраться, можно ли интегрировать управление проектами с плавающей точкой в ​​свои рабочие процессы, мы подробно разобрали, что такое управление проектами с плавающей запятой, как определять типы с плавающей запятой, как использовать формулу времени с плавающей запятой и внедрить управление плавающими проектами в свои рабочие процессы.

Работайте эффективнее с гибким управлением проектами

Гибкие команды достигают большего. Посмотреть на себя.

Попробуйте Hubstaff Tasks

work smarter with Hubstaff Tasks

Что такое управление проектами с плавающей запятой?

Плавающее управление проектами - это тип управления проектами, который помогает вам проверять графики проекта и определять, сколько времени могут упустить отдельные задачи, не влияя на общий график или дату поставки.

Управление проектами с плавающей запятой помогает вам определить отдельные задачи и «резерв» проекта - это то, сколько времени и свободы действий есть у вашей задачи - и поможет вам использовать это, чтобы определить жизнеспособность графика проекта и определить, какие задачи находятся на «критическом пути» .

Критический путь - это тип задачи, которую нельзя откладывать или перемещать, и которую необходимо выполнять точно в срок, чтобы поддерживать общий график. Любая задержка или перемещение задачи приведет к тому, что другие задачи будут затронуты, а проект не уложится в срок.

Преимущества управления проектами с плавающей запятой

Управление проектами с плавающей запятой очень полезно, поскольку помогает определить, на какие задачи может повлиять задержка или реструктуризация, не влияя при этом на весь проект. Это также помогает предотвратить задержку или перемещение задач критического пути, что в свою очередь не дает вашему проекту пропустить срок.

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

Hubstaff Tasks

Сочетание управления плавающими проектами с программным обеспечением для управления проектами, таким как Hubstaff Tasks, может позволить вам лучше контролировать свои проекты и работать более плавно. Использование досок в стиле канбан Hubstaff Tasks позволяет вам легко определять зависимости задач и определять плавающее время, которое можно использовать для выполнения ваших проектов по расписанию и повышения эффективности.

Как рассчитать плавающее время в управлении проектами

Если все это кажется вам полезным, вы, вероятно, задаетесь вопросом, как рассчитать плавающее время в ваших проектах. К счастью, значение с плавающей запятой можно довольно легко вычислить, используя формулу времени смещения.

Формула времени плавания вычисляет время плавания с использованием самого раннего и последнего времени начала или окончания для отдельных задач. Формулы следующие:

Float = Поздний старт - Ранний старт

Float = Поздний конец - Ранний конец

Например, возьмем две задачи, задачу A и задачу B.Задача B не может начаться, пока задача A не будет завершена, а задача A займет 10 дней. Однако в вашем расписании вы отвели 17 дней на выполнение задачи A. Это означает, что задача A может начаться через 7 дней после запланированной даты начала, не влияя на задачу B. Тогда число плавающих для задачи A равно 7.

Лучшие из Float, Agile и Kanban - все в Hubstaff Tasks

Управление рабочими процессами, командами, и проекты в одном месте

Как использовать управление проектами с плавающей запятой с помощью Kanban или Agile

Преимущества управления проектами с плавающей запятой очевидны, но если вы опытный пользователь стилей управления проектами Agile или Kanban, вам простят за то, что вы задаетесь вопросом, как Управление проектами с плавающей запятой может легко вписаться в эти рамки.

К счастью, управление плавающими проектами можно легко объединить с другими процессами управления проектами и существующими инструментами управления проектами, такими как Hubstaff Tasks или Asana, чтобы повысить эффективность ваших проектов.

Поскольку для управления проектами с плавающей запятой требуется несколько изменений в повседневном управлении проектами, оно работает вместе с другими формами управления проектами.

Если вы поклонник управления проектами в стиле Канбан или Agile, вы можете использовать управление проектами с плавающей запятой, чтобы определить зависимости ваших задач, проработать задачи, которые находятся на критическом пути, а затем подсчитать, сколько времени простоя ваши проекты имеют без меняет ваше повседневное управление.

Управление проектами с плавающей запятой не заменяет существующие рамки управления проектами, а улучшает их.

Вот почему это особенно хорошо работает для малых предприятий с ограниченными ресурсами и где сроки особенно важны. Управление проектами с плавающей запятой позволяет малым предприятиям определить, какие задачи имеют больше свободного времени и могут быть временно отложены на задний план в пользу задач, которые являются более важными прямо сейчас. Это означает, что ключевые проблемы решаются, а сроки выполнения проектов не превышаются.

Для малых предприятий или опытных менеджеров проектов сочетание с мощными и гибкими инструментами управления проектами, такими как Hubstaff Tasks, обеспечивает эффективное выполнение проектов и максимизирует предлагаемое им время работы.

Инструменты, такие как Hubstaff Tasks, особенно подходят для плавающего стиля управления проектами, поскольку они обеспечивают эффективное управление проектами. В частности, Hubstaff Tasks использует автоматизированные рабочие процессы в стиле Канбан, которые объединяют автоматизацию для оперативного обновления расписаний и сроков вашего проекта на основе изменений.

Использование задач Hubstaff вместе со стилем управления потоковыми проектами позволяет вам иметь обзор графика вашего проекта, рассчитывать плавающее время и автоматически корректировать задачи и проект.

Начните рассчитывать время выполнения ваших задач сегодня и объедините эту эффективную структуру управления проектами с задачами Hubstaff, чтобы повысить продуктивность и эффективность вашей команды.

.

Календарь государственных праздников и правила графика работы

Введение

Этот артефакт знаний является моей попыткой поделиться своими знаниями о календаре государственных праздников и правилах графика работы. Мне посчастливилось работать в проекте SAP HR Support для ведущей горнодобывающей компании из Австралии. И, поддерживая решение и решая вопросы, я узнал немало вещей об управлении временем.

Хорошая часть реализованного там решения заключалась в том, что в нем использовались все доступные стандартные функции для удовлетворения требований клиентов.

В идеале я должен был написать этот артефакт знаний хотя бы пару лет назад. Однако лучше поздно, чем никогда! И да, мой артефакт будет ограничен тем, что я знаю и в чем разбираюсь.

Календарь государственных праздников

Календарь государственных праздников - это совокупность государственных праздников, действительных для местоположения (Зона персонала и Подрайон персонала). Следовательно, компания, осуществляющая операции из Хайдарабада и Чандигарха, в идеале будет иметь два разных календаря государственных праздников.Потому что некоторые государственные праздники, действующие для сотрудников Хайдарабада, не распространяются на сотрудников Чандигарха.

Код транзакции для доступа к календарю государственных праздников в SAP - SCAL. Экран ниже появляется, когда мы выполняем TCode SCAL.

Сначала мы создаем список государственных праздников, действительных для страны, а затем назначаем все эти праздничные дни в календари государственных праздников для различных мест в стране. Это означает, что мы определенно можем повторно использовать общие праздничные дни в нескольких календарях государственных праздников для разных мест в одной стране.Следовательно, если государственный праздник «Новый год» действителен для мест в Чандигархе и Хайдарабаде, нам просто нужно создать один государственный праздник «Новый год» и назначить его в календарях государственных праздников Хайдарабада и Чандигарха.

Давайте выберем переключатель для государственных праздников, показанный на предыдущем снимке экрана, а затем щелкнем значок изменения. Вы попадете на экран ниже.

Ниже приведены ключевые столбцы, показанные на скриншоте выше:

  • Государственный праздник - Отображает подробный текст государственного праздника
  • Short Text - Отображает краткий текст государственного праздника
  • Использование в отпуске Cal.- Помогает нам узнать, используется ли государственный праздник в календаре государственных праздников или нет. Вы не можете редактировать государственный праздник, если он используется в календаре государственных праздников. Вам необходимо сначала удалить его из всех календарей государственных праздников, в которых он используется, а затем внести необходимые изменения и снова переназначить государственный праздник для соответствующих календарей государственных праздников.
  • Ключ сортировки - помогает сгруппировать все государственные праздники, действующие в стране.Это 3-символьная клавиша, и я рекомендую использовать ее в качестве наименования Znn, где nn означает группировку стран. Следовательно, ключи сортировки для государственных праздников для Австралии, Индии и Новой Зеландии будут такими, как показано ниже:
      • Австралия - Z13
      • Индия - Z40
      • Новая Зеландия - Z43

Позвольте мне попробовать изменить государственный праздник «Дипавали», который в настоящее время используется в календаре некоторых государственных праздников.Если вы видите снимок экрана ниже, он отображается только в режиме отображения.

Если вы нажмете на значок «Список использованных», вы узнаете календари праздников, в которых используется этот государственный праздник. Следовательно, государственный праздник «Дипавали» используется в следующих праздничных календарях:

.

Использование рабочих процессов для планирования заданий

Рабочие процессы помогают увеличить скорость разработки программного обеспечения за счет более быстрой обратной связи, более коротких повторных запусков и более эффективного использования ресурсов. Этот документ описывает функцию рабочих процессов и предоставляет примеры конфигураций в следующих разделах:

Обзор

Рабочий процесс - это набор правил для определения набора заданий и порядка их выполнения. Рабочие процессы поддерживают сложную оркестровку заданий с использованием простого набора ключей конфигурации, чтобы помочь вам быстрее устранять сбои.

С помощью рабочих процессов вы можете:

  • Независимое выполнение заданий и устранение неполадок с помощью обратной связи в режиме реального времени.
  • Запланируйте рабочие процессы для заданий, которые должны выполняться только периодически.
  • Разветвление для одновременного выполнения нескольких заданий для эффективного тестирования версий.
  • Fan-in для быстрого развертывания на нескольких платформах.

Например, если происходит сбой только одного задания в рабочем процессе, вы будете знать, что это сбой, в режиме реального времени. Вместо того, чтобы тратить время на ожидание отказа всей сборки и перезапуск всего набора заданий, вы можете повторно запустить только неудачное задание .

Штаты

Рабочие процессы могут отображаться в одном из следующих состояний:

Состояние Описание
РАБОТАЕТ Рабочий процесс в процессе
НЕ РАБОТАЕТ Рабочий процесс не запускался
ОТМЕНА Рабочий процесс был отменен до его завершения
ОТКАЗ Не удалось выполнить задание в рабочем процессе
НЕ ВЫПОЛНЕН Сбой одного или нескольких заданий в рабочем процессе
УСПЕХ Все задания в рабочем процессе успешно завершены
В ОЖИДАНИИ Задание в рабочем процессе ожидает утверждения
ТРЕБУЕТСЯ НАСТРОЙКА Раздел рабочего процесса не включен или неверен в конфигурации.yml для этого проекта

Ограничения

  • Проекты с включенными конвейерами могут использовать API CircleCI для запуска рабочих процессов.
  • Config без рабочих процессов требует задания под названием build .

Дополнительные сведения и ограничения см. В разделе «Рабочие процессы» в FAQ.

Примеры конфигурации рабочих процессов

Полную спецификацию рабочих процессов см. В разделе «Рабочие процессы» документа «Настройка CircleCI».

Примечание. Проекты, настроенные с помощью рабочих процессов, часто включают несколько заданий, которые имеют общий синтаксис для образов Docker, переменных среды или запускают шагов. Обратитесь к документации YAML Anchors / Aliases для получения информации о том, как создать псевдоним и повторно использовать синтаксис, чтобы ваш файл .circleci / config.yml был небольшим. См. Сводку в статье Повторное использование YAML в сообщении блога CircleCI Config.

Чтобы запустить набор одновременных заданий, добавьте новый рабочий процесс : в конец существующего .Файл circleci / config.yml с версией и уникальным именем рабочего процесса. В следующем примере файла .circleci / config.yml показана оркестровка рабочего процесса по умолчанию с двумя параллельными заданиями. Он определяется с помощью рабочих процессов : ключ с именем build_and_test и вложением заданий: ключ со списком имен заданий. У заданий не определены зависимости, поэтому они будут выполняться одновременно.

  вакансий:
  сборка:
    докер:
      - изображение: circleci / <язык>: <ТЕГ версии>
        авторизация:
          имя пользователя: mydockerhub-user
          пароль: $ DOCKERHUB_PASSWORD # ссылка на env-var пользовательского интерфейса контекста / проекта
    шаги:
      - проверять, выписываться
      - запустить: <команда>
  контрольная работа:
    докер:
      - изображение: circleci / <язык>: <ТЕГ версии>
        авторизация:
          имя пользователя: mydockerhub-user
          пароль: $ DOCKERHUB_PASSWORD # ссылка на env-var пользовательского интерфейса контекста / проекта
    шаги:
      - проверять, выписываться
      - запустить: <команда>
рабочие процессы:
  версия: 2
  build_and_test:
    вакансии:
      - построить
      - контрольная работа
  

См. Полный пример конфигурации «Пример параллельного рабочего процесса».

Советы по расширенной настройке

Использование рабочих процессов позволяет пользователям создавать гораздо более сложные конфигурации при выполнении одного набора заданий. Однако с большей настраиваемостью и контролем появляется больше места для ошибок. При использовании рабочих процессов попробуйте сделать следующее:

  • Переместите самые быстрые задания в начало рабочего процесса. Например, проверка lint или синтаксиса должна выполняться перед более длительными и дорогостоящими в вычислительном отношении заданиями.
  • Использование задания «настройки» в начале рабочего процесса может быть полезным для выполнения некоторых предпечатных проверок и заполнения рабочего пространства для всех следующих заданий.

Прочтите документацию по оптимизации и расширенной конфигурации, чтобы получить дополнительные советы, связанные с улучшением вашей конфигурации.

Пример последовательного выполнения задания

В следующем примере показан рабочий процесс с четырьмя последовательными заданиями. Задания выполняются в соответствии с настроенными требованиями, каждое задание ожидает своего запуска, пока необходимое задание не завершится успешно, как показано на диаграмме.

Следующий фрагмент config.yml является примером рабочего процесса, настроенного для последовательного выполнения заданий:

  рабочих процессов:
  версия: 2
  сборка-тест-и-развертывание:
    вакансии:
      - построить
      - test1:
          требует:
            - построить
      - test2:
          требует:
            - test1
      - развернуть:
          требует:
            - test2
  

Зависимости определяются установкой ключа requires: , как показано.Задание deploy: не будет выполняться до тех пор, пока не будут успешно завершены задания build и test1 и test2 . Задание должно дождаться выполнения всех восходящих заданий в графе зависимостей. Таким образом, задание развертывания ожидает задания test2 , задание test2 ожидает задания test1 , а задание test1 ожидает задания build .

См. Полный пример конфигурации примера последовательного рабочего процесса.

Пример рабочего процесса Fan-Out / Fan-In

В проиллюстрированном примере рабочего процесса выполняется обычное задание сборки, затем выполняется разветвление для одновременного выполнения набора заданий приемочного тестирования и, наконец, выполняется согласование для выполнения общего задания развертывания.

Следующий фрагмент config.yml является примером рабочего процесса, настроенного для выполнения задания разветвления / разветвления:

  рабочих процессов:
  версия: 2
  build_accept_deploy:
    вакансии:
      - построить
      - accept_test_1:
          требует:
            - построить
      - accept_test_2:
          требует:
            - построить
      - accept_test_3:
          требует:
            - построить
      - accept_test_4:
          требует:
            - построить
      - развернуть:
          требует:
            - accept_test_1
            - accept_test_2
            - accept_test_3
            - accept_test_4
  

В этом примере, как только задание build завершается успешно, запускаются все четыре задания приемочного тестирования.Перед запуском задание развертывания должно дождаться успешного завершения всех четырех заданий приемочного тестирования.

Полный пример см. В разделе Пример конфигурации рабочего процесса Fan-in / Fan-out.

Проведение рабочего процесса для утверждения вручную

Рабочие процессы могут быть настроены на ожидание ручного утверждения задания перед переходя к следующей работе. Любой, у кого есть push-доступ к репозиторию, может нажать кнопку «Утверждение», чтобы продолжить рабочий процесс. Для этого добавьте задание в список заданий с ключ тип: допущение .Давайте посмотрим на пример конфигурации с комментариями.

  # ...
# << Ваша конфигурация для заданий сборки, test1, test2 и развертывания >>
# ...

рабочие процессы:
  версия: 2
  сборка-тестирование-и-утверждение-развертывание:
    вакансии:
      - построить # свою индивидуальную работу из вашей конфигурации, которая строит ваш код
      - test1: # ваше индивидуальное задание; запускает набор тестов 1
          требует: # test1 не запустится, пока не будет завершено задание `build`.
            - построить
      - test2: # другое нестандартное задание; запускает набор тестов 2,
          требует: # test2 зависит от успеха задания `test1`
            - test1
      - удерживайте: # <<< Задание, которое потребует ручного утверждения в веб-приложении CircleCI.тип: подтверждение # <<< Эта пара "ключ-значение" переведет рабочий процесс в состояние "На удержании"
          требует: # Мы запускаем задание "удержания" только после успешного выполнения test2
           - test2
      # После утверждения задания `hold` любое последующее задание, требующее` hold`, будет запущено.
      # В этом случае пользователь вручную запускает задание развертывания.
      - развернуть:
          требует:
            - держать
  

Результатом приведенного выше примера является то, что задание deploy: не будет выполняться, пока вы нажимаете удерживать задание на странице рабочих процессов приложения CircleCI, а затем нажмите "Утвердить".В этом примере целью задания hold является ожидание одобрение на начало развертывания. Работа может быть одобрена на срок до 15 дней после выдается.

Некоторые моменты, о которых следует помнить при использовании утверждения вручную в рабочем процессе:

  • Утверждение - это особый тип задания, который из только доступен для заданий в рамках рабочего процесса ключ
  • Задание удержания должно быть уникальным именем, не используемым другими заданиями.
  • , то есть ваши настраиваемые задания, такие как build или test1 в приведенном выше примере, не получат ключ type: Approval .
  • Имя удерживаемого задания может быть произвольным - это может быть ожидание или пауза , например, если в задании есть ключ типа : утверждение .
  • Все задания, которые должны выполняться после вручную утвержденного задания , должны требовать: имя этого задания. См. Задание deploy: в приведенном выше примере.
  • Задания выполняются в определенном порядке, пока рабочий процесс не обработает задание с типом : ключ утверждения , за которым следует задание, от которого оно зависит.

На следующем снимке экрана показан приостановленный рабочий процесс.

Если щелкнуть имя ожидающего задания (, сборка , на скриншоте выше), появится диалоговое окно утверждения, в котором вас попросят утвердить или отменить отложенное задание.

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

Планирование рабочего процесса

Запуск рабочего процесса для каждой фиксации каждой ветви может быть неэффективным и дорогостоящим.Вместо этого вы можете запланировать запуск рабочего процесса в определенное время для определенных ветвей. Это запретит коммитам запускать задания в этих ветвях.

Рассмотрите возможность запуска ресурсоемких рабочих процессов или создания отчетов по расписанию, а не по каждой фиксации, добавив в конфигурацию ключ триггеров . триггеры ключ только добавлено под ключ рабочих процессов . Эта функция позволяет запланировать запуск рабочего процесса с использованием синтаксиса cron для представления всемирного координированного времени (UTC) для указанных ветвей.

Примечание: В CircleCI v2.1, когда в конфигурации не указан рабочий процесс, используется неявный. Однако если вы объявляете рабочий процесс для запуска запланированной сборки, неявный рабочий процесс больше не запускается. Вы должны добавить рабочий процесс задания в свою конфигурацию, чтобы CircleCI также опирался на каждую фиксацию.

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

Ночной пример

По умолчанию рабочий процесс запускается при каждом git push .Чтобы запустить рабочий процесс по расписанию, добавьте в рабочий процесс клавишу триггеров и укажите расписание .

В приведенном ниже примере рабочий процесс nightly настроен на запуск каждый день в 12:00 по всемирному координированному времени. Ключ cron указывается с использованием синтаксиса POSIX crontab , см. Справочную страницу crontab для получения информации об основах синтаксиса cron . Рабочий процесс будет выполняться в ветвях master и beta .

Примечание. Запланированные рабочие процессы могут быть отложены до 15 минут.Это сделано для обеспечения надежности в часы пик, например, в 12:00 UTC. Запланированные рабочие процессы не должны предполагать, что они запускаются с точностью до минуты.

  рабочих процессов:
  версия: 2
  совершить:
    вакансии:
      - контрольная работа
      - развернуть
  ночью:
    триггеры:
      - график:
          cron: "0 0 * * *"
          фильтры:
            ветви:
              только:
                - мастер
                - бета
    вакансии:
      - покрытие
  

В приведенном выше примере рабочий процесс commit не имеет триггеров и будет запускаться при каждом git push .Рабочий процесс nightly имеет ключ триггеров и будет выполняться по указанному расписанию .

Указание действующего расписания

Для действительного расписания требуется ключ cron и ключ filter .

Значение ключа cron должно быть допустимой записью crontab.

Примечание: Синтаксис шага Cron (например, * / 1 , * / 20 ) не поддерживается.Элементы диапазона в списках элементов, разделенных запятыми, также не поддерживаются .

Значение ключа фильтров должно быть картой, которая определяет правила для выполнения в определенных ветвях.

Для получения дополнительных сведений см. Раздел ветвей документа Настройка CircleCI.

Полный пример конфигурации см. В разделе «Пример конфигурации запланированных рабочих процессов».

Использование контекстов и фильтрации в рабочих процессах

В следующих разделах приведен пример использования контекстов и фильтров для управления выполнением заданий.

Использование контекстов задания для совместного использования переменных среды

В следующем примере показан рабочий процесс с четырьмя последовательными заданиями, которые используют контекст для обмена переменными среды. Подробные инструкции по настройке этого параметра в приложении см. В документе «Контексты».

Следующий фрагмент config.yml является примером последовательного рабочего процесса задания, настроенного для использования ресурсов, определенных в контексте org-global :

  рабочих процессов:
  версия: 2
  сборка-тест-и-развертывание:
    вакансии:
      - построить
      - test1:
          требует:
            - построить
          контекст: org-global
      - test2:
          требует:
            - test1
          контекст: org-global
      - развернуть:
          требует:
            - test2
  

Переменные среды определяются путем установки ключа контекста , как показано, на имя по умолчанию org-global .Задания test1 и test2 в этом примере рабочих процессов будут использовать одни и те же общие переменные среды при запуске пользователем, который является частью организации. По умолчанию все проекты в организации имеют доступ к контекстам, установленным для этой организации.

Выполнение задания на уровне филиала

В следующем примере показан рабочий процесс, настроенный с заданиями в трех ветвях: Dev, Stage и Pre-Prod. Рабочие процессы будут игнорировать ветвей ключей, вложенных в заданий конфигурации , поэтому, если вы используете ветвление на уровне задания и позже добавляете рабочие процессы, вы должны удалить ветвление на уровне задания и вместо этого объявить его в разделе рабочих процессов вашей конфигурации .yml , а именно:

Следующий фрагмент config.yml является примером рабочего процесса, настроенного для выполнения задания на уровне ветки:

  рабочих процессов:
  версия: 2
  dev_stage_pre-prod:
    вакансии:
      - test_dev:
          фильтры: # использование фильтров регулярных выражений требует соответствия всей ветки
            ветви:
              only: # будут выполняться только ветки, соответствующие приведенным ниже фильтрам регулярных выражений
                - разработчик
                - /user-.*/
      - test_stage:
          фильтры:
            ветви:
              только: этап
      - test_pre-prod:
          фильтры:
            ветви:
              только: / pre-prod (?: -.+)? $ /
  

Дополнительные сведения о регулярных выражениях см. В разделе «Использование регулярных выражений для фильтрации тегов и ветвей» ниже.

Полный пример рабочих процессов см. В файле конфигурации для проекта «Пример последовательного рабочего процесса с ветвлением».

Выполнение рабочих процессов для тега Git

CircleCI не запускает рабочие процессы для тегов, если вы явно не укажете фильтры тегов. Кроме того, если для работы требуются другие задания (прямо или косвенно), вы должны использовать регулярные выражения. чтобы указать фильтры тегов для этих заданий.Поддерживаются как облегченные, так и аннотированные теги.

В приведенном ниже примере определены два рабочих процесса:

  • untagged-build запускает задание build для всех ветвей.
  • tagged-build запускает build для всех веток и , все теги, начиная с v .
  рабочих процессов:
  версия: 2
  untagged-build:
    вакансии:
      - построить
  tagged-build:
    вакансии:
      - сборка:
          фильтры:
            теги:
              только: / ^ v.* /
  

В приведенном ниже примере в рабочем процессе build-n-deploy определены два задания:

  • Задание build выполняется для всех ветвей и всех тегов.
  • Задание развертывания выполняется без ветвей и только для тегов, начинающихся с «v».
  рабочих процессов:
  версия: 2
  сборка-н-развертывание:
    вакансии:
      - сборка:
          filter: # требуется, так как `deploy` имеет фильтры тегов И требует` build`
            теги:
              только: /.v. * /
            ветви:
              игнорировать: /.*/
  

В приведенном ниже примере три задания определены с рабочим процессом build-test-deploy :

  • Задание build выполняется для всех веток и только тегов, начинающихся с «config-test».
  • Задание test выполняется для всех веток и только тегов, начинающихся с «config-test».
  • Задание развертывания выполняется без веток и только для тегов, начинающихся с «config-test».config-test. * / ветви: игнорировать: /.*/

    Примечание: Полезные данные веб-перехватчика от GitHub ограничены 5 МБ, а для некоторых событий - максимум 3 тегами. Если нажать сразу несколько тегов, CircleCI может не получить их все.

    Использование регулярных выражений для фильтрации тегов и ветвей

    Фильтры ветвей и тегов CircleCI поддерживают Java-вариант сопоставления с образцом регулярного выражения. При написании фильтров CircleCI соответствует точным регулярным выражениям.

    Например, только : / ^ config-test / соответствует только тегу config-test .версия-2 \ .1 \. [3-7] / .

    Полную информацию о правилах сопоставления с образцом см. В документации java.util.regex.

    Использование рабочих пространств для обмена данными между заданиями

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

    Используйте рабочие пространства для передачи данных, уникальных для этого прогона и необходимых для последующих заданий. Для рабочих процессов, которые включают задания, выполняемые в нескольких ветвях, может потребоваться совместное использование данных с использованием рабочих областей. Рабочие области также полезны для проектов, в которых скомпилированные данные используются тестовыми контейнерами.

    Например, проекты Scala обычно требуют большого количества ЦП для компиляции в задании сборки.Напротив, тестовые задания Scala не нагружают процессор и могут хорошо распараллеливаться между контейнерами. Использование контейнера большего размера для задания сборки и сохранение скомпилированных данных в рабочей области позволяет тестовым контейнерам использовать скомпилированный Scala из задания сборки.

    Второй пример - проект с заданием build , которое создает jar и сохраняет его в рабочей области. Задание build объединяется в интеграционный тест , юнит-тест и с покрытием кода для одновременного запуска этих тестов с использованием jar.

    Чтобы сохранить данные из задания и сделать их доступными для других заданий, настройте задание на использование ключа persist_to_workspace . Файлы и каталоги, названные в свойстве paths: свойства persist_to_workspace , будут загружены во временную рабочую область рабочего процесса относительно каталога, указанного с помощью корневого ключа . Затем файлы и каталоги загружаются и становятся доступными для последующих заданий (и повторных запусков рабочего процесса).

    Настройте задание для получения сохраненных данных с помощью ключа attach_workspace .Следующий файл config.yml определяет два задания, в которых нижележащее задание использует артефакт задания потока . Конфигурация рабочего процесса является последовательной, так что нисходящий поток требует завершения потока перед его запуском.

      # Обратите внимание, что следующая строфа использует CircleCI 2.1 для использования многоразового исполнителя
    # Это позволяет определять образ докера для повторного использования в разных заданиях.
    # посетите https://circleci.com/docs/2.0/reusing-config/#authoring-reusable-executors, чтобы узнать больше.версия: 2.1
    
    исполнители:
      мой-исполнитель:
        докер:
          - изображение: buildpack-deps: jessie
            авторизация:
              имя пользователя: mydockerhub-user
              пароль: $ DOCKERHUB_PASSWORD # ссылка на env-var пользовательского интерфейса контекста / проекта
        рабочий_директория: / tmp
    
    вакансии:
      течь:
        исполнитель: мой-исполнитель
        шаги:
          - запустить: mkdir -p workspace
          - запустить: echo "Привет, мир!" > рабочая область / эхо-вывод
          
          # Сохранять указанные пути (рабочая область / эхо-вывод) в рабочей области для использования в последующих заданиях.- persist_to_workspace:
              # Должен быть абсолютный путь или относительный путь от working_directory. Это каталог в контейнере, который
              # считается корневым каталогом рабочей области.
              корень: рабочая область
              # Должен быть относительный путь от корня
              пути:
                - эхо-вывод
    
      вниз по течению:
        исполнитель: мой-исполнитель
        шаги:
          - attach_workspace:
              # Должен быть абсолютный или относительный путь от working_directory
              в: / tmp / workspace
    
          - запустить: |
              if [[`cat / tmp / workspace / echo-output` ==" Привет, мир! " ]]; тогда
                echo «Сработало!»;
              еще
                echo «Нет!»; выход 1
              фи
    
    рабочие процессы:
      версия: 2
    
      btd:
        вакансии:
          - течь
          - вниз по потоку:
              требует:
                - течь
      

    Живой пример использования рабочих пространств для передачи данных между заданиями сборки и развертывания см. В файле config.yml , настроенный для создания документации CircleCI.

    Дополнительные концептуальные сведения об использовании рабочих пространств, кэширования и артефактов см. В сообщении блога «Сохранение данных в рабочих процессах: когда использовать кэширование, артефакты и рабочие области».

    Повторный запуск невыполненных заданий рабочего процесса

    Используя рабочие процессы, вы увеличиваете свою способность быстро реагировать на сбои. Чтобы повторно запустить только неудачных заданий рабочего процесса, щелкните в приложении значок Workflows и выберите рабочий процесс, чтобы увидеть статус каждого задания, затем нажмите кнопку Rerun и выберите Rerun from failed .

    Поиск и устранение неисправностей

    В этом разделе описаны общие проблемы и решения для рабочих процессов.

    Рабочий процесс и последующие задания не запускаются

    Если вы не видите, что ваши рабочие процессы запускаются, распространенной причиной является ошибка конфигурации предотвращение запуска рабочего процесса. В результате рабочий процесс не запускается любые работы. Перейдите к конвейерам вашего проекта и щелкните название рабочего процесса. чтобы понять, что может быть неудачным.

    Сбой повторного запуска рабочих процессов

    Было замечено, что в некоторых случаях сбой происходит до запуска рабочего процесса (во время конвейерной обработки).В этом случае повторный запуск рабочего процесса не удастся, даже если он был успешным до отключения. Чтобы обойти эту проблему, отправьте изменение в репозиторий проекта. Сначала будет повторно запущена конвейерная обработка, а затем будет запущен рабочий процесс.

    Рабочие процессы, ожидающие статуса в GitHub

    Если вы реализовали рабочие процессы в ветке в своем репозитории GitHub, но проверка статуса не завершается, возможно, в GitHub есть настройки статуса, которые нужно отменить. Например, если вы решите защитить свои ветки, вам может потребоваться отменить выбор статусной клавиши ci / circleci , поскольку эта проверка относится к CircleCI 1 по умолчанию.0 чек, а именно:

    Если установлен флажок ci / circleci , статус не будет отображаться как завершенный в GitHub при использовании рабочего процесса, поскольку CircleCI отправляет статусы в GitHub с ключом, который включает задание по имени.

    Перейдите в раздел «Настройки»> «Филиалы» в GitHub и нажмите кнопку «Изменить» в защищенной ветке, чтобы отменить выбор параметров, например https://github.com/your-org/project/settings/branches.

    См. Также

    • Процедурные инструкции по добавлению рабочих процессов в вашу конфигурацию при переходе с версии 1.0 circle.yml в файл 2.0 .circleci / config.yml , см. Раздел «Шаги по настройке рабочих процессов» документа «Переход с 1.0 на 2.0».

    • Часто задаваемые вопросы и ответы о рабочих процессах см. В разделе «Рабочие процессы» в FAQ.

    • Для демонстрационных приложений, настроенных с помощью рабочих процессов, см. Демонстрационные рабочие процессы CircleCI на GitHub.

    Видео: настройка нескольких заданий с помощью рабочих процессов

    Видео: Как запланировать ваши сборки для автоматического тестирования и развертывания



    Помогите улучшить этот документ

    Это руководство, как и остальные наши документы, имеет открытый исходный код и доступно на GitHub.Мы приветствуем ваш вклад.


    .

Об авторе

alexxlab administrator

Оставить ответ