Что должен знать и делать ведущий разработчик?

Question

[JeanLouis]

Уважаемые хабралюди, наверное многие из вас работают в офисе. Кто-то из вас работает под руководством человека, чью должность можно называть «ведущий разработчик», а кто-то таковым и является.


Пожалуйста, расскажите о вашем понятии, кто для вас человек в должности «ведущий разработчик», какие обязанности он выполняет, что он должен знать, какими качествами он должен обладать?


Может ли он знать в среднем меньше, чем члены его команды разработчиков?

Является ли это скорее административной должностью, где главное способность к управления, а не техническая подкованность?


У меня возникли такие вопросы, потому что всю свою профессиональную жизнь я был скромным самостоятельным фрилансером, теперь меня интересует образ жизни офисов.


Спасибо вам за ваши ответы.

Answer 1

[totosarg]

Могу поделиться своим американским опытом, я тимлид, у нас в компании 5 команд. Каждый тимлид, в том числе и я должны:

Работать с менеджерами по проектам (которые формулируют задачи в целом)
Распределять работу внутри команды
Следить за своевременным исполнением работы
Проверять качество кода младших разработчиков
Нести ответственность за свою команду (спрашивать будут именно с тимлида)
Составлять тонны всяких отчетов
Тимлид отчитывается перед менеджером по разработке.

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

Comments

[JeanLouis]

Ясно, спасибо, за разъяснение. Вот у вас возраст довольно молодой по меркам общества, 26 лет. Скажите, пожалуйста, как дела обстоят с возрастом других тимлидеров в вашей команде и возрастом простых разработчиков? Наблюдается ли тенденция к тому, что тимлидер старше, чем остальные члены команды?

[totosarg]

У нас в компании, самому молодому тимлиду — 25 лет, самому старшему — 38.
В США, возраст редко учитывается при приеме на работу или на должность,
в основном учитывается опыт работы, и способность соответствовать занимаемой
должности. Наверное можно определить возраст в 27 лет как средний для того чтобы стать тимлидом. Обусловлено это тем во сколько лет человек начал свою карьеру, какие проблемы решал по ходу своей карьеры и так далее. Качественный опыт в количестве лет 5 позволит человеку стать тимлидом. В моей команде (среди моих «подчиненных») возрастной разброс от 22 до 35 лет. Отдельно хочется заметить, что тимлид это еще и карьерная вещь. То-есть, я знаю людей которые работают и по 10 лет, и вполне могли бы быть тимлидами с точки зрения опыта, но они просто этого не хотят. А еще, бывает так что человека нанимают на позицию старшего разработчика, и если считают что он может быть хорошим тимлидом, ему могут это предложить (как это было со мной).

[Олег Абражаев]

Вот и как успевать программировать и делать всю работу по управлению? При чем это работа в разных режимах идет.

[totosarg]

Олег Абражаев: Много работать. Тимлид очень тяжелая должность иммено тем, что тебе надо сводить много административных обязанностей с большим количеством работы программиста.

Answer 2

[Виталий Желтяков]

— Во-первых, он должен уметь аккуратно и вежливо говорить, обязательно, взвешивая каждое слово. Тоже самое в отношении его письменности. Это качество необходимо, как для общения с подчинёнными, так и с начальством и клиентами. Как не смешно, незнание русского языка плохо складывается на бизнесе.

— Во-вторых, он должен уметь организовать работу людей. Это качество личности изначально заложенное у порядка 10% людей, у остальных оно вырабатываться с опытом.

— В-третьих, он должен понимать систему, в которой он работает. Это касается и среды программирования, и области приложения. Например, ведущий программист АБС должен знать не только язык программирования для АБС, но и бухучёт кредитных организаций.

Эти три качества отличают хорошего ведущего программиста от плохого.

Comments

[JeanLouis]

То есть я правильно понял? Этот человек должен быть:
— В чем-то дипломатом, чтобы уметь корректно обращаться с членами его команды и уметь улаживать трения.
— В чем-то менеджером, чтобы построить эффективную работу группы.
— И быть непосредственно техническим специалистом в области своей работы.

Спасибо, это хорошая систематизации.

[Developer]

"тоже" и "то же" - не одно и то же.

Answer 3

[Wott]

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

Также ведущий часто выступает как эксперт в сфере своей компетенции. Пишет/создает дизайн, опеределяет свою часть архитектуры и так далее — смотреть в сторону архитекторов, евангелистов и фоллоувед

Дополнительно ведущий как правило
— определяет/подтверждает сроки и обьемы работ своей команды, участвует в планировании, управлении техническими рисками
— контролирует обьем и качество работы
— занимается рутиной в части управления обьемом работ, качеством, планами — эскалирует, подтверждает, рутит баги, пишет отчеты и так далее — смотреть в сторону работы ПМа, который делегирует часть ответственности на ведущего в рамках порученной его команде части проекта. То есть ведущий — это немного ПМ, совсем немного, но это другое направление нежели кодинг как таковой. По хорошему этому должны учить — курсы как минимум.

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

В развитых компаниях ведущий — это единственная позиция в которой совмещаются менеджерские и технические роли. Одни вырастают в дальнейшем в ПМ-ов, другие — в технических экспертов.

Comments

[JeanLouis]

Спасибо за детали и подробности, и за VCS.

[Искандер Гиниятуллин]

Что вы подразумеваете под аббревиатурой VCS? Version control system?

Я думал опыт и знания систем контроля версий необходимы любому разработчику, кроме самых младших.

Или VCS это какой то специфический инструмент тимлидов?

[Wott]

Оно самое
Знания бывают разными. Тимлиду надо понимать идеологию используемой версионной системы, уметь делать не только банальные операции, а весь спектр задач. И уметь пользоваться. И уметь разрешать нестандартные проблемы. Конечно есть админы, но их задачи несколько другие.

Answer 4

[Bambr]

Вообще все сильно зависит от компании. Как уже на днях писали, то что человек работал тимлидом в мелкой конторе, не обязательно дает ему достаточные навыки, чтобы претендовать на более простую должность ведущего разработчика в каком-нибудь майкрософте — требования могут быть совершенно разные. Вообще про тимлидов выше уже много написали. Предположим, что у нас иерархия длиннее — не «тимлид -> программер», а например «тимлид -> ведущий программер -> программер -> стажер».
1) С тимлидом все более менее понятно, этот человек в идеале должен обладать навыками менеджера, архитектора, быть техническим экспертом в своей области и авторитетным членом команды. При этом не должен забывать, что он — часть команды, а не главный чувак с подаванами. Этот человек принимает много решений (как самостоятельно, так и принимая мнения/идеи других людей), несет ответственность за команду перед руководством и ответственность перед командой за все происходящее.
2) ведущий — как правило опытный разработчик. Должен уметь самостоятельно принимать решение о способе реализации задачи и думать о последствиях выбора того или иного решения. Четко знает, чем хороший код отличается от плохого, умеет оценивать скорость выполнения кода и потребляемые им ресурсы (типа «этот код вчетверо быстрее вон того, но жрет вдвое больше памяти и увеличивает нагрузку на базу»)
3) программист/кодер — человек, способный самостоятельно закодировать четко описанную задачу (написать функцию с таким-то интерфейсом, которая будет решать такую-то задачу, и прикрутить ее вон туда). Если задача описана недостаточно конкрентно — есть шанс получить херовое решение. С другой стороны, неконкретности в постановке задачи — один из способов заставить кодера думать.
4) стажер — человек, которому для решения даже достаточно четко очерченной несложной задачи потребуется внимание и советы старших. Тут важно отличать идиота и человека без опыта, внимание будет требоваться обоим, но «правильным» стажером является именно второй вариант :)

Comments

[JeanLouis]

Отлично, вы описали целуй иерархию и обязанности каждого. Мне это будет полезно. Большое спасибо.

[Bambr]

Всегда пожалуйста. Имейте только в виду, это достаточно приблизительная картина, в разных компаниях могут разные порядки и представления о великом :)

Answer 5

[Анатолий]

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

Comments

[Константин Китманов]

Мне кажется, это PM, а не тимлид.

[Анатолий]

PM должен быть таким же + еще много чего. Если человека подняли над другими, он должен измениться, потому как на него сразу начнут смотреть и требовать по другому.

[Константин Китманов]

PM должен иметь видение проекта в целом, без деталей. Тимлид должен знать все технические детали.

[Анатолий]

Рядовой разработчик тоже должен знать все технические детали всего что делает команда его тимлида.

Answer 6

[javax]

Я называюсь «архитектор», по сути — тоже самое.

Знать технологии и следить за технологиями. Регулярно читать профильные сайты и блоги.
Иметь опыт в выборе технологий, архитектуры, в решениях дизайна высокого и низкого уровня.
Быть достаточно доброжелательным, чтобы люди тянулись к нему с вопросами.
Иметь опыт руководства или просто быть додстаточно дальновидным, чтобы смотреть на вещи не только с точки зрения разработчика, но и маркетинга.

Comments

[Developer]

"тоже" и "то же" - не одно и то же

Answer 7

[FeNUMe]

как по мне ведущий разработчик — это тот кто вносит основной вклад в развитие проекта(грубо говоря главный кодер). потому и качества должны быть соответсующие: отличные знания языка программирования и сопутсвующих технологий, умение верно понимать поставленные задачи и подбирать лучшие способы их решения. В общем я согласен с javax.
А вот то что описали люди в комментах више это все про тимлидов и менеджеров проектов.

Answer 8

[Andrey Osty]

А как правильней тогда? «Ведущий инженер-программист» или «Ведущий разработчик»