Переработки на работе

23.10.22

Саморазвитие

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

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

Немного обо мне. Я начинала свою карьеру программистом. Потом перешла в аналитики. А теперь работаю руководителем проекта. Всегда работала и продолжаю работать только в заказной разработке.

Опыт работы с разными командами показал, что отношение к переработкам одно и тоже.

Я смогла выделить несколько причин переработок и предлагаю несколько советов, что делать, чтобы не перерабатывать.

 

Желание развиваться

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

Похожую ситуацию я наблюдала у молодых специалистов в моих командах.

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

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

 

Прокрастинировал часть дня, поэтому вечером нужно отработать

В переключении и отвлечении нет ничего плохо. Но главное не слишком увлекаться. 

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

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

Тяжело работается на удаленке - попробуй поработать в офисе или сходить в коворкинг.

И тому подобное.

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

 

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

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

Ответственность за неправильную оценку не должна лежать полностью на специалисте.

Что же с этим делать? Обсуждать. Мне кажется, что правильный подход честно и открыто сказать - “в оценку не укладываюсь”. И дальше уже с менеджером будет приниматься решение, что с этим делать.

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

 

Желание показать себя, набить себе цену

Человек все работает и работает, постоянно задерживается, все время на связи. Вкалывает, впахивает. И рассказывает об этом команде на созвонах, коллегам за чаем.

А потом еще обиды появляются - почему меня не ценят, я же всего себя отдаю проекту.

Только ничего хорошего в таком подходе нет. Человек выгорает, теряет интерес. 

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

 

Повышают зарплату, кажется, что нужно работать больше

Для меня это сейчас самая живая причина.

У меня в течение дня возникает куча оперативных задач. А в конце дня, когда чатики утихают, я начинаю наконец-то работать свою непосредственную работу.

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

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

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

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

А какие у вас причины переработок? Как вы с ними боретесь? И боретесь ли?

переработки управление проектом людьми

См. также

Личная эффективность Бесплатно (free)

Синдром самозванца — частый, но малообсуждаемый спутник 1С-специалистов. Он подтачивает уверенность, мешает делиться опытом, заставляет обесценивать собственные знания и достижения. Почему именно в мире 1С он проявляется особенно остро? Как отличить здоровую самокритику от внутреннего самобичевания? И что делать, чтобы не жить с ощущением, что «просто повезло»? В этой статье — типичные симптомы и практичные способы, как вернуть себе ощущение профессиональной ценности. Подходит для тех, кто работает в одиночку, чувствует, что «все вокруг умнее», или просто устал чувствовать себя «не тем самым специалистом».

25.06.2025    7958    0    Sherbakov_Alexandr    38    

30

Личная эффективность Бесплатно (free)

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

18.06.2025    3394    0    AntonChausov    65    

18

Презентации и публичные выступления Бесплатно (free)

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

10.06.2025    1941    0    a.doroshkevich    13    

35

Мотивация Личная эффективность Бесплатно (free)

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

05.06.2025    2439    0    vandalsvq    18    

44

Личная эффективность Бесплатно (free)

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

12.05.2025    1407    0    apatyukov    48    

17

Личная эффективность Бесплатно (free)

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

25.04.2025    1165    0    DuyunElena    0    

6

Обучение и наставничество Бесплатно (free)

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

23.04.2025    1222    0    Libelle    2    

15

Обучение и наставничество Бесплатно (free)

Обучение взрослых (или если по-профессиональному – андрагогика) – это такой же сложный и творческий процесс, как и обучение детей. И два главных барьера тут похожие – вовлечение и мотивация («Мне это интересно?» и «Мне это нужно?»). Отсюда не просто игровые методы обучения имеют большую популярность, но и те, которые будут вызывать интерес. И я вам расскажу о нескольких дидактических формах, которые уж интерес явно могут вызвать. Это первый ответ на вопрос – откуда появилась идея этой статьи.

31.03.2025    922    0    ashtey    4    

8
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. gzharkoj 536 23.10.22 17:51 Сейчас в теме
Мне кажется такие категории надо выделять среди молодых специалистов и уже опытных. Вторые могут дать себе отчет зачем они задерживаются и,что по итогу,за это не будет никаких особых привилегий. А вот с молодыми специалистами сложней, там может быть и чувство вины, неуверенности, излишняя ответственность, демонстрация того, что они много работают. Я например в своем секторе слежу, чтобы не было работы в нерабочее время, только с согласования. Все переработки фиксируются и потом можно их использовать как выходные.Как правило,если есть необходимость работать в нерабочее время, стараемся с клиентом это обсуждать и решать за доп. плату, после это большая часть решается в рабочее время,если вышли над доп.плату,то специалист так же за переработанное время получает доп. оплату.
Knight Phoenix; SERGEJ64; user594530_abeille89; A1WEB; +4 Ответить
2. user594530_abeille89 13 23.10.22 22:04 Сейчас в теме
Спасибо за комментарий!
Приятно слышать, что вы следите за переработками своих сотрудников. Это очень круто.
3. shastin87 9 25.10.22 00:11 Сейчас в теме
Со стороны руководителя разработки в inhouse компании, замечу, что ваш вопрос тянет на еще одну статью. Есть много интересных кейсов про переработки. Если коротко, есть несколько типичных вариантов:

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

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

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

И очень, конечно, круто, когда руководителю программиста типа 1 удается помочь стать программистом типа 2. Тут и программист и его ментор начинают ловить удовольствие от работы и тут начинается настоящая магия.. Проекты начинают выполняться в срок, все довольны, и получают полное удовлетворение от работы.

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

Пройдя путь переработчика, могу заметить, что еще ни один переработавший (из моего опыта) из второго типа не оказался в проигрыше. Системные переработки во времена высокой ответственности за результат перевели меня в свое время на другой уровень владения предметной областью, и на другой уровень ответственности. Так что есть смысл в переработках, как не крути)
titov_0; kai068; user594530_abeille89; +3 Ответить
Оставьте свое сообщение