Играющий тренер: Зачем вашей компании Tech Lead

Кроме инженеров, которые нужны для разработки продукта, есть Product Owner’ы, бизнес-аналитики, дизайнеры, дата-аналитики. Алена начала работать в IT сфере в 2007 году в качестве BI Developer. С 2009 года она выросла из junior manual QA в автоматизатора, затем в QA Lead\Test Manager.

Поговорим о том, как правильно выстроить процесс тестирования для поиска ошибок которые не всегда удаётся воспроизвести. Имеет 4 года опыта преподавания собственной программы на курсах, проведения практикумов и семинаров. Консультирует компании по вопросам Agile & Scrum процессов и QA. Любит свою семью, футбол, хорошую музыку и проводить время в кругу друзей!

Все результаты

Глобальные компании, которые зашли к нам (Uber, Bolt, Yandex.Taxi), очень расширили рынок перевозок в Украине. Они навели хайп — в Украину пришла международная компания, провели образовательную программу на стороне райдеров (потенциальных пассажиров). Больше людей узнало о том, что для заказа такси можно пользоваться мобильным приложением. Кроме того, глобальные компании расширили рынок за счет работы с автопарками в разных городах. У многих людей появилась возможность проинвестировать в автомобили.

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

Навык управления конфликтами

Как правило, команда состоит из Senior/Middle+ специалистов, которые достаточно автономны (70-90% решений принимается самостоятельно). Когда в команде три человека — условно [Tech/Team] Lead и пара Middle — скорее всего, сложностей с управлением не возникнет. Здесь лид «и швец, и жнец, и на дуде игрец». На нем и собственноручная разработка решений, и ревью кода других, и управление командой. Когда стартовал наш продукт, всю команду, весь костяк, который есть сейчас, я формировал вокруг себя. Сегодня в компании работает достаточно много людей, которые пришли еще 7–10 лет назад.

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

Уставший человек не может просто физически сосредоточиться и эффективно выполнять работу. Это одна из самых распространённых причин. Например, вы осознаете бессмысленность выполняемого действия. Когда сколько усилий не прикладывай, задача не ведет к нужному результату. Либо же регламентированные действия нелогичны и на самом деле больше мешают, чем помогают выполнить задачу. В итоге они просаживают рынок, не давая клиенту реально оценить возможности участников тендера и выбрать того, кто обеспечит наилучший результат и высокое качество работы.

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

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

Тим лид — это не последствие плохого ПМа, тим лид — очень важная роль в команде. Безусловно тим лид и ПМ в своей работе сталкиваются с одними и теми же вещами, но у них разные задачи и цели. Задача ПМа — заниматься проектными вещами, заказчиком, его удовлетворенностью и т.п.

С грамотным развитием специалистов и/или хорошими наймами на эту роль создается правильный профицит управленческой функции. Для https://deveducation.com/ быстро растущего продукта (iDeals растет на20-30% в год) это суперважно. На этом, конечно, приключения не заканчиваются.

«Ежеквартально и ежегодно мы выбираем лучшие идеи и поощряем людей, которые их принесли». О том, как появляются новые фичи

Оставшееся время — code review, менторинг и skill-sharing внутри команды. Была ситуация, когда мы в пятницу обновили программу и целый час не могли «встать» в час пик. Было много хейта, мы потеряли деньги, репутацию перед клиентами, пришлось как-то закрывать это промо-кодами. Поначалу кроме сайта и бэкенда, который процессил эти заказы на диспетчерские службы, ничего не было. По сути, мы только закрыли «боль» пользователей звонка через веб-интерфейс.

• Алёна знает, что у каждого есть свои тараканы в голове, и она рада помочь каждому организовать этих тараканов для эффективной работы над проектом.
• Первое — по отдаленным знаниям из советского периода.
• Затронем тему распараллеливания выполнения тестов.
• Умение видеть, слушать и сопереживать формирует более глубокую связь с командой, а также меняет отношение руководителя к работе.
• Предлагается рассмотреть расширенные возможности, например, сохранение скринкаста в качестве артефакта сборки.

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

Автоматизация тестирования мобильных приложений: опыт продуктовой компании

На эту роль брали людей, которые работали на уровне синьора, а потом перешли в менеджмент. Планируем, что каждый менеджер будет заниматься двумя командами, это 10–12 человек. Мы стараемся работать небольшими коллективами. Если в команде 10 человек, это не эффективно, даже стендап превращается в балаган — до конца встречи люди забывают, о чем говорил первый выступающий. Должно быть очевидно, что написание фреймворка с нуля на каждом новом проекте одного и то же типа – трата времени.

Карьера team leader: подробный план действий

Имеет значение количество проектов — чем разнообразнее опыт разработчика, тем легче ему дается управление технической составляющей работ. Полезными будут книги и курсы по прокачке soft skills. Таким нужно помогать, отдавая под полную их ответственность реализацию отдельных фич, особенно если над фичей работают несколько человек. Конечно, присматривая, помогая и подстраховывая.

PM Soft Skills

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

Так, у нас в портфеле 10 интернет-магазинов, но все они находятся на разных стадиях развития и подходы для каждого из них уникальны. И опыт одного нельзя полностью перенести на другой. Если, к тому же, у вас нестандартный проект, медиапланирование не будет иметь связи с реальностью. Для того чтобы стать архитектором, вы должны очень хорошо разбираться в предметной области, с которой работает компания. Даже если это аутсорс, то он все равно специализируется на какой-то сфере.