Комментарии 43
Хочу обратить внимание, что регулярные не оплачиваемые сверхурочные (a.k.a. переработки), по хорошему стоит пресекать сверху, не только снизу. Это элементарно при фиксированном графике и может быть частью корпоративной культуры, национальных традиций. При гибком тоже, если в начале или течении дня закоммититься на ожидаемые часы присутствия.
Не стоит всю ответственность за трудовую дисциплину оставлять на сотруднике, организации и руководители тоже должны ценить сотрудников и уважать их время.
А люди должны уважать друг друга и быть терпимее к недостаткам. Увы, реальный мир устроен иначе, тем более, в РФ такой культуры уважения нет. Так что у нас вполне уместно заботиться о своем графике самостоятельно, что бы по этому поводу ни думал работодатель
Полностью согласна. Руководитель не радоваться должен, что сотрудник перерабатывает, а для него это должно быть тревожным звоночком.
Пример из моей жизни. Усложнённая логика проекта. Частые "быстре-быстрее нужно показать хоть что-то". При условии бекенда, который не быстр. Несколько вечерних спринтов с минимум сна в начале прошлой недели. В пятницу на скорой уехал с подозрением на инсульт. Лежу сейчас, лечусь, капельницы, проект на паузе, мне тут ещё неделю минимум лежать, если не больше. В итоге никто не выиграл.
Другими словами, вы переложили "слабость" людей на руководителей. Мне так это видится. А это неверно. На мой взгляд руководитель не должен мешать поработать сверхурочно, но при этом не стремиться это делать.
Все мы разные. У нас у всех разные ситуации. Нам только лишь кажется, что у человека должно быть еще что-то кроме работы. А это не так! В конкретный момент времени у одного действительно может быть что-то кроме работы, а кто-то другой стоит или "бухать" или "работать". Вот у меня такая ситуация была несколько раз. Одна сразу после смерти отца, другая после развода. По мне так, лучше уработать так, чтоб приходя домой положил голову на подушку и забылся. Это куда более правильный способ "пережить", чем уйти в запой. А это одна из большого количества важных причин по которой человек может уходить в работу.
А что вы скажете человеку, который срочно ищет денег на лечение близкого человека? Скажете ему "Иди отдохни. Перерабатывать вредно"? Уверяю вас он пошлет вас далеко и на долго с такой философией. У него ситуация не та, чтоб думать о себе и своем отдыхе.
Не следует запрещать переработки только лишь потому что кто-то слаб и не может себя организовать так, чтоб работать "правильно".
А что вы скажете человеку, который срочно ищет денег на лечение близкого человека?В статье речь о неоплачиваемых переработках из-за чувства вины или синдрома самозванца, или из-за трудоголизма. Денег это не прибавит.
Вы увидели в моем комментарии то, как будто он комментарий на статью, а это не так! Он является комментарием на комментарий! Прочтите его
На мой взгляд руководитель не должен мешать поработать сверхурочно, но при этом не стремиться это делать.
А на мой взгляд должен. Переработки приводят к выгоранию/уходу сотрудника/замыливают производительность команды.
В этом спринте мы хорошо поработали, или кто-то потратил все выходные?
Вообщем теряется стабильность результатов, а в худшем случае и работник.
Ориентируясь на свой скромный опыт работы, обратил внимание, что нормально и эффективно работать получается ну часа 4ре в день. Обычно с утра. Если утром валять дурака и т.д. - можно во второй половине дня эффективно работать. А уже если после работы оставаться - там всё происходит со скоростью улитки. Но за то оправдание перед руководством "я ж работал, посмотрите все".
Всё что написал - касается умственного труда. Ну и, да, работа у меня с программированием не связана и довольно рутинная, но головой часто нужно думать.
Если в компании практикуют оценки задач и требуют в них уложиться - там не то, что перерабатывать не нужно. Там вообще не нужно работать. Знаю, проходил. Переоценил задачу - бизнес якобы потерял деньги из-за того, что мог запланировать больше работы, но не сделал этого. (Выполнил чётко в срок - значит переоценил :) Недооценил и не уложился - не умеешь работать. Уложился ценой потери качества - опять же, не умеешь работать. Добавили требований - оценку менять необязательно, там же делов на пять секунд. Плюс, если задачи оцениваются коллективно, всегда есть разработчики, которые меньше владеют какой-либо частью проекта и могут из-за этого предложить меньший срок на выполнение задачи, что с радостью подхватит руководство. А то и вовсе манагер может принять волевое решение и собственноручно занизить оценку - а крайним всё равно будет исполнитель. Такой вот крик души :)
Понимаю о чем говорите, и от этого еще грустнее становится. Мне кажется нужно обсуждать со своим РП, лидом. Плохо что они не понимают, но может быть разговорами получится хоть чуть-чуть переубедить.
Если в компании практикуют оценки задач и требуют в них уложиться - там не то, что перерабатывать не нужно. Там вообще не нужно работать.
Такими словами можно весь scrum перечеркнуть и выкинуть. Там ведь как раз практикуется оценка задач командой исполнителей, набор задач на ближайший спринт с окм, чтобы выполнить их все в срок.
Таким образом, в перспективе нескольких спринтов выделяется предсказуемая производительность команды, и повышается предсказуемость работы. А предсказуемость намного важнее производительности.
В общем, я как раз про скрам)) К сожалению, слишком часто выходит так, что предсказуемость достигается не за счёт грамотного использования этой методики, а за счёт эксплуатации работников. Оценить с запасом не дадут, потому что оценка выполняется в стори пойнтах, а когда после спринта спрашивают за сроки, стори пойнты, естественно, превращаются в дни))) Разработчики вкалывают по ночам и по выходным, лишь бы уложиться в эту заниженную оценку, а значит, производительность не корректируется по результатам спринтов. А начальство довольно: всё быстро и предсказуемо. В общем, под видом скрама фирмы практикуют банальное рабство) Надеюсь, что не все (сужу всего по двум компаниям), но лично для меня "скрам" и "оценивание задач" - это красный флаг.
Похоже, вы получили много негативного опыта в компаниях, где совсем не умели "готовить" scrum. Так не везде, уверяю вас! Мой опыт со scrum совсем другой, и я надеюсь нести этот положительный опыт дальше.
А если руководство захочет эксплуатировать сотрудников, оно найдёт способ это сделать с любой методикой, верно? Поэтому не ругайте методику, она не виновата ?
Переработка это не задержаться раз в неделю на час.
Может по понятиям и нет, но согласно трудовому кодексу задержаться раз в неделю на час это именно переработа.
ТК РФ Статья 152. Оплата сверхурочной работы
Сверхурочная работа оплачивается за первые два часа работы не менее чем в полуторном размере, за последующие часы - не менее чем в двойном размере. Конкретные размеры оплаты за сверхурочную работу могут определяться коллективным договором, локальным нормативным актом или трудовым договором. По желанию работника сверхурочная работа вместо повышенной оплаты может компенсироваться предоставлением дополнительного времени отдыха, но не менее времени, отработанного сверхурочно, за исключением случаев, предусмотренных настоящим Кодексом.
Вы правы. Но статья не про формальный трудовой кодекс.
Я начал вести отчётность о тайм-трекенге в Clockify (рад буду если есть и альтернативы для межпроектное работы). Ранее, в основном, для рабочих задач, это были Jira (с прогой от ALM Works плагином для формирования табличных отчётов о затраченном времени), затем YouTrack. Но их решениях про Тайм-трекинг были неудобны, и не позволяли переключаться быстро между проектами и задачами, чтобы вести рабочий тайм-менеджмент.
Когда же это вышло сделать (а у этого сервиса много интеграций, интерфейс конечно странный и местами неудобный, а ещё и глючный, но), когда выяснилось, что даже на текучку (чатики, разговоры, проблемы, нагрузка по финансовым и организационным задачам, а не основная работа) выходят в 7 часов рабочего времени - то я спокоен. Понимаю, что вся проделанная работа нужна и твоя прямая, как разработчика и другая. Время перераспределяю в сторону разработки, все же это мною больше движет, чем разного рода менеджерские обязанности.
Если хочется прокрастинировать - то надо обязательно уделить этому время. Оно не в коем случае не должно подотчетным, я же не работаю. В случае когда кажется что ничего вообще не интересно из рабочих дел сейчас, нужно немного позаниматься чем то личным. Или работать ещё в офисе в гибридном режиме - это помогает избавится от лени на протяжении дня, особенно после десяти лет удалёнки.
Очень знакомая история из последнего абзаца - рабочие чаты, личные сообщения, звонки с "вопросами на 10 секунд" и при этом есть свои текущие задачи. Поэтому я на собеседованиях сразу проясняю как учитывается время на проекте и особенно как учитывается подобные отвлечения от спринтовых задач. Подходы встречал разные. Сейчас работаю там, где менеджмент не упарывается в поминутный трекинг, у нас подход обоюдного уважения "я не плюю в потолок, если закончил раньше - они не ставят в угол, если есть приемлемые аргументы увеличения срока" и коллеги, начинающие диалог со слов "есть минутка?", допускают отрицательный ответ .
Напишу отдельным комментарием. Вспомнил историю из своего прошлого. На соседнем проекте был один такой увлеченный backend-разработчик, который всем готов помочь (и некоторые несознательные граждане этим активно пользовались). И сроки по своим задачам срывал почти всегда, но с уверенностью, что он все равно вносит вклад в общее дело, продолжал волонтерить. Парень был немножко не от мира сего и он не специально сливал свои задачи, а свято верил что поступает правильно. Доходило до того, что я уже отгонял от него наглых просителей помочь и как мог пытался вразумить, что им пользуются. Тщетно. Разговоров с пм и директором (компания была небольшая) тоже хватало ненадолго. Но... Голова он конечно был светлая и тащил много. Поэтому управленцы занимали позицию "понять и простить" и сами уже закладывали более реальные сроки.
Но такова моя реальность: я перерабатываю из-за чувства долга своему работодателю.
Проблема психологическая, кмк. Неуверенность в себе, синдром самозванца и прочие умные слова — это вот об этом. Вы считаете, что работодатель вас переоценивает и пытаетесь соответствовать.
На самом деле любые переработки должны быть форс-мажором, а не обыденностью. В идеале нужно в 18:00 выключать компьютер, вставать из-за стола со словами «хватит, натерпелись!» и идти по своим делам.
Спасибо за совет, работаю над собой!
В идеале нужно в 18:00 выключать компьютер, вставать из-за стола со словами «хватит, натерпелись!»
Я, который за 10 минут до конца рабочего дня выключаю комп и собираюсь)
У меня в 17:00 рабочий день заканчивается, можно я не буду шести ждать ?
Вообще то надо понимать, что ситуация тяжелая. Экономика на спаде. Бизнес из последних сил старается, тянет дело, чтобы выплатить ваши большие зарплаты, надо помочь. Надо поработать побольше. ТК вообще то писался во времена застойного совка, его давно пора переписать и дать работодателям самостоятельно устанавливать график. Работодатель вас поит и кормит, почему вы не можете выкладываться на 100%?
Начальники старой школы так говорили о переработке. Есть всего две причины сверхурочной работы: либо сотрудник идиот и не имеет достаточной квалификации, либо начальник идиот и грузит сотрудника сверх меры. В советское время на любом предприятии были инженеры нормировщики, которые следили за правильностью квалификации и нормами на выполнение работ. Одним из инструментов была фотография рабочего дня. Это когда инжинер идёт вместе с работником на его работу и полностью сопровождает его с фиксацией по времени. Данные обрабатывались и использовались отраслевыми институтами для внесения изменений в нормы, были такие единые для отраслей справочники, регулярно пересматриваемые. В любой работе существует время, в которое сама работа не выполняется, а происходит подготовка, например чтобы крановщик начал управлять краном ему туда ещё нужно забраться, а это бывает времязатратно. Также должно учитываться требования промсанитарии ака охраны труда, это федеральные законы и все должны их соблюдать. Техника безопасности написана кровью. Как повысить надои и снизить издержки? Больше доить и меньше кормить! Поэтому можно ди инженера заставить работать интенсивнее и сверхурочно? Несите нового программиста, этот сломался ... это уже какое-то рабство
Знаете куда мне хочется послать всех этих нормировщиков и нормы выполнения работ?
Это всё хорошо работает для рабочих профессий, или для тех, где перечень операций строго фиксирован и других быть не должно. Да, тогда можно всё продумать, просчитать нормы для всех видов операций и всё учитывать.
Но когда дело касается программистов, системных администраторов, и т.п. - всё это не работает. Я сисадмин, и нет ни одного одинакового дня - каждый день разный, с разными задачами, разными проектами. Да, есть что-то, что повторяется почти каждый день, но и тут нельзя всё под нормы подогнать. Вот, я смотрю мониторинг и логи, уведомления за сутки - они могут быть всегда разные, где-то будут события, требующие действий, а в процессе этих действий может поступить ещё более срочная задача - как это всё можно нормировать? Да и то, обычно если что-то повторяется, это нужно автоматизировать. Так что и тут задача сисадмина сводится к разработке решения для автоматизации, чтобы не делать одно и то же каждый день.
Я помню, когда у нас в service desk заводили сотни и тысячи операций по всем работам для всех сотрудников и всех отделов, по ним считали и заполняли нормы работ, и потом периодически корректировали. Что в итоге - это превратилось в инструмент для работодателя, чтобы была возможность давить на сотрудников и "закручивать гайки". В реальности это мало кому помогает. Но хотя бы сохранили возможность указывать фактические трудозатраты. В соседней организации всё хуже - нельзя взять в работу более одной задачи одновременно (нужно закрыть одну, потом брать другую), и трудозатраты жёстко фиксированы по работам, и параметр "загруженность" напрямую влияет на премию, которая составляет до 40% ЗП.
Во времена этих начальников понятия ИТ не существовало со всеми его нюансами.
Я начинала свою карьеру программистом. Потом перешла в аналитики. А теперь работаю руководителем проекта...
Но не покидает чувство, что мне платят за результат. А чтобы дать результат, мне не хватает восьми часов в день.
Неумение держать рамки понятно для молодых специалистов, но опасно для руководителей. Их подчинённые потом считают садистами, а они таки же страдальцы из-за того, что тупо не умеют базовых вещей.
1) Любое время, отписанное в отчете на задачи работодателя сверх контрактной нормы -- это переработка. У Гришэма в "Фирме" есть отличная формула для описания нашего кейса: "Ставь клиенту часы в счет, даже если ты просто посмотрел на папку с его делом".
2) Неоплачиваемой переработки быть не должно в принципе: или двойным тарифом, или уменьшением рабочего времени в очередном учетном периоде.
Постоянные переработки указывают, что нужно нанять больше работников, а не выжимать соки из существующих.
8-часовой рабочий день и 40 часовая рабочая неделя - это серьёзная большая загрузка. То, что ни один работодатель не согласится её уменьшить, говорит о том, что трудовые отношения недалеко ушли от крепостного права. И ведь у предыдущих поколений был 12-часовой рабочий день, не считая переработок, а 8-часовой рабочий день - это наследие классовой борьбы.
я перерабатываю из-за чувства долга своему работодателю
Добровольные переработки - это вообще смешно. Этого никто не оценит, и зарплата больше не станет. Всё, что не получилось сделать сегодня, с чистой совестью можно перенести на завтра.
Если РП постоянно перерабатывает, то тут появляется вопрос к компетенции РП, т.к., как правило, все проекты декомпозируются и расписываются по времени, плюс запас на риски. Планов не может быть более чем рабочего времени (ну у нас так). Так что у РП, как правило, времени достаточно.
Так что, если РП перерабатывает, то он сам себе злобный буратино.
Ира, спасибо, что делитесь опытом!
Я обычно боролась с чувством вины за то, что я не перерабатываю :) Мне сложно было определить, 8-часовой рабочий день - это на самом деле сколько? Что если я пошла на кухню за чаем? Что если я пошла кормить кошку? Что если я пошла встретить курьера? Где та граница, которая отделяет рабочее время от нерабочего? Если бы дело было в офисе, то там что ни делай, хоть в окно пялься, формально это будет рабочее время. Но по факту работать - именно работать с полной вовлечённостью, заниматься рабочими задачами - 8 часов в разработке мало кто способен. Вы пишете - 70% эффективности. А как вы её считаете? На глазок или как-то трекаете время?
Для себя я пришла к похожему решению - выделила коэффициент эффективности. И эти часы считаю рабочими, а остальное - это перерывы.
И в итоге сейчас я считаю, что вопрос нужно ставить наоборот - сколько я могу работать? Если я буду работать столько, что это приведёт к хронической усталости и выгоранию, какой в этом смысл? Логичнее работать столько, сколько получается не во вред себе, а задача работодателя - оценить эту эффективность и за неё платить.
Вы не запрашивали советов о том, что делать вам, но для меня такие задачи всегда очень интересны, поэтому я напишу свои соображения :)
С точки зрения психологии я бы сказала, что переработка из чувства долга - это неверное распределение ответственности. Работодатель платит сотруднику за 40 часов работы. Сколько он платит - это его ответственность, его решение. Сколько он готов платить, столько и стоит работа сотрудника за 40 часов в неделю - это факт реальности. Если его что-то перестанет устраивать, то он сам придёт и об этом скажет. Если не говорит - значит, ему всё ок. Если сотрудник считает, что он работает недостаточно, то он таким образом говорит следующее: я думаю, что мой работодатель ошибается, я думаю, что он должен мне платить эту сумму за бОльший объём работ. То есть сотрудник таким образом берёт на себя часть ответственности своего работодателя. Но поскольку сам работодатель об этом ни сном ни духом, то приходится заводить в своей голове самопровозглашённого делегата этого работодателя, который будет руководить переработками. К слову, если при этом в субъективной картине мира этот делегат будет восприниматься как часть реального работодателя, то можно даже начать на него злиться за эти переработки. Хотя он к этому отношения не имеет.
Что можно с этим сделать? Заметить, что этот внутренний работодатель не является частью внешнего работодателя :) Что он создан самостоятельно, силами сотрудника. Посмотреть на настоящего работодателя . Если руководитель адекватный, то имеет смысл сходить к нему за обратной связью, обсудить нагрузку. Выяснить, что он на самом деле думает по этому поводу. Может быть, пора делегировать часть своих дел кому-то ещё? Может быть, выделять интервалы времени на свои задачи и отключать на это время мессенджеры?
Есть ещё «синдром отличника».
«Я не должен подвести команду», «если мне задали рабочий вопрос, нужно обязательно на него сегодня ответить, ведь иначе я блокирую работу другого человека», «все увидят завтра на митинге, какой я большой молодец, если ещё успею сделать и эту таску».
Спасибо за комментарий!
Я считаю свои 70% времени по количеству выполненных задач/вопросов. Пока не использую никакой инструмент - так что можно сказать "на глазок".
Согласна с тем, что вы написали. Добавлю, что не обязательно ждать когда работодатель придет и скажет про работу, можно самому пойти к нему и поговорить о своей загрузке. Мне кстати это помогло, сейчас нормализую рабочий день.
Чувство ответственности я ценю в себе и ценю в команде. Однако, когда это становится уже гиперответсвенностью, с этим уже нужно работать.
Проблема переработок - это проблема командная. Команды, в которых есть чëткая иерархия, детальное планирование и декомпозиция задач, а также, отлаженный техпроцесс, ценят время отдыха.
Всë начинается с иерархии. Любой программный продукт состоит из технических решений, пакетов, модулей и их взаимодействия. Соответственно, существует потребность в построении архитектуры продукта и декомпозиции отдельных задач для реализации архитектуры. Эти две группы задач требуют времени на обработку, и это время может быть сравнимо со временем написания кода. Описанные в статье случаи, когда человек требует ценить его вклад, базируются на том, что отсутствует лидер или инженер, которые строят каркас продукта, в результате, деятельность отдельного специалиста превращается в разработку ради разработки. Такой продукт, зачастую, не подлежит расширению или обслуживанию, либо, имеет ограниченный ресурс этих действий. Работа над таким продуктом требует большего времени и не систематизирована. Поэтому, ключевое значение имеет иерархия: кто-то строит архитектуру, кто-то декомпозирует задачи, кто-то делает реализацию, кто-то проверяет результат и качество продукта.
Декомпозиция задач после построения архитектуры даëт максимальное уточнение сроков реализации с не значительной погрешностью. Зачастую, вместо декомпозиции задач применяются методологии типа покера планирования, когда не определëнный фронт работ оценивается в поинтах.
При правильном подходе к процессу, мы получаем в сухом остатке детализированные задачи с псевдокодом и понятными сроками. В этих условиях, переработка мало вероятна. А в описываемых вами ситуациях, процесс представляет собой затянувшийся стартап.
Любой программист имеет исчерпаемые ресурсы работоспособности и концентрации. Если специалист жалуется на переработки, то, скорее-всего, он сигнализирует вам о проблемах организации вашего процесса, а не о том, что он "звезда". Он говорит о том, что ему не декомпозировали задачи, не дали архитектуру, не рассчитали его рабочее время, и он вынужден тратить свою свободное время на то, чтобы решить проблемы, на которые вы, как руководитель проекта, забили болт. Вам легче заменить выгоревшего специалиста, чем принять на себя ответственность за стек его задач и признаться руководству в невозможности выполнения определëнного объëма в срок. Отсутствие архитектуры и декомпозиции приводят к тому, что специалист становится редактором своего кода и приобретает свойство трудной заменяемости. Вы меняете специалиста, приходит другой, и он вынужден переписывать старый код вместо того, чтобы его обслуживать. Это порождает новые переработки.
В режиме переработок, без чëткой иерархии и распределения обязанностей, без времени на планирование, без декомпозиции, программист способен проработать много лет. После чего он начинает искать компании, где ему дают чëткие D- требования и псевдокод для реализации, и где он может не перерабатывать.
Переработки на работе