Какова роль старшего веб-разработчика в команде? [закрыто]

С командой из 3 других веб-разработчиков у меня есть звание ведущего веб-разработчика в течение года. Это моя первая работа в качестве ведущего.

Я довольно настроен на то, что мои роли от руководства. Мне любопытно, что делают другие разработчики высшего уровня. Мне в первую очередь интересно, каковы обязанности других людей в качестве ведущего / старшего разработчика в других организациях; как я только столкнулся с работой в небольшой / средней компании.

(а) Чего можно ожидать от старшего / ведущего веб-разработчика организации (независимо от размера)?

(б) Есть ли разница между лидером веб-разработки и старшим веб-разработчиком?

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

Точка зрения руководителя проекта

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

Точка зрения не ведущего разработчика

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

Думать

Если вы действительно просите Интернет определить вашу роль / работу, остановитесь. Поговорите с руководством для реального ответа.

У вас есть две основные роли в качестве ведущего разработчика: быть защитником своей команды с деловой стороны вашей работы и обеспечивать техническое руководство своей командой.

Как адвокат, вы должны помогать сообщать требования своей команде, отталкивать, когда деловая сторона (будь то менеджмент, менеджеры проектов или менеджеры по продажам) предъявляет нереалистичные запросы или требования, и в целом иметь дело со всем, что мешает вашей команде писать код.

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

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

РЕДАКТИРОВАТЬ: Еще одна вещь. Вы должны быть активными с техническими проблемами. Не ждите, пока ваша команда придет к вам с проблемами. Помните о том, над чем они работают, и обращайтесь к ним, если они отнимают слишком много времени, если вы знаете, что у них что-то непростое, или они выходят за рамки основного набора навыков, или если они выглядят разочарованными. Слушайте, когда люди в вашей команде начинают обсуждать технические проблемы без вас, и вмешайтесь, если (и только если) вы почувствуете, что они начинают отходить от приличного решения, или если они идут по кругу и ничего не делают.

Что ж, давайте объясним ... руководство .

Теперь все ошибки вашей команды - ваша вина.

То же самое относится и к успехам, но на самом деле, это разработка программного обеспечения, успех скромен, у вас вряд ли возникнут проблемы с избытком успеха.

Сосредоточьтесь на этих ошибках. Избегайте их, минимизируйте их, старайтесь держать их под контролем.

И не становитесь властными, ваша команда делает больше ошибок, если вы делаете .

ИМО роль является одним из руководящих указаний. Вы были вокруг блока, поэтому, если другой (не младший, но не старший) разработчик имеет вопрос или сталкивается с проблемой в модуле Foobar, вы можете спросить: «Я пытаюсь сделать X с Foobar, есть идеи? Вы также должны сообщать руководству о целях и усилиях команды, одновременно участвуя в технических вопросах (например, если вы и команда решите, что на выполнение проекта уйдет 4 месяца, не сдавайтесь и говорите генеральному директору, что это будет сделано за 1 месяц, а потом заставляет всех работать сверхурочно). Вы также должны нести ответственность за обеспечение того, чтобы код соответствовал качеству, а другие члены команды все делали правильно, а не просто вырубали мусор, который может рухнуть в будущем.

Конечно, это все теоретическое. Это зависит от команды; Я работал в «старших», которые ничего не знали ни о каком современном развитии за последние 5 лет и были «Smithers» для старшего руководства и говорили: «Сэр, да, сэр!» к любым требованиям, какими бы нелепыми они ни были, подавляли творческий потенциал других членов команды и поощряли очень тусклую рабочую среду вместо постоянной учебы и мастерства. Я также работал с очень хорошо осведомленными старшими разработчиками, которые играли активную роль, следя за тем, чтобы все было как можно лучше и никогда не поддавалось давлению со стороны руководства.

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

Может быть много разных точек зрения, как упоминал Джонатан выше.

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

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

Короче говоря, ваша роль - это то, что вы выбираете, учитывая границы, установленные вашим собственным руководством (как техническим, так и деловым).

Другие люди рассказали об основных аспектах лидерства в этом вопросе, поэтому я постараюсь сосредоточиться на прямых вопросах:

(а) Чего можно ожидать от старшего / ведущего веб-разработчика организации (независимо от размера)?

Я ожидал бы человека с сильным характером и технической базой знаний. Я ожидал бы кого-то, кто не просто разрушит идеи, но предложит новые идеи, чтобы заменить те, которые они находят несовершенными. Я ожидаю, что кто-то, кто не подталкивает и не запугивает подчиненных разработчиков, но пытается найти способы, которые мотивируют, обучают, направляют каждого человека. Я ожидаю, что кто-то готов взять на себя ответственность и ответственность за проекты, концепции и решения. «Да-мужчины» и «настенные цветы» не должны применяться. Старший / ведущий должен уметь общаться с людьми так же эффективно, как и с кодом, возможно, даже лучше в некоторых случаях.

(б) Есть ли разница между лидером веб-разработки и старшим веб-разработчиком?

Основное различие, которое я заметил, заключается в области видимости, и я нигде не видел, чтобы оно было записано. Лидерство обычно отвечает за продуктивность отдельной команды. Старший может отвечать за несколько команд, за одну команду или без команды. Ожидается, что ведущий поможет своим подчиненным разработчикам достичь своих целей в рамках конкретного проекта или задания. Под подчиненным я имею в виду разработчиков, которые были назначены на проект, за который технически "отвечает". Я часто нахожусь в качестве лидера в проектах, где несколько разработчиков равны или имеют больший стаж работы, чем я, поэтому нельзя считать, что лидерство будет самым «старшим» членом команды. Учитывая эту сферу, Старший разработчик - это тот, на кого вся организация может рассчитывать, чтобы иметь необходимые знания и опыт, чтобы помочь кому-либо. Ожидается, что старший будет образцом для подражания (как сказал кто-то другой) для любого разработчика в организации, а также должен помочь младшим разработчикам в технических вопросах.

Короче говоря, для меня: лидерство помогает. Старший преподает.

Старших веб-разработчиков можно рассматривать как человека, который может решить проблему, найти различные решения и самостоятельно реализовать лучшее. Армия одного человека в некотором смысле. Наставник младших разработчиков, чтобы помочь улучшить общую производительность команды. Может быть также привлечено для использования опыта в различных пакетах программного обеспечения, поскольку ожидается, что старший в некоторых случаях действительно знает что-то лучше, чем другие разработчики. Как правило, навыки, которые разработчик использует, извлекают максимальную выгоду из сочетания процессов наставничества, консалтинга, кодирования, проектирования и создания.

На мой взгляд, ведущие веб-разработчики могут иметь несколько различных форм. Руководителем группы является административный руководитель, который будет проводить общий анализ производительности, знать, на какие проекты выделен разработчик, и обрабатывать некоторые документы, а также быть разработчиком, как только это будет сделано. Существует также ведущая роль в проекте, в котором сфокусированность этого человека гораздо более узкая, поскольку именно этот проект несет ответственность за соблюдение стандартов и практики в команде. Таким образом, возникает вопрос, какое лидерство действительно ведет? Проект или группа разработчиков с административной точки зрения?