С командой из 3 других веб-разработчиков у меня есть звание ведущего веб-разработчика в течение года. Это моя первая работа в качестве ведущего.
Я довольно настроен на то, что мои роли от руководства. Мне любопытно, что делают другие разработчики высшего уровня. Мне в первую очередь интересно, каковы обязанности других людей в качестве ведущего / старшего разработчика в других организациях; как я только столкнулся с работой в небольшой / средней компании.
(а) Чего можно ожидать от старшего / ведущего веб-разработчика организации (независимо от размера)?
(б) Есть ли разница между лидером веб-разработки и старшим веб-разработчиком?
Я рассмотрел некоторые темы, и была только одна, в которой обсуждалось, когда следует называть себя старшим разработчиком, но не обсуждается всесторонне роль того, что старший разработчик должен делать со своей командой.
источник
У вас есть две основные роли в качестве ведущего разработчика: быть защитником своей команды с деловой стороны вашей работы и обеспечивать техническое руководство своей командой.
Как адвокат, вы должны помогать сообщать требования своей команде, отталкивать, когда деловая сторона (будь то менеджмент, менеджеры проектов или менеджеры по продажам) предъявляет нереалистичные запросы или требования, и в целом иметь дело со всем, что мешает вашей команде писать код.
Как технический наставник, вы должны помогать своей команде принимать правильные решения, помогать им в решении любых технических проблем и направлять их на правильные решения. Вы должны поощрять их совершенствовать свои навыки и быть абсолютным сторонником соблюдения надлежащих стандартов развития.
Самое главное, вы должны быть безупречным образцом для подражания. Ваш код должен соответствовать высочайшим стандартам, ваши проекты должны быть выполнены вовремя и наивысшего качества. То, что вы делаете, будет гораздо важнее, чем то, что вы говорите.
РЕДАКТИРОВАТЬ: Еще одна вещь. Вы должны быть активными с техническими проблемами. Не ждите, пока ваша команда придет к вам с проблемами. Помните о том, над чем они работают, и обращайтесь к ним, если они отнимают слишком много времени, если вы знаете, что у них что-то непростое, или они выходят за рамки основного набора навыков, или если они выглядят разочарованными. Слушайте, когда люди в вашей команде начинают обсуждать технические проблемы без вас, и вмешайтесь, если (и только если) вы почувствуете, что они начинают отходить от приличного решения, или если они идут по кругу и ничего не делают.
источник
Что ж, давайте объясним ... руководство .
Теперь все ошибки вашей команды - ваша вина.
То же самое относится и к успехам, но на самом деле, это разработка программного обеспечения, успех скромен, у вас вряд ли возникнут проблемы с избытком успеха.
Сосредоточьтесь на этих ошибках. Избегайте их, минимизируйте их, старайтесь держать их под контролем.
И не становитесь властными, ваша команда делает больше ошибок, если вы делаете .
источник
ИМО роль является одним из руководящих указаний. Вы были вокруг блока, поэтому, если другой (не младший, но не старший) разработчик имеет вопрос или сталкивается с проблемой в модуле Foobar, вы можете спросить: «Я пытаюсь сделать X с Foobar, есть идеи? Вы также должны сообщать руководству о целях и усилиях команды, одновременно участвуя в технических вопросах (например, если вы и команда решите, что на выполнение проекта уйдет 4 месяца, не сдавайтесь и говорите генеральному директору, что это будет сделано за 1 месяц, а потом заставляет всех работать сверхурочно). Вы также должны нести ответственность за обеспечение того, чтобы код соответствовал качеству, а другие члены команды все делали правильно, а не просто вырубали мусор, который может рухнуть в будущем.
Конечно, это все теоретическое. Это зависит от команды; Я работал в «старших», которые ничего не знали ни о каком современном развитии за последние 5 лет и были «Smithers» для старшего руководства и говорили: «Сэр, да, сэр!» к любым требованиям, какими бы нелепыми они ни были, подавляли творческий потенциал других членов команды и поощряли очень тусклую рабочую среду вместо постоянной учебы и мастерства. Я также работал с очень хорошо осведомленными старшими разработчиками, которые играли активную роль, следя за тем, чтобы все было как можно лучше и никогда не поддавалось давлению со стороны руководства.
источник
Я старший разработчик, и у меня есть несколько технических специалистов, с которыми я работаю. Разница в том, что они являются техническими менеджерами проектов. Если между разработчиками возникает конфликт из-за технической проблемы, они решают, что делать. Если что-то позади, они решают, как решить эту проблему. Они несут ответственность за то, чтобы люди тратили свое время на проектирование, чтобы по мере необходимости запрашивалось больше часов, назначались новые задачи, выполнялись проверки кода (как старший, я могу выполнять проверки кода) и т. Д. Как старший, Мне обычно поручают более сложные задачи. Как старший я консультируюсь и должен наставлять младших людей. Все это тоже делают технические лидеры, но они имеют право принимать решения и нести ответственность за общий успех проекта. Как старший, я отвечаю только за свою часть проекта.
источник
Может быть много разных точек зрения, как упоминал Джонатан выше.
Как старший разработчик, вы можете устанавливать архитектурные решения для вашей группы и выступать в качестве представителя вашей команды на совещаниях групп разработчиков более высокого уровня. Вы также можете выступать в качестве наставника и руководить технической деятельностью членов вашей команды.
Зачастую вы также можете поддерживать связь как с руководством проектом, так и с бизнес-пользователями. Вы поможете решить, как и когда доставлять результаты проекта, и у вас будет возможность договориться о приоритетах элементов проекта в более долгосрочной перспективе.
Короче говоря, ваша роль - это то, что вы выбираете, учитывая границы, установленные вашим собственным руководством (как техническим, так и деловым).
источник
Другие люди рассказали об основных аспектах лидерства в этом вопросе, поэтому я постараюсь сосредоточиться на прямых вопросах:
Я ожидал бы человека с сильным характером и технической базой знаний. Я ожидал бы кого-то, кто не просто разрушит идеи, но предложит новые идеи, чтобы заменить те, которые они находят несовершенными. Я ожидаю, что кто-то, кто не подталкивает и не запугивает подчиненных разработчиков, но пытается найти способы, которые мотивируют, обучают, направляют каждого человека. Я ожидаю, что кто-то готов взять на себя ответственность и ответственность за проекты, концепции и решения. «Да-мужчины» и «настенные цветы» не должны применяться. Старший / ведущий должен уметь общаться с людьми так же эффективно, как и с кодом, возможно, даже лучше в некоторых случаях.
Основное различие, которое я заметил, заключается в области видимости, и я нигде не видел, чтобы оно было записано. Лидерство обычно отвечает за продуктивность отдельной команды. Старший может отвечать за несколько команд, за одну команду или без команды. Ожидается, что ведущий поможет своим подчиненным разработчикам достичь своих целей в рамках конкретного проекта или задания. Под подчиненным я имею в виду разработчиков, которые были назначены на проект, за который технически "отвечает". Я часто нахожусь в качестве лидера в проектах, где несколько разработчиков равны или имеют больший стаж работы, чем я, поэтому нельзя считать, что лидерство будет самым «старшим» членом команды. Учитывая эту сферу, Старший разработчик - это тот, на кого вся организация может рассчитывать, чтобы иметь необходимые знания и опыт, чтобы помочь кому-либо. Ожидается, что старший будет образцом для подражания (как сказал кто-то другой) для любого разработчика в организации, а также должен помочь младшим разработчикам в технических вопросах.
Короче говоря, для меня: лидерство помогает. Старший преподает.
источник
Старших веб-разработчиков можно рассматривать как человека, который может решить проблему, найти различные решения и самостоятельно реализовать лучшее. Армия одного человека в некотором смысле. Наставник младших разработчиков, чтобы помочь улучшить общую производительность команды. Может быть также привлечено для использования опыта в различных пакетах программного обеспечения, поскольку ожидается, что старший в некоторых случаях действительно знает что-то лучше, чем другие разработчики. Как правило, навыки, которые разработчик использует, извлекают максимальную выгоду из сочетания процессов наставничества, консалтинга, кодирования, проектирования и создания.
На мой взгляд, ведущие веб-разработчики могут иметь несколько различных форм. Руководителем группы является административный руководитель, который будет проводить общий анализ производительности, знать, на какие проекты выделен разработчик, и обрабатывать некоторые документы, а также быть разработчиком, как только это будет сделано. Существует также ведущая роль в проекте, в котором сфокусированность этого человека гораздо более узкая, поскольку именно этот проект несет ответственность за соблюдение стандартов и практики в команде. Таким образом, возникает вопрос, какое лидерство действительно ведет? Проект или группа разработчиков с административной точки зрения?
источник