Комментарии 6
Вероятно, на более высоких менеджерских позициях эта связь с кодом действительно может потеряться.
Эта связь действительно теряется, когда ты становишься manager-of-managers, и приходится прикладывать титанические усилия, чтобы сохранить релевантность. Писать код становится нереально, и нужно все время искать компромиссы - насколько глубоко нужно погрузиться в проблему.
Мое решение - в любой момент времени есть одна область в которую я погружен достаточно глубоко (на уровне тим лида), все остальные - по верхам, но при необходимости могу переключиться (что, разумеется, вызывает большие накладные расходы).
Зависит от проекта. Если нет бесмысленных и беспощадных статус митингов каждые пол часа, то настроив процессы в команде можно часть времени уделять кодингу. Опять же многое зависит от проекта, коллег и организации.
Особенность кодинга в том, что у разработчика в единицу времени мало задач. В идеале она одна. Возможно, конечно, и больше, но это скорее в виде исключений во время каких-нибудь авралов. Но даже если задач несколько, идут они строго последовательно, и это здорово
В России дестяки тысячи небольших и средних компаний у которых в штате 1-2 программиста (в основном 1с). И на этих программистов льется нескончаемый поток срочных и проектных задач. Например пишешь серьезный отчет для отдела закупок (на пару недель задача), каждый час отвлекаешься на срочные задачи (типа не записывается документ в системе или срочно нужна выборка данных для кого-то), постоянно даешь консультации как работать пользователям с ПО и т.п. При этом разработчик в таких компаниях хорошо разбирается управленческом и бухгалтерском учете, процессах закупок, продаж, складских процессах и в производственных цепочках, финансовой отчетности, работе с персоналам и расчете з/п и прочем. Так же нужно постоянно ходить на совещания с руководителями других подразделений и решать как лучше сделать тот или иной процесс. Получается они и тимлиды, и кодеры, и аналитики в одном лице.
Совмещать кодинг и тимлидство можно, если у тебя в подчинении лишь 5 человек. Если же в подчинении находится 10 человек, то времени на кодинг не остаётся совсем. Возможность совмещать зависит от объёма рабочей нагрузки. Если работы не особо много, то утром можно сходить на нужные митинги, напились задач для подчинённых, а после обеда спокойно покодить самому.
Особенность кодинга в том, что у разработчика в единицу времени мало задач. В идеале она одна. Возможно, конечно, и больше, но это скорее в виде исключений во время каких-нибудь авралов.
Когда мой подчинённый жалуется, мол, ему пришлось решать параллельно сразу две задачи! - я внутренне смеюсь. У меня их от 10 до 20 параллельно, причём часть связана с общением с коллегами, часть с контролем, часть с подумать в долгую, а ещё при этом что-то выливается в прод, и ты смотришь логи приложения
Статью ещё не читал, но первое что приходит в голову, то что меняется зарплата и список обязанностей. ?
Что меняется, когда разработчик переходит в тимлиды