Переключение контекста съедает твой результат
У большинства разработчиков проблема не во времени. Проблема в контексте.
За обычный день ты успеваешь поработать над фичей, нырнуть в баг, ответить на сообщения, сходить на встречи, поревьюить чужой код и снова вернуться к фиче. Кажется, что ты занят весь день, но до конца доводится совсем немного.
Каждое переключение сбрасывает мышление. Теряются детали, договорённости с самим собой, набранный темп. А восстановление контекста занимает больше времени, чем все думают.
Поэтому сильные инженеры берегут свой фокус. Способ не в том, чтобы работать дольше. Они просто убирают лишние переключения. Меньше задач. Длиннее непрерывные блоки. Чёткие приоритеты.
Реальный прогресс в инженерии рождается не из активности. Он рождается из внимания, которое удаётся удерживать долго.
· 2 ч
А что, есть идея, что от "сильного инженера" в этом месте что-то зависит?
Вы сами занимаетесь планированием своей работы? Большинство - нет.
И тогда предлагаю говорить об ОС руководителю - и Вы дали достаточно подробное обоснование для неё.
Но дальше уже с позиции руководителя будут свои предпосылки для того, что бы в каких-то случаях таки заставлять сильного инженера переключать контекст. В идеале - прийти к диалогу, там получится хоть как-то договариваться.
К причинам дополню - есть не только снижение эффективности но и попросту раздражение и усталость🤨
ответить
коммент удалён