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

З командою з 3-х інших веб-розробників я вже рік займаю посаду провідного веб-розробника. Це моя перша робота на посаді ведучого.

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

(а) Що можна очікувати від старшого / провідного веб-розробника організації (незалежно від розміру)?

(b) Чи є різниця між лідером веб-розробки та старшим веб-розробником?

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

Точка зору керівника проекту

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

Не точки зору розробника

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

Подумайте

Якщо ви дійсно просите в Інтернеті визначити свою роль / роботу, зупиніться. Порадьтеся з керівництвом, щоб отримати справжню відповідь.

Ви маєте дві головні ролі як головного розробника: бути адвокатом своєї команди з ділової сторони вашої діяльності та надавати технічну допомогу своїй команді.

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

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

Найголовніше, що ви повинні бути бездоганним прикладом для наслідування. Ваш код повинен бути найвищим стандартом, ваші проекти повинні бути доставлені вчасно і бути найвищої якості. Те, що ви робите, буде набагато важливішим, ніж те, що ви говорите.

EDIT: Ще одне. Потрібно бути активним щодо технічних питань. Не чекайте, коли ваша команда прийде до вас з проблемами. Будьте в курсі того, над чим вони працюють, і перейдіть до них, якщо вони затягнулися занадто довго, якщо ви знаєте, що у них щось складне чи поза основним набором навичок або якщо вони виглядають розчарованими. Слухайте, коли люди з вашої команди починають обговорювати технічні проблеми без вас, і вступайте, якщо (і тільки якщо) ви відчуваєте, що вони починають відходити від гідного рішення, або якщо вони йдуть по колу і нічого не досягають.

Ну, давайте пояснимо ... керівництво .

Усі помилки вашої команди тепер самі винні.

Те ж саме стосується і успіхів, але насправді це розробка програмного забезпечення, успіх - це скромно, навряд чи ви матимете проблеми в боротьбі з надлишком успіху.

Зосередьтеся на цих помилках. Уникайте їх, мінімізуйте їх, намагайтеся тримати їх під контролем.

І не будьте босі, ваша команда робить більше помилок, якщо ви робите .

Роль ІМО є одним із настанов. Ви були навколо блоку, тож якщо інший (не молодший, але не старший) розробник має запитання або наштовхнувся на проблему в модулі Foobar, ви можете перейти до "Я намагаюся зробити X з Foobar, якісь ідеї? ". Ви також повинні доносити цілі та зусилля колективу до керівництва, одночасно використовуючи команду з технічних питань (наприклад, якщо ви та команда вважаєте, що на проект знадобиться 4 місяці, не забувайте про це і не повідомте генеральному директору, що це буде робиться за 1 місяць, а потім змушують усіх працювати понаднормово). Ви також повинні нести відповідальність за те, щоб переконатися, що код належної якості, а інші члени команди роблять все правильно, а не просто викрадають сміття, яке руйнується вниз по дорозі.

Звичайно, це все теоретично. Це залежить від команди; Я працював під "літніми людьми", які нічого не знали про будь-який сучасний розвиток за останні 5 років і були "Smithers" у вищому керівництві і сказали б: "Пане, так, сер!" на будь-яку вимогу, незалежно від того, наскільки смішна, задушена творчість з боку інших членів команди, і заохочувалося дуже невміле робоче середовище замість постійного навчання та майстерності. Я також працював над дуже обізнаними старшими розробниками, які брали активну роль, переконуючись, що все найкраще, ніж вони могли бути, і ніколи не піддавалися управлінському тиску.

Я старший розробник і маю кілька технологічних напрямків, з якими працюю. Різниця полягає в тому, що вони є керівниками технічних проектів. Якщо між розробниками виникає конфлікт з приводу технічної проблеми, вони приймають рішення, що робити. Якщо справи позаду, вони вирішують, як вирішити це. Вони несуть відповідальність за те, щоб люди заряджали свій час на проектування, що вимагається більше годин, за необхідності, призначаються нові завдання, проводиться перегляд коду (як старший я можу робити огляд коду) тощо. Як старший, Мені, як правило, призначені складніші завдання. Як старший мене консультують і очікують наставники молодших людей. Технічні ведучі теж роблять все це, але вони мають силу прийняття рішень і відповідальність за загальний успіх проекту. Як старший, я відповідаю лише за власну частину проекту.

Про це може бути багато різних точок зору, про що Джонатан згадував вище.

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

Часто ви також можете бути зв’язком як з управлінням проектами, так і з діловими користувачами. Ви допоможете вирішити, як і коли доставити результати проекту та, можливо, матимете можливість узгодити пріоритети проектів на більш тривалий термін.

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

Інші люди висвітлювали основний аспект лідерства цього питання, тому я спробую зосередити свої моменти на прямих запитаннях:

(а) Що можна очікувати від старшого / провідного веб-розробника організації (незалежно від розміру)?

Я б очікував, що людина з сильним характером і технічною базою знань. Я б очікував, що хтось не просто зруйнує ідеї, але запропонує нові ідеї замінити ті, які вважаються недостатніми. Я б очікував, що хтось не підштовхує і не знущається з підлеглих розробників, але намагається знайти способи, які мотивують, навчають та керують кожною людиною. Я б очікував, що хтось готовий взяти на себе відповідальність та право власності на проекти, концепції та рішення. "Так, чоловіки" та "настінні квіти" не потрібно застосовувати. Старший / ведучий повинен вміти поводитися з людьми так само ефективно, як і (і) він робить з кодом ... можливо, навіть краще в деяких випадках.

(b) Чи є різниця між лідером веб-розробки та старшим веб-розробником?

Основна різниця, яку я спостерігав, - це одна із сфери застосування, і я ніколи не бачив, щоб це було записано ніде. Як правило, керівник відповідає за продуктивність однієї команди. Старший може відповідати за декілька команд, одну команду або відсутність команди. Очікується, що керівництво допоможе підлеглим розробникам досягти своїх цілей у межах конкретного проекту чи завдання. Під підлеглим я просто маю на увазі розробників, які були призначені на проект, для якого керівник технічно "відповідає". Я часто вважаю, що я є керівником у проектах, де декілька розробників або рівні, або мають більше стажу, ніж я, тому не враховуємо, що лідером буде самий "старший" член команди. Враховуючи цю сферу, старший розробник - це той, на кого може розраховувати вся організація, щоб мати необхідні знання та досвід, щоб допомогти будь-кому. Очікується, що старший є зразком для наслідування (як хтось сказав) для будь-якого розробника в організації, а також, як очікується, допоможе молодшим розробникам у технічних питаннях.

Словом, для мене: Свинець допомагає. Старший викладає.

Старших веб-розробників можна розглядати як людину, яка може вирішити проблему, знайти різні рішення та реалізувати найкраще самостійно. В одному сенсі армія однієї людини. Наставники молодших розробників, щоб допомогти покращити загальну ефективність команди. Можна також задіяти досвід у різних програмних пакетах, оскільки, можливо, очікується, що старший дійсно знає щось краще, ніж інші розробники в деяких випадках. Як правило, навички, які розробник використовує для максимальної вигоди, яка може бути поєднанням наставництва, консультацій, кодування, проектування та створення процесів.

Провідні веб-розробники можуть мені придумати декілька різних форм. Команда керівника - адміністративний керівник, і той, хто буде робити загальний огляд продуктивності, знайте, на які проекти виділяється розробник та обробляє деякі документи, одночасно будучи розробником, як тільки це буде зроблено. Існує також керівництво для проекту, де фокус людини значно більш вузький, оскільки саме за цей проект ця особа несе відповідальність за дотримання стандартів та практик в колективі. Таким чином, виникає питання, що насправді ведуча? Проект чи група розробників з адміністративної точки зору?