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

23.10.22

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

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

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

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

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

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

 

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

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

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

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

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

 

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

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

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

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

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

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

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

 

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

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

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

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

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

 

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

См. также

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

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

23.04.2025    832    0    Libelle    2    

15

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

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

31.03.2025    709    0    ashtey    4    

7

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

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

26.03.2025    496    0    Бэнни    0    

5

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

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

18.03.2025    692    0    KChebykina    9    

5

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

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

17.03.2025    814    0    kirillobskih    1    

7

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

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

03.03.2025    1007    0    kirillobskih    7    

6

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

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

25.11.2024    5624    0    PROSTO-1C    9    

11

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

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

12.11.2024    1358    0    AlexSvoykin    9    

8
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. gzharkoj 531 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 Ответить
Оставьте свое сообщение