Хотел бы поделиться опытом и своими взглядами на особенности управления процессами в IT-компаниях. А именно рассказать подробнее о том, чем отличаются роли Team Lead и Tech Lead и какие функции и задачи могут быть с ними связаны. Прежде всего это будет интересно тем, кто работает в растущих командах или задумывается о карьерном росте на позиции разработчика. А также тем, кого волнуют вопросы https://deveducation.com/ эффективного управления в продуктовых компаниях.
Junior, Middle, Senior, Lead — в чем разница и есть ли жизнь после Senior?
- А только настройкой игровой сцены или игровых объектов в редакторе.
- Люди в компании должны знать и о разработке программного обеспечения, и тонкости использования инфраструктуры.
- Еще один интересный рабочий кейс – создание инструмента для ручного тестирования.
- Для эффективного обучения стоит воспользоваться разнообразными ресурсами, такими как книги, видеоролики и онлайн курсы.
Исходя из того, насколько у вас получилось управлять Визуальное программирование этой маленькой командой, уже и определяют, стоит ли вас рассматривать как тимлида в будущем. Но все же у Senior Developer руководство — побочная обязанность, при желании он вообще может никого не брать в подчинение. Его основная обязанность — работать над проектом и брать на себя сложные и критические технические задачи. Обычно критическими задачами занимается архитектор или техлид, но если его нет, то их выполняет синьор девелопер. Поэтому тимлид ставит на себя задачи не выше medium priority, а в идеале low priority. Потому что если вы тимлид и поставили на себя критическую задачу, которая блокирует работу всей остальной команды, а вас вдруг вызвали на совещание, вы тормозите всю работу.
Наши проекты по продакт дизайну
Техлид (Tech Lead) — это ключевая профессия в сфере информационных технологий, которая представляет собой уникальное сочетание технической экспертизы и лидерских качеств. Technical Leader – это не просто продвинутый программист или инженер – это профессионал, который стоит на стыке технических и управленческих аспектов IT-проектов. Так свой путь в IT с помощью курсов обязанности тех лида начал Алексей Клименок, Tech Lead в ucode IT academy. По образованию он – финансист, имеет опыт работы по специальности. Но впоследствии почувствовал невероятный интерес к инновационным технологиям.
Чего разработчики ждут от РМ-а, а РМ — от разработчиков?
Разработчик этого уровня может объяснить все процессы джуну, мидлу или заказчику, а также рассказать, что, как и почему нужно сделать. Однако это не повод расслабляться и больше не ставить перед собой целей. Senior программисты, как никто, знают, насколько важно постоянно развиваться, осваивая новые и новые горизонты. Они никогда не ограничиваются одним набором инструментов, потому что в стремлении к оптимизации рабочего процесса так или иначе приходится обращаться к чему-то новому. Чаще всего Business Analyst растет в Product Owner. Сильных специалистов можно встретить в Outsource и Outstaff компаниях, где есть больше практики взаимодействия с разными клиентами.
Наши senior дизайнеры работают для вашего успеха
«Если говорить о портрете тестировщика, – рассуждает Ярослав Гамрецкий, – то, во-первых, это заинтересованный в процессе специалист, который понимает, что делает. То есть, когда тестирует, знает, для чего именно был разработан этот функционал, а не бездумно щелкает по кнопкам. Во-вторых, у нашего идеального кандидата хорошо развиты коммуникационные навыки, он может быстро менять контекст. Концентрируется на задачах, которые выполняет, не отвлекается во время работы». Еще один интересный рабочий кейс – создание инструмента для ручного тестирования. Он называется Sandbox и работает в области тестирования по принципу швейцарского ножа.
И что ты «торчишь» уже не за себя, а за других людей, которые тебе могут даже не нравится, но все равно ты за них отвечаешь. И процесс ты им должен ставить, и отношение к работе прививать, и за лажу бить по рукам. Нужно быть лидером, иметь свое мнение и уметь это мнение доводить до других (а зачастую — навязывать). Уметь коммуницировать в команде и с заказчиком за всю команду. И при этом быть экспертом в технической области, авторитетом для членов команды.Это совсем не просто, если по-честному, а не «за выслугу лет». И именно поэтому тим-лиды получают лучше «чистых» менеджеров аналогичного ранга.
Это специалисты, которые могут читать лекции по поводу того, как правильно строить микросервисы, как выполнять инжиниринговые практики, как строить деливери, как все это будет работать и пр. Но вы должны понимать, что дорога выбирается не из-за денег, а из призвания, из вашего желания этим заниматься. Вы приходите на свою первую работу и потихоньку начинаете качать свою экспертность. Конечно, бывают и другие ситуации, когда на первую работу вы как-то попали в качестве руководителя.
Конечно, бывают скучные задания, которые никому не нравятся. Однако не будет лишним оценить команду и подумать, кому ваше поручение могло бы быть интересно и принести пользу. Если вы хотите организовать IT-инфраструктуру для бизнеса, можно самостоятельно арендовать сервер, настроить его, установить необходимый софт и заниматься его администрированием. В то же время, PM отвечает за стратегию, исследование рынка, общение с клиентами — в этом основное различие ключевых командных ролей в проектной группе. Этот специалист проверяет продукт на наличие багов (ошибок), тестирует User Scenario, помогает обеспечивать соответствие продукта техзаданию и безотказную работу на различных устройствах.
Поэтому здесь я бы не советовал искать легкие пути, а начинать изучать язык программирования. Есть стереотип, что джуниоры выполняют только простые и скучные задачи, которые все остальные выполнять не хотят. Поэтому с первого дня, когда джуниор пришел на работу, ему постепенно будут давать все более сложные и сложные задачи.
Если люди перегружены, он идет ругаться с PM, иначе это чревато выгоранием. В противоположном случае будет сложно вовремя заметить ошибки и сделать глубокий code review. При этом тим лидеру важно параллельно изучать новые технологии.
При этом большинство из них не имеют ни малейшего понимания, как работает бизнес. Зарабатывают ли руководители больше, чем эксперты? Руководители низкого звена могут зарабатывать меньше, чем их подчиненные. В ИТ это тоже типичная ситуация, где программисты часто зарабатывают больше, чем их проджект менеджеры. Но это не значит, что дорога эксперта самая денежная.
Если они все же что-то сделали, это значит только одно — кто-то из них взял на себя обязанности лидера. Профессия руководителя возникла одна из самых первых в этом мире. Всегда были какие-то вожди, те, кто руководил армией и пр. Если другим не говорить, что делать, каждый будет делать что ему придет в голову и уйдет бесконечное количество времени на обсуждение что же все-таки делать. Из моего личного опыта — если у проекта хороший проджект менеджер и плохие программисты, проект с большой вероятностью будет жить и все с ним будет хорошо. В команде с очень хорошими программистами, но с плохим проджект менеджером, проект, скорее всего, провалится.