Содержание
Сотрудник получает шанс на самореализацию, команда – на ментора, а бизнес – на новые идеи. QA automation тимлид с опытом работы 10+ лет. 4 года работал как automation QA, performance инженер и white box тестировщик. Участвовал в разработке различных automation и performance testing проектов для систем разного масштаба (от крупных Enterprise, до мелких desktop приложений).
В целом техническая и бизнесовая части у нас работают в синергии. Нам удается избегать длительных обсуждений для принятия решений, команды становятся продуктивнее и автономнее. Вначале и маркетинг, и разработку, и все что угодно мы пытались делать сами. Но со временем пришли к тому, что иногда легче и быстрее нанять человека, закрыть проблему и «ехать дальше». Когда появляется больше процессов и все стопорится, нужно выдохнуть, найти специалистов и просто помогать им, направлять, чтобы теми или иными процессами занимались квалифицированные люди.
- Сейчас это — часть Uklon, но ПО для телефонных служб занимается отдельная команда.
- Потребовалось немало работы и усилий, чтобы все переделать и двигаться дальше.
- При этом у меня нет и цели как-либо убедить или добиться понимания собеседником возможностей технической реализации обсуждаемых вопросов.
- Мы рассмотрим эти и другие фичи, которые упрощают жизнь автоматизаторам.
- Описанные далее п.п.1 и п.п.2 к обсуждаемой теме вообще отношения не имеют.
В голове всегда нужно держать, для чего вы все это делаете, какая задача проекта. Исходя из этого вначале выполнять первостепенно важные задачи (обычно более сложные и неинтересные). Сначала делаете то, что нужно заказчику в данный момент, потом все остальное. В противном случае – вы просто развлекаетесь за деньги клиента.
Наличие техлида увеличивает КПД всей команды
На переключение между задачами уходит от 5 до 15 минут, соответственно, какие-то пункты будет нереально успеть сделать. Этим пунктом, конечно же, грешим мы все, и как бы не старались идеально распределить свое время, до конца это сделать невозможно. Но все же, чтобы минимизировать метания между срочным и важным, стоит придерживаться таких простых правил. Все это можно увидеть, запросив стратегию роста проекта, его масштабирования. Потому что, например, создать и разместить рекламные объявления может практически любое агентство и хороший фрилансер.
Кроме того, вам понадобится очень много лет, может даже десяток лет, чтобы дорасти до должности архитектора. Поэтому я крайне рекомендую обратить внимание на развитие по менеджерской ветке. Решение сложных задач, которые другие члены команды не могут осилить. Предлагаем рассмотреть, какой “выхлоп” вашей компании может принести такое назначение. И как найти выход из дилеммы баланса бизнес-эффективности и интересов отдельного специалиста? Мы используем файлы cookie, чтобы улучшить ваш опыт работы с сайтом.
PM Hard Skills: Release
Я встречал немного команд, где практикуют тесную работу разработчика с тестировщиком. В некоторых проектах данного подхода избегают ради экономии времени разработчика, на других – ради сохранения независимости мнения тестировщика. Разработчики тоже далеко не всегда понимают, чем конкретно может помочь им на практике тестировщик. Тем не менее, данная связка способна существенно улучшить качество продукта и избежать многих проблем. Очень любопытный тестировщик с опытом работы в самых различных проектах и командах (от маленьких мобильных до больших веб-проектов).
Спикер конференций PyCon Russia 2016, Pycon Siberia 2016, Moscow Python Conf 2016, PiterPy#2 и PiterPy#3. Я правда считаю, что тесты писать полезно и нужно. Часто отвечает до того, как вопрос задан до конца (например, завершает предложения людей, не может ждать поворота в разговоре). Часто находится в постоянном движении и ведёт себя так, «как будто к нему прикрепили мотор» (например, https://deveducation.com/ ему неудобно находиться в течение длительного времени в ресторанах, на встречах). Часто не следует инструкциям и не завершает задания, обязанности или рутинные операции на рабочем месте (например, начинает задания, но быстро теряет фокус и легко отвлекается). Проявляется такими симптомами, как трудность концентрации внимания, гиперактивность и плохо управляемая импульсивность.
Кто такой техлид?
Когда стартует новый город, картографы берут начальный слой — развязки, дома, все, что там есть — актуализируют его, вычищают дубли. В OSM много развязок и разных данных, но чистота у них не всегда такая же хорошая как, например, у Google (хотя там тоже бывают ляпы). Мы знаем, какие фильтры стоят у водителей, и уже на этапе просчета стоимости поездки понимаем, увидит ли этот заказ кто-то из них.
Эти передовики и сами развиваются, и других тянут. Выделите этим специалистам больше времени на стратегические вопросы и решение более сложных задач. Теперь эти люди не будут обучать коллег сверхурочно – это станет их прямой обязанностью.
QA Fest – конференция, созданная тестировщиками для тестировщиков.
К сожалению, бывают случаи, когда заказ никто не увидит, и мы хотим честно говорить об этом людям. Более 7ми лет моей жизни посвящены IT; я прошла путь от простого Тревел Менеджера, Процесс бизнес аналитика до Лид Тестировщика и Тренера по тестированию. 8.5 лет опыта в IT, путь в тестировании прошла через Ciklum, Lohika, GeekForLess – сейчас работаю в EPAM. Разрушитель хрупких надежд разработчиков на то, что они пишут высококачественный код.
Когда я шел из тимлидов в архитекторы, команду возглавил коллега, который пришел в нашу команду джуниором за два года до того. Сейчас мы с ним снова на одном проекте — теперь он мой PM. И еще двое из этой славной команды перешли в другие проекты сразу на позиции лидов. Сам я был тимлидом в такой команде только однажды. Техлидом был другой человек — один из самых крутых джавистов со всего DataArt, классический программист-интроверт по анекдотам.
До 9 лет опыта в IT с основным фокусом на автоматизации тестирования веб-приложений, построении QA и Software Development процессов. Автор практических курсов по автоматизации. Автор библиотек Selene и NSelene для тестирования Web UI на Python и C#. Ни много ни мало, более 7ми лет опыта работы в тестировании – страховые, банковские, платежные системы, веб-проекты. Последние несколько лет выполняю роль менеджера в больших и интересных проектах. Просмотрите список задач и делегируйте все, что можно делегировать , и делайте только то, что реально зависит от вас.
Техническое задание готовят либо участники тендера, либо ответственные за результат специалисты
Как один из вариантов роста в нашей компании родилась роль техлида – возможность для замотивированных людей реализовать свои идеи. В противоположном случае будет сложно вовремя заметить ошибки и сделать глубокий code review. При этом тим лидеру важно параллельно изучать новые технологии. Тимлидам также часто кто такой тимлид поручают дополнительные таски. Например, если в небольших компаниях в штате нет проджекта, вести коммуникацию с заказчиком приходится тимлиду. Если отсутствует эйчар, необходимо самостоятельно нанимать в команду технических специалистов, «растить» топовых teammates и расставаться с теми, кто не подходит.
Техлид может углубляться в техническую часть — например, уйти в экстремальное программирование. Для того, чтобы специалисты мыслили в одном направлении, ими нужно эффективно руководить. Например, как-то у нас возник вопрос по поводу скачивания «тяжелых» файлов в разрабатываемом дополнении к нашей системе. Более опытные коллеги предложили два варианта решения инженеру, перед которым стояла эта задача. Он решил исследовать проблему с нуля и увидел недостатки в обоих решениях.
В командной работе они неизбежны, поскольку все люди разные, их взгляды и предпочтения отличаются. Важно не убегать от конфликтных ситуаций, а научиться правильно реагировать на разногласия, чтобы извлекать из них пользу. Если конфликт возник между несколькими людьми и проблему можно решить самостоятельно, попытайтесь поговорить наедине. Когда разобраться в проблеме вдвоем не получается, привлекайте третьего участника — медиатора, или нейтральную по отношению к сторонам конфликта сторону.
А в проектах часто что-то идёт не так, особенно из-за сроков и неопределённости требований — иначе любой проект с архитектором становился бы технически успешным автоматически). К сожалению, синяя изолента иногда вылазит за пределы даже одного сервиса в SOA, и это непосредственным образом начинает влиять на гибкость и масштабируемость всей системы. Развитие сотрудников по одной из двух веток, в зависимости от их предпочтений, закладывает фундамент для дальнейшего успешного роста компании. Такая структура стабильна и работает хорошо. Единственное, что может ее разрушить — необходимость развития и/или расширение горизонта планирования.
Основываясь на истории предыдущих прогонов и собранных паттернов падений, ReportPortal использует мощь AI (машинного обучения) для анализа ваших новых падений, делая вашу работу за вас. 4 года опыта работы с крупной автоматизацией. Как результат возглавляю разработку инициатив в Центре Компетенций тестирования в EPAM. Он так же работает над нагрузочным тестированием и тестированием серверных программных интерфейсов.
