Рабочий день программиста

К списку статей

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

Типичная ошибка

Работа самостоятельного программиста складывается из собственно времени по написанию кода по текущим проектам, коммуникациям с заказчиками, срочному исправлению ошибок в гарантийных проектах, анализу и планированию новых проектов. Типичной ошибкой программиста является смешивание всех этих временных отрезков в один: во время написания кода, когда необходимо сосредоточение, некоторое трансовое состояние, мы отвлекаемся на новое письмо, стараемся быстро на него отреагировать, а возможно проанализировать новый проект, ответив, возвращаемся к коду, но через несколько минут снова отвлекаемся, т.к. получили сообщение о баге в старом проекте и хотим побыстрее его исправить. Знакомо? И вот такое распределение, точнее отсутствие распределения ведёт к потере качества работы, отвлекаемости, повышенному напряжению мозга и как результат - к усталости и низкой продуктивности.

Распределение времени

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

Написание кода

Безусловно, большая часть времени программиста уходит на написание кода (здесь же его планирование и т.п. - не разделяем). Это время требует сосредоточение, минимум отвлечений, погружение в тему, отсутствие нервов и спешки. Образно говоря, это время, когда вы закрыли за собой дверь, и никто не должен входить в комнату. Определите, сколько часов в день вы планируете этому посвящать, разделите это время на 2 периода, скажем, до обеда и после. Хорошей частью будет 60-70% всего вашего рабочего дня. В этот период времени вы не должны делать ничего другого: никаких коммуникаций по другим проектам, никаких переключений на другие проекты.

Коммуникации

Далее выделите время для коммуникаций. Это ответы на запросы по новым проектам, коммерческие предложения, предложения работы, резюме субподрядчиков и пр. Четко обозначьте, сколько времени тратите на это, в какое время дня. В зависимости от специфики может быть 1, 2 или 3 таких временных отрезка. Важно не размазывать это время по всему рабочему дню (15 минут там, 10 минут здесь, еще полминуты где-то вдруг), а выделять временные отрезки. Сообщите заказчикам, что в это время вы полностью доступны для общения и можете отвечать на вопросы - это будет удобно и прозрачно для вас обоих. Поверьте, трёх сеансов связи в сутки будет вполне достаточно и удобно для заказчиков, безусловно в том случае, если вы не будете задерживаться с ответами. На эти задачи выделяем 10-15% рабочего дня.

Исправление ошибок

Теперь исправление ошибок в гарантийных проектах. Именно ошибки, а не поддержка. Казалось бы, ошибка это то, в чём вы виноваты, и что требуется поскорее устранить. Но как мы уже решили, делать это в непредназначенное для этого времени нельзя - будет страдать качество работы. Так что если только это не ошибки экстренной срочности, исправлять их также нужно в специально выделенное время. Фактически, устранение ошибки это то же написание кода плюс быстрое погружение в проект, об устройстве которого вы уже забыли. Так что к этому времени нужно подходить не менее внимательно и нельзя его недооценивать. На это выделяем 15-20% рабочего дня.


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

Берегите своё здоровье, уважайте время заказчиков, оперативно отвечайте на запросы, соблюдайте распорядок дня - всё будет получаться в лучшем виде!

Наверх