Рабочий день разработчика
Приходите вы в офис или переползаете с кровати на компьютерный стул. Что дальше?
Ответ известен и большим, и детям: нужно максимизировать собственную производительность. Желательно купить себе эргономичный стул, сесть в него, словить Чиксентмихайи и начать перерабатывать Jira в код.
Спустя 4 часа необходимо сделать перерыв на восполнение утерянных калорий. Они необходимы для работы станка для обработки информации. Хотя, знаете ли, перерывы губительны для производительности, перенастройка занимает много часов.
В лучших традициях научного менеджмента, под знамёнами Тейлора и Форда мы ускорим конвейер и увеличим выработку. Даже молодое большевистское государство признало наши достижения, хотя и поначалу называло это эксплуатацией рабочего класса.
По заветам системы 5S рабочее пространство организовано и рационализировано. Клавиатура и мышь сортированы, находятся на местах. Окружение находится в чистоте. Ко всему этому применяются корпоративные стандарты и постоянное совершенствование операций ввода информации.
Думаю, что с таким в своей практике сталкивался примерно никто. Но вновь окунёмся в первые дни профессиональной разработки, когда всё в новинку. Понятно, что нужно делать таски, укладываться в срок. А что будет, если не уложусь? Грозит ли мне это проблемами?
А можно ли вставать из-за рабочего места? А как часто можно? А можно ли работать не на рабочем месте? А вон ребята пошли в кикер играть, а мне можно? А разве я не должен как можно скорее выполнить одну задачу и взять следующую и кикер сюда как-то не вписывается?
Как и многое в нашей индустрии, эти вопросы оказываются без ответа. Все принимают обыкновенный порядок вещей, когда всё происходит обыкновенно, не отсвечивая. Но вопросы от этого никуда не исчезают. Сегодня мы рассмотрим ситуация с точки зрения работника, игнорируя компанию.
Вообще, я планировал размышление на эту тему как свою следующую статью на Hackernoon, но пока до неё не добрался. Так что это репетиция.🙂
Обыкновенный порядок вещей практически не даёт никакой информации для вдумчивого рассмотрения этих вопросов, мы посмотрим извне.
Рассмотрим рабочий день с трёх сторон: здоровья конкретного разработчика, его умения решать поставленные задачи и карьерных перспектив. Продолжать не отсвечивать, меняя свой рабочий день, всё так же полезно, поэтому менять свои привычки рекомендую постепенно.
При рассмотрении заявленой темы я планирую руководствоваться двумя книгами: Pragmatic Thinking and Learning от Andy Hunt (прагматик-Энди) и The Healthy Programmer от Joe Kutner, а также некоторыми другими. Сильно углубляться не будем, там гораздо больше всего.
Задачки обычно не имеют свойства кончаться. Часто есть разработка новых функций, устранение не особенно приоритетных багов, технический долг. Что есть у нас в арсенале, так это темп работы. Если он не вызывает нареканий, то небольшое его замедление вряд ли кого расстроит.
После предыдущего шага начинает освобождаться некоторое время. Предлагаю сразу рассмотреть технику Pomodoro. Но не по той причине, что вам нужна концентрация, а потому, что помидоры полезны для здоровья. В следующем твите я поясню подробнее.
Идея состоит в том, что в пятиминутный перерыв, когда вы резко встаёте из-за стола и моментально забываете о задаче вас волновавшей, осуществляется небольшое физическое упражнение. Это может быть простая прогулка, упражнение для спины или профилактика туннельного синдрома.
Если вы думаете, что в течение этих пяти минут ваш тимлид рвёт на себе волосы и горестно рыдает, то знайте, что делает он это совершенно зря. В этот момент наконец-то дорывается до памяти та часть вашего мозга, которая отвечает за синтез решений.
Её нельзя контролировать напрямую, она придёт к вам, когда не ждёте, и предложит решение. То есть вполне можно поймать озарение, раскорячившись в планке. К слову, эта же часть отвечает за восприятие музыки, так что с большой вероятностью музыкальность сделает вас нерешительным.
Если вы тимлид, то вы уже немного сам себе хозяин. Что это значит? Это значит, что вы можете потратить двадцать минут каждый день на сокращение риска преждевременной смерти на 20%. Если вы ещё и заботливый тимлид, предлагайте прогулки во время 1-на-1 вместо посиделок.
Мы без конца проклинаем стендапы, и, разумеется, за дело. Формат «Что сделал?», «Что сделаю?», «Что меня блокирует?» фокусируется на ложных вещах, но такой формат очень подходит для проверки здоровья.
Ежедневный стендап здоровья:
• Что я делал вчера для поддержания и улучшения здоровья?
• Что я сделаю сегодня для поддержания и улучшения здоровья?
• Что мешает мне быть здоровым?
А что насчёт карьеры? Предлагаю вам задуматься над тем, чтобы тратить час в день на самообразование. Рухнул ли я с дубу такое предлагать? Не совсем. Сейчас мы проанализируем, стоит ли так сильно хвататься за час малопродуктивного работника.
Чем вдохновлялся создатель производственной системы «Тойоты» Тайити Оно? В далёком 1937-м году он узнал, что производительность японского рабочего в 9 раз меньше американского. То есть покранчить не вариант, просто не найдётся 72-х часов в сутках.
К чему привели действия Тайити? К тому, что в 1970-х Япония с ноги вошла на американский рынок и показала доминатора. А если вы любитель Кента Бека и его «Экстремального программирования», то знайте, что в конце своей книги он очень мечтательно отзывается о ПСТ.
Упор в действиях по улучшению производительности японских рабочих шёл на устранение ненужных операций и многопрофильное образование. Вместо одного станка рабочий мог обращаться с несколькими. Настало время волчьей мотивационной математики.
Представим, что час образования в рабочий день даёт вам улучшение ваших навыков на 1%. В 2022-м году 247 рабочих дней. Кручу, верчу, сложный процент мучу 1,01^247 ≈ 11,68. То есть за следующий год вы можете стать в 11,5 раз круче, вуф!
А легально ли общаться с коллегами для решения совместных вопросов? А если не хочется? Так же приятно посидеть в тишине, поработать. Вот об этом мы поговорим завтра.
Герман Тебиев