Кстати, в книге автор развенчивает мифы о многозадачности, тайм-менеджменте и многочасовой работе с ориентацией на результат. Плохие лидеры тормозят производительность команды в 5-10%. Для крупных компаний этот показатель может означать ежегодные потери в размере миллионов долларов.
Я думаю, что через 5 лет смогу повысить навыки не только в MacOS, но и Windows разработке. Надеюсь продукт, которым я руковожу, займет лидирующее положение на рынке. Также планирую продолжить преподавание, хочу реализоваться и в этом направлении. Отвечая на второй вопрос, руководящая должность пришла ко мне постепенно. Приходилось помогать новым разработчикам, так как я имел более глубокие знания о продукте, над которым работал уже полтора года.
Дополнительная мотивация развиваться для всех
Проект стремительно развивался и мы начали тесно работать с командами из разных уголков мира (Индия, Китай, Канада, США, Великобритания, Ирландия). Каждый год мы ставили перед собой глобальные цели и достигали их. Чаще всего Business Analyst растет в Product Owner. Сильных специалистов можно встретить в Outsource и Outstaff компаниях, где есть больше практики взаимодействия с разными клиентами.
Но старшие коллеги могут помочь, если возникли трудности, с которыми middle не может до конца разобраться без помощи. Лично я рекомендую строить карьеру в SEO таким образом. Сначала обязательно пройти комплексные базовые курсы для новичков, тех лид например, как уWebPromoExperts. Далее взять на фрилансе небольшой сайт и попытаться на практике усвоить полученные знания. Затем устроиться в хорошее SEO-агентство на должность Junior SEO-специалиста и поработать там 1-2 года.
[Developer] Backend Team Lead (Python) @WorkNest
Применение этого варианта наиболее оправдано на динамических рекрутинговых рынках с преобладанием спроса над предложением. Классический пример – современный рынок подбора ИТ-специалистов. Брак возможности переключиться между разными задачами может негативно влиять на мотивацию членов команды (рекрутеры устают от непрерывного общения с кандидатами, а ресечеры страдают от его недостатка). Каждый из членов рекрутинговой команды может сосредоточиться на обязанностях, которые ему нравятся, и совершенствовать здесь свои навыки и умения. Ведь на самом деле специалистов, которые одинаково легко смогут построить сложный Boolean Search-запрос и правильно «продать» вакансию кандидатам не так много. Ассистенты в этой схеме часто являются отражением рекрутеров, что может повлечь за собой общую «слабость» команды в том или ином аспекте рекрутинговой деятельности.
- И это важная задача менеджмента — понять, какой подход покажет бОльшую эффективность.
- Люди традиционных профессий — например бухгалтеры, юристы — должны хорошо понимать специфику IT, а именно — что сотрудники здесь работают как частные предприниматели.
- Сейчас работаю с украинской IT компанией, разрабатывающей продукты на мировом рынке и помогаю им развивать свой бренд в социальных сетях.
- В перспективе это поможет разбираться, какие решения в бизнесе нужно оперативно принять.
Тим лид — это не рост вверх после синьора, это рост в ширину, это дополнительные обязанности члена команды в разрезе работы с людьми/командой. Суть тим лида (отбрасывая «лидов», которые получили титул за выслугу лет или просто потому, что умненькие) — это то, что раньше ты отвечал за себя-хорошего, и всех интересовали ТВОИ личные знания и навыки. А тут резко речь начинает идти не о тебе, а о твоей команде. И судить о тебе будут по результатам команды, а не твоим собственным.
Роли и артефакты в проектной команде
«В конце концов мы выяснили, что самое важное, что нужно для успешной адаптации нового специалиста — это поддержка. С Ярославом у нас были ежедневные встречи — рассматривали компоненты, которые есть на нашем проекте, и те направления, с которыми нужно работать. На основе конкретных кейсов мой коллега задавал вопросы и, постепенно набираясь опыта, начал делать первые успехи. Моя задача и мой собственный подход состоит в том, чтобы стать другом для нового специалиста. Я пытаюсь построить доверительные отношения, в которых человек не будет стесняться обратиться ко мне, казалось бы, даже с нелепыми вопросами.
Чтобы с этим справиться, сразу дайте человеку возможность показать себя. Ставьте на него сложные задачи, с которыми другие не справляются, или глобальные, которые давно откладывались. И просите его регулярно делиться полезными инсайтами, результатами проделанной работы и гайдами, если коллеги https://deveducation.com/ решат самостоятельно повторить его успех. А фидбек о проделанной работе лучше подавать в формате брейншторма с холдером проекта, чтобы ни у кого не возникало ощущения навязанных со стороны техлида решений. Поверьте, признав его экспертность, коллеги сами начнут приходить за советом.
Service Mesh и CNI — как это работает
В продуктовых компаниях часто нет бизнес-аналитика или эту роль выполняет человек на другой должности. Это связано с тем, что клиент продукта — конечный пользователь, это немного упрощает процесс. Зачастую нанимать в команду и проджект-менеджера, и скрам-мастера не нужно. Бывает, PM нанимают в большие проекты со стойкой иерархией IT-специалистов, где распоряжения поступают сверху вниз и нужен специалист, который будет работать и с продуктом, и с командой, и с Product-оунером. Основные риски в project-менеджменте — сорвать сроки, не вложиться в бюджет и не набрать нужных специалистов на проект. Например, кандидаты могут оказаться дороже, чем планировалось, специалисты уйдут с проекта в процессе работы или их «захантит» конкурент.
Если мое предположение верно, то первое и самое главное граничное условие здесь — наличие в компании достаточного количества людей, действительно могущих быть хорошими лидами. Остается только пытаться предугадывать риски выдачи насяльника «лычек» авансом в том или ином случае. Есть подход, при котором тимлид в инженерной команде — не обязательно инженер, а специалист с развитыми управленческими навыками. Но стоит признать, что не каждый человек без технического бэкграунда может завоевать достаточное доверие команды «технарей», чтобы управлять ими. Тимлид как минимум должен понимать, какие задачи ставит своей команде.
Уровни программиста: путь от новичка до эксперта
Помимо технических навыков это всё-таки про ответственность и работу с людьми. Например, многим техническим специалистам не нравится проводить one-to-one встречи. А это необходимая практика для «здоровой команды». Необходимо брать на себя ответственность, иметь технические навыки, быть лидером. Team Lead — не просто менеджер, он лидер для своей команды.
Хотя может в этом и проблема — в уверенности, что если назвать «ведущего программиста» senior-ом, руководителя отдела — teamlead-ом, а гендира — СЕО — то в команде сразу все наладится. Согласен по всем пунктам, кроме распределения задач. Обязанность тимлида, скорее, приоритизация задач — а дальше они уже разгребаются разработчиками самостоятельно. Лидер — это не монарх и не «авторитет» и не диктатор.