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

23.10.22

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

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

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

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

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

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

 

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

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

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

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

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

 

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

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

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

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

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

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

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

 

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

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

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

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

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

 

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

См. также

Сопровождение Внедрение изменений Коммуникации Обучение и наставничество Бесплатно (free)

Давайте честно – пользователи не любят перемены. Особенно когда это касается учетных систем. В этих условиях для сохранения своей и пользовательской нервной системы важно выстроить грамотную линию поддержки: не только технической, но и психологической. Расскажем о попытках сгладить всесторонней поддержкой неизбежное раздражение пользователей в период перехода «Самоката» с Directum RX на 1С:ДО.

03.12.2024    337    0    user1852187    0    

3

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

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

25.11.2024    4727    0    PROSTO-1C    7    

11

Личная эффективность Продуктовый подход Работа с заинтересованными сторонами Бесплатно (free)

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

18.11.2024    273    0    Radio_Analyst    0    

2

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

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

12.11.2024    679    0    AlexSvoykin    9    

4

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

«Я знаю одно – во мне есть нечто, и я это скрываю. Я не говорю об этом. Но оно там всегда. Мой Темный попутчик. Когда он просыпается, я чувствую себя живым.» (сериал «Декстер»). «Жажда разработки» – это психологические проявление внутреннего «я», вызывающее острую необходимость программировать. Все, кто любит программировать, неоднократно испытывали такую жажду, и я не исключение. Расскажем о том, как утолить свою жажду и найти баланс между хобби, работой и другими аспектами жизни.

07.11.2024    3638    0    BlizD    82    

45

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

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

09.10.2024    2401    0    Akcium    1    

5

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

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

09.09.2024    408    0    Radio_Analyst    1    

2

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

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

23.08.2024    1156    0    user1947860    3    

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