Переработки в IT
#мысли #комментарии
Переработки — это печальная практика нашей индустрии. Большинство из нас перерабатывает, кто-то больше, кто-то меньше. И многие считают это уже не проблемой, а «особенностью» с которой просто надо смириться. Но так ли это?
Говоря о переработках можно выделить несколько ситуаций, с которыми может столкнуться каждый.
Например, есть задача выпустить релиз к определенному сроку, но постепенно приходит понимание, что выпустить релиз без переработок не удается. В этом случае, чтобы не подвести руководство и оправдать их ожидания или ожидания пользователей, разработчик вынужден перерабатывать. Подобные ситуации, на мой взгляд, не являются критическими, при условии их редкости. Если же руководство видит, что команда «справляется» с релизом в срок и начинает требовать такой же объем задач и дальше, то это уже проблема, которую стоит обсудить.
Вторая ситуация — это коллектив, который привык работать сверхурочно. И если ты привык работать как положено, то уходя вовремя ты попадаешь под неодобрительный взгляд коллег. В подобной ситуации также важны коммуникации. Если же руководство считает нормальным постоянную переработку, то это повод задуматься о смене работы.
Бываю и другие ситуации, которые могут возникнуть — это переработка ради опыта, денег или просто потому, что горишь проектом. Но все равно итог один — человек устает, теряет эффективность в своей работе и перегорает. Сверхурочная работа влияет и на физическое, и на психологическое здоровье. Даже если вы горите проектом и не чувствуете усталость сейчас, то все равно проблема вылезет позже. Поэтому, мой совет — отдыхайте, не перерабатывайте постоянно и восстанавливайтесь после краткосрочных переработок.
А как считаете вы? Насколько проблема переработок характерна для IT-сферы?
#мысли #комментарии
Переработки — это печальная практика нашей индустрии. Большинство из нас перерабатывает, кто-то больше, кто-то меньше. И многие считают это уже не проблемой, а «особенностью» с которой просто надо смириться. Но так ли это?
Говоря о переработках можно выделить несколько ситуаций, с которыми может столкнуться каждый.
Например, есть задача выпустить релиз к определенному сроку, но постепенно приходит понимание, что выпустить релиз без переработок не удается. В этом случае, чтобы не подвести руководство и оправдать их ожидания или ожидания пользователей, разработчик вынужден перерабатывать. Подобные ситуации, на мой взгляд, не являются критическими, при условии их редкости. Если же руководство видит, что команда «справляется» с релизом в срок и начинает требовать такой же объем задач и дальше, то это уже проблема, которую стоит обсудить.
Вторая ситуация — это коллектив, который привык работать сверхурочно. И если ты привык работать как положено, то уходя вовремя ты попадаешь под неодобрительный взгляд коллег. В подобной ситуации также важны коммуникации. Если же руководство считает нормальным постоянную переработку, то это повод задуматься о смене работы.
Бываю и другие ситуации, которые могут возникнуть — это переработка ради опыта, денег или просто потому, что горишь проектом. Но все равно итог один — человек устает, теряет эффективность в своей работе и перегорает. Сверхурочная работа влияет и на физическое, и на психологическое здоровье. Даже если вы горите проектом и не чувствуете усталость сейчас, то все равно проблема вылезет позже. Поэтому, мой совет — отдыхайте, не перерабатывайте постоянно и восстанавливайтесь после краткосрочных переработок.
А как считаете вы? Насколько проблема переработок характерна для IT-сферы?