Site icon AppTractor

Как работать в разработке в условиях спада

В славные дни 2010-х годов технологические компании очень много инвестировали в баланс между работой и личной жизнью своих сотрудников. Эти славные дни прошли. По рассказам, руководители технологических компаний теперь дают своим сотрудникам внутренние указания работать усерднее и быстрее, а новая угроза увольнений добавляет вес этой директиве. Инженеры по праву напуганы. Что нам делать?

Наивный подход некоторых инженеров к этому — просто работать так же, как они работали, но добавить больше часов. Я не решаюсь назвать это ошибкой, потому что это работает: вы сделаете больше дел, если поработаете несколько дополнительных часов после ужина. Однако недостатки очевидны. Работать целый день утомительно и стрессово (особенно работа, требующая умственных усилий, например, написание программного обеспечения). Если вы постоянно измотаны и напряжены на работе, вы будете совершать глупые ошибки и в целом будете гораздо менее эффективны. Это также не дает устойчивости.

Прекратите выполнять неоплачиваемую работу

Лучший подход — тратить свое время более умно, тактически. По моему опыту, технологические компании не волнует, работаете ли вы восемьдесят часов в неделю или нет (некоторые, возможно, так и делают, но из собственного опыта и опыта моих друзей в отрасли я не могу привести ни одного примера). Их волнует объем того, что вы производите. Что особенно важно, их волнует та часть вашей продукции, которая понятна им. Подробнее о том, как выглядит эта работа, читайте в этом посте. Когда вы находитесь под давлением, вы можете и должны прекратить тратить время на другие виды работы. Например, вы можете прекратить:

Я хочу четко заявить, что я знаю, что все это полезная работа. Но разве это работа, которую вы бы добровольно выполняли, если бы вам за нее не платили? Если ваш работодатель фактически говорит «поставляйте быстрее или вас уволят», то это фактически та ситуация. Вам платят за то, чтобы вы сначала выпустили проекты, которые им интересны, и делали все эти другие вещи, когда (и если) у вас есть время в обычный рабочий день, чтобы сделать их. Последствия пренебрежения этой работой реальны. Но это последствия, которые в первую очередь влияют на компанию.

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

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

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

Работайте как сумасшедшие над важными проектами, а затем отдыхайте

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

Когда на вас обращено внимание, вы должны работать так усердно, как только можете. Это как если бы у вас был краткосрочный множитель на счете в видеоигре, и вы отчаянно пытаетесь набрать очки, пока применяется множитель. Если говорить обо мне, то бывают периоды, когда я работаю по двенадцать часов в день, и периоды, когда я работаю намного меньше восьми часов.

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

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

Резюме

Источник

Exit mobile version