Содержание
- Разработчик + тестировщик = качество++
- Плюсы и минусы должности Team Lead
- Обращайте внимание на реалистичность прогнозов по проекту
- QA метрики. Взгляд на качество с разных сторон. Реальное применение
- Создаём универсальный конвейер тестирования для автоматизированного тестирования веб-приложений с помощью Docker
- Требования к тимлиду
Кого-то можно встретить в сервисной компании, кого-то — в продуктовой, а кого-то вообще только на стыке настоящего Research & Development. В идеале, в фокусе техлида — прокладывание технологического курса развития https://deveducation.com/ продукта и работы команды, как и повышение профессиональной квалификации коллег. Когда в команде три человека — условно [Tech/Team] Lead и пара Middle — скорее всего, сложностей с управлением не возникнет.
Как ускорить рост и из мидла вырасти в Team Lead специалиста? Нужно также завоевать авторитет в команде и изучить внутреннюю «кухню». Имеет значение количество проектов — чем разнообразнее опыт разработчика, тем легче ему дается управление технической составляющей работ.
На проекте нужны люди, а не должности. Эти люди, должны выполнять некоторые роли (постановка задач, планирование, программирование, тестирование, управление финансами и т.д.). А уж как эти люди называются — ну право же, не имеет ни малейшего значения. При этом у меня нет и цели как-либо убедить или добиться понимания собеседником возможностей технической реализации обсуждаемых вопросов. У меня не стоит цель переспорить или переубедить.
Разработчик + тестировщик = качество++
Team lead — это руководитель команды разработчиков. Он уже не пишет код (за редким исключением), его функция состоит в распределении нагрузки на специалистов, отслеживании итогов проекта и ответственности за проект в целом. Перед teamlead-ом устанавливают высокие требования.
Глава этой команды — Engineering Manager. Фактически он имеющий инженерный бэкграунд Team Lead. Но от этого термина мы решили избавиться, потому что на рынке он имеет разные значения и зачастую создает неправильные ожидания.
Тим лид — это не последствие плохого ПМа, тим лид — очень важная роль в команде. Безусловно тим лид и ПМ в своей работе сталкиваются с одними и теми же вещами, но у них разные задачи и цели. Задача ПМа — заниматься проектными вещами, заказчиком, его удовлетворенностью и т.п. Задача тим лида — заниматься командой, отвечать за ее моральное состояние, профессиональный рост, производительность, результаты работы и т.д. Тим лид — это адвокат команды, ПМ — адвокат проекта и заказчика. К примеру, одна команда использует несколько разных технологий для одного проекта.
Плюсы и минусы должности Team Lead
Производство, в отличие от недоумерших – успешное не один год, и увеличивающее свои мощности. У нас например, пейсателей клаудного ПО (один из продуктов используется в корпорации из первой пятерки) ничего из названного не применяется. Не, хибернейт конечно есть, но его применение как-то разделом математики мне назвать сложно. По моему наоборот, он избавляет от “баз данных”. Признаю – вы первый кто в интернете выдал такой список. И я не могу ничего возразить, почему бы действительно не встретил такого человека?
Всегда стараюсь интересоваться новыми технологиями, развиваться и не стоять на месте. В рамках этого доклада мне бы хотелось рассмотреть эти, а также иные популярные вопросы, которые регулярно возникают у наших команд во время их работы. Разберём имеющиеся подходы к оценках, проанализируем сильные и слабые стороны подходов. И не забудем сравнить с проектными ограничениями, ведь только обладая полной картиной можно понять какой же из вариантов подходит в каждом конкретном случае.
Обращайте внимание на реалистичность прогнозов по проекту
И если у вас в компании есть талантливые люди с сильной экспертизой, которые постоянно держат руку на пульсе, поздравляю – вы счастливчик. К таким энтузиастам нужно прислушиваться, их стоит поощрять. Но что делать, если все управленческие позиции заняты другими достойными людьми и повышать больше некуда? Как один из вариантов роста в нашей компании родилась роль техлида – возможность для замотивированных людей реализовать свои идеи. В противоположном случае будет сложно вовремя заметить ошибки и сделать глубокий code review. При этом тим лидеру важно параллельно изучать новые технологии.
Сотрудник получает шанс на самореализацию, команда – на ментора, а бизнес – на новые идеи. Поддерживаю, в статье намешано обязанностей и понятий. Во-первых, все-таки тим лид — это роль в проектной команде, а не отдельная должность и не профессия. На эту роль обычно ставят самого опытного члена команды, способного заниматься tech lead не чисто техническими вопросами, но и «человеческими», чаще всего это программист. Не редкость, что в команде из мидлов и джуниоров роль тим лида выполняет милд девелопер. Тим лид — это не рост вверх после синьора, это рост в ширину, это дополнительные обязанности члена команды в разрезе работы с людьми/командой.
- QA automation тимлид с опытом работы 10+ лет.
- Не стоит так переживать, подумаешь, забыли как называется предмет.
- Вас несколько лет учат строить математические модели по реальным жизненным задачам и решать их.
- Объясните, насколько реалистична реализация проекта.
Однако, когда клиент получает два графика роста и на одном он видит реальность, а на другом сказку и не разбирается в этом, он остановится на сказке. Я очень рекомендую брать таймаут в таких случаях и обращаться за консультацией к профильным специалистам — тестировать реальность. При том, что конкуренты точно занимаются оптимизацией органики уже как минимум год.
QA метрики. Взгляд на качество с разных сторон. Реальное применение
Спикер BAQ Conference, Terrasoft TechPoint. Среди своих дел выделить стратегические и долгосрочные таски , где результат нужен не на завтра, а, например, через полгода. И во что бы то ни стало, уделять время этим задачам каждый день по 1-2 часа. Это предотвратит ситуацию, когда приходится выполнять задачу «на вчера». Просмотрите список задач и делегируйте все, что можно делегировать , и делайте только то, что реально зависит от вас.
Создаём универсальный конвейер тестирования для автоматизированного тестирования веб-приложений с помощью Docker
Но вот в чем не нужно владеть супер глубокими знаниями, чтобы вникнуть в суть, так это в прогнозах, сделанных по вашему проекту. Так, например, подрядчик делает прогноз — в органике он осуществляется по определенной методологии. Суть в том, что нельзя прогнозировать больше того, что есть на рынке. Я уже упоминал о том, что иногда сложно понять технические особенности продвижения и следует приглашать профильных экспертов, чтобы разобраться в прогнозах, графиках, таблицах.
Требования к тимлиду
Могу еще добавить, что хоть и редко, но встречаются случаи, когда нужен факт наличия высшего образования (например, программы по иммиграции в другие страны). Вы не пытаетесь разобраться, нужно ли разработчику ВО. У Вас ответ есть заранее, и Вы старательно расписываете на своем примере, как это хорошо, нужно и важно.
Team Lead vs Tech Lead. В чем разница и зачем разделять эти роли
В некоторых проектах данного подхода избегают ради экономии времени разработчика, на других – ради сохранения независимости мнения тестировщика. Разработчики тоже далеко не всегда понимают, чем конкретно может помочь им на практике тестировщик. Тем не менее, данная связка способна существенно улучшить качество продукта и избежать многих проблем. Алексей – неплохой инженер по тестированию, с его слов. Он имеет хорошие навыки в тестировании веб интерфейсов, особенно в манки патчинге с помощью JS.