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

23.10.22

Саморазвитие - Личная эффективность

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

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

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

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

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

 

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

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

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

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

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

 

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

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

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

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

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

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

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

 

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

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

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

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

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

 

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

См. также

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

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

11.02.2026    389    0    Crash_Aleks    0    

2

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

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

04.02.2026    456    0    kosmonavtka    14    

3

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

Эффективность ИТ-направления сегодня определяется не только технологиями, но и тем, как выстроены команды, процессы и культура внутри. Мы собрали в подборку самые рейтинговые, но еще не опубликованные доклады для ИТ-директоров с последней конференции, и хотим бесплатно поделиться ими с сообществом.

21.01.2026    925    64    Infostart    0    

15

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

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

17.12.2025    452    0    Gigantrop    0    

-1

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

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

08.12.2025    640    0    Radio_Analyst    1    

2

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

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

04.12.2025    3041    0    GarriSoft    29    

10

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

Мы попробовали использовать современные макбуки для разработки на 1С – и нам очень понравилось! Настолько, что многие разработчики в отделе полностью перешли на них. Хотим рассказать, как организовали разработку 1С на технике Apple и что нас в ней так впечатлило.

30.11.2025    5370    0    leemuar    111    

7

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

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

24.11.2025    3738    0    aidar_safin    58    

36
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. gzharkoj 586 23.10.22 17:51 Сейчас в теме
Мне кажется такие категории надо выделять среди молодых специалистов и уже опытных. Вторые могут дать себе отчет зачем они задерживаются и,что по итогу,за это не будет никаких особых привилегий. А вот с молодыми специалистами сложней, там может быть и чувство вины, неуверенности, излишняя ответственность, демонстрация того, что они много работают. Я например в своем секторе слежу, чтобы не было работы в нерабочее время, только с согласования. Все переработки фиксируются и потом можно их использовать как выходные.Как правило,если есть необходимость работать в нерабочее время, стараемся с клиентом это обсуждать и решать за доп. плату, после это большая часть решается в рабочее время,если вышли над доп.плату,то специалист так же за переработанное время получает доп. оплату.
Knight Phoenix; SERGEJ64; user594530_abeille89; A1WEB; +4 Ответить
2. user594530_abeille89 14 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 Ответить
Для отправки сообщения требуется регистрация/авторизация