Successfully reported this slideshow.

Пути развития Software Test Engineer

4

Share

Loading in …3
×
1 of 16
1 of 16

More Related Content

More from SQALab

Related Books

Free with a 14 day trial from Scribd

See all

Пути развития Software Test Engineer

  1. 1. Пути развития Software Test Engineer Илья Притула. EPAM
  2. 2. Обо мне • 2003–… старт карьеры в QA • 2006–… тест-лид (5 подчиненных) • 2014–… Ресурс-менеджер/Юнит-менеджер (22 субордината) • География проектов: Астана, Саратов, Будапешт, Минск, Киев, США…
  3. 3. Проблема • Далеко не каждый QA Engineer понимает, как он может развиваться профессионально, и какие карьерные перспективы у него имеются. • Это демотивирует. • И это проблема.
  4. 4. Варианты решений • Эксперт/тим-лид • Автоматизатор • Разработчик • Проектный Менеджер • Бизнес-аналитик • Ресурс-менеджер
  5. 5. Специфика компании: Градация сотрудников • Т1 – Junior • Т2 – Engineer • Т3 – Senior • Т4 – Lead • Т5 – Chief
  6. 6. Специфика компании: «Ветки» • Функциональное тестирование • Нагрузочное тестирование • Автоматизированное тестирование • Бизнес-аналитика • И т.п.
  7. 7. Эксперт • T1->T2->T3->T4[->T5] • Т2 – базовые технические скилы • Т3 – способность решать сложные технические задачи • Т4 – управление командой, коммуникации • Т5 – техническое совершенство
  8. 8. Автоматизатор/программист • Требования: Java • Плюсы: Java (вам не нужно управлять людьми) • Минусы: Java (вам нужно кодить)
  9. 9. Бизнес-аналитик • Необходимые навыки ВА: – Технические – UML, знание инструментов, логика – Софт скилы – коммуникация с бизнесом, умение задавать вопросы… • Риски: – Потолок развития REQ1005.I.18. Жук.Спецификация
  10. 10. Проектный Менеджер • Необходимые навыки: – Коммуникации – Способность управлять людьми – Problem solving – Джентельменский набор лида: делегирование, менторинг, планнинг… • Риски: – Стресс, перегрузка, выгорание
  11. 11. Ресурсный Менеджер RM = «садовник» Необходимые навыки: • Коучинг/обучение • Коммуникации • Мотивация • Problem Solving Риски: • Беби-ситтинг • Инертные подчиненные • Увольнения • Слабая востребованность на рынке труда
  12. 12. Статистика • Рассмотрено: 2700 смен позиций тестеров • 2200 в рамках Т-шкалы: ТX ->TX+1 • 500 во вне: ТХ -> BA/Dev/Auto/PM/RM • 100+ с позиции тест-лида
  13. 13. Статистика
  14. 14. Заключение Серебряная пуля: • Soft Skills • Поговорите с начальником
  15. 15. Вопросы и ответы mailto: ilyavpritula@gmail.com SkypeID: ilya_pritula ?
  16. 16. Спасибо!

Editor's Notes

  • Здравствуйте. Вопрос который я хочу поднять – карьера тестировщика.
    Почему я буду говорить с вами об этом? – потому что я сам прошел этот путь
    Недавно в нашей компании прошли мероприятия посвященные этой теме и появился материал который мне захотелось рассказывать коллегам.
    И Сегодня Я хочу поделиться с вами как Своим личным опытом и так и опытом коллег из моей компании. Кроме того, в подтверждение своих слов я представлю немного внутренней статистики относящейся к карьере тестировщика.
  • . В тестировании я работаю уже более 11 лет. За это время проработал в 4х компаниях, успел погрузится в несколько абсолютно разных бизнес областей – строительство, страхование, биржевые и вне-биржевые инвестиции, налогообложение и… как это ни странно звучит в общем ряду… – азартные игры. Провел и сам прошел через несколько десятков собеседований.
    Сегодня я руководитель тестового департамента питерского офиса нашей компании и параллельно тест-лид одного из проектов.

    Чтобы сразу обозначить некоторую специфику расскажу пару слов о компании.
    Итак Эпам (компания) это крупный международный IT-аутсорсер. С общим штатом сотрудников порядка 10 тысяч.
    Для сотрудников компании это означает практически обязательные требования по английскому языку, а также возможность поработать в распределенных командах состоящих из сотрудников в нескольких локациях. Например лично я работал с Астаной, Самарой, Будапештом, Минском и Штатами. Сфера рабочих контактов моих ребят – еще шире.
    Но перейдем к делу…

    То о чем я хочу вам сегодня рассказать можно проиллюстрировать на моем личном опыте.
    Моя личная история:
    На предыдущем месте работы примерно в 2006 году я стал тест-лидом. По сути главным в компании по качеству. И на этом мое развитие остановилось – люди и задачи практически не меняются. Карьера не движется. Я уперся в свой полок. Бам. мы расстались в 2007…
    В текущую компанию я пришел в 2007 году. В 2009 стал лидом. В 2010 я отработал полноценный проект «от- и до-» в роли лида.
    и на этом мое развитие в карьерном смысле снова остановилось. Я снова уперся в «потолок». Шансы получить больше людей под свое руководство в проектах по объективным причинам были очень низкими. А как профессиональный тестер я к тому моменту уже более чем реализовался.
    Итог всей этой истории…

  • Итог всей этой истории: 10 лет опыта в QA. Потолок развития – Тест Тим Лид. Команда 3-5 тестеров максимум. Перспективы - туманны.
    Данная ситуация меня несколько расстраивала. Работать без перспективы профессионального и карьерного роста – это демотивирует. 
    Это демотивирует вдвойне если работа не только в кайф, но и ваш главный источник дохода.
    Нет роста – нет повышения зарплаты…
    Ну вы меня понимаете – семья, ребенок, квартира… а расти некуда.
    Это грустно. Признаться, я подумывал о кардинальной смене рода деятельности. Что конечно не обрадовало бы моего работодателя. Я думаю и среди вас или ваших коллег, а может и подчиненных найдутся те кто готов покинуть профессию по сходным причинам…

    Итак сформулирую проблему о которой буду говорить:
    на определённом этапе тестировщик не видит дальнейших вариантов развития своей карьеры и «гаснет».
    Как работают демотивированные сотрудники объяснять полагаю не надо.

    На самом же деле…
  • На самом же деле есть масса вариантов карьерного и профессионального развития. Возможно даже больше, чем видит для себя типичный девелопер.
    Пройдемся по этим вариантам вкратце
    Эксперт или тим-лид – всем понятный и самый доступный вариант. Не факт, что самый простой.
    Автотестер – весьма востребованный сотрудник. Все, кто способен программировать – рано или поздно выучиваются на автоматизатора. Это практически неизбежно  я кстати тоже учился.
    Разработчик. Вам надоело тестировать чужой код? Хочется уже наконец что-то сделать своими руками? Базовый курс программирования java\c#\whatever – и вперед. Единственное что вам реально потребуется в пути – хороший Учитель. Ну и способности…
    Пи-эМ. после того как вам покорилась роль тест-лида - практически самый очевидный шаг вверх по карьерной лестнице. Полагаю что каждый так или иначе эту роль мысленнно примерял
    БиЭй. Работая с документацией от проекта к проекту мы постигаем азы работы БА. Всего лишь небольшое усилие отделяет тестировщика от позиции аналитика.
    И наконец Ресурс_менеджер. Возможно не все знакомы с этим термином. Позвольте мне остановится на нем чуть позже.

    Однако Перед тем как перейти к…
  • Однако Перед тем как перейти к более детальному разбору карьерных вариантов мне придется прояснить некоторую специфику принятых в компании ролей и уровней.
    Во-первых все продакшен позиции ранжированы по 5 уровням – от джуниора до чифа.
    Этот грейд не свалился с полка и не придуман для того чтобы усложнить рядовым сотрудникам жизнь.
    Компания [Епам] выросла из небольшого пост-советского, как сейчас модно говорить, старт-апа, где генеральный директор на первых годах знал в лицо и по имени каждого сотрудника, а возможно и не только по имени но и по способностям…
    …Выросла в 10000(десятитысячного) монстра, который нанимает, обучает, растит и продает светлые умные головы специализирующиеся в разных языках и дисциплинах. И тут без систематизации своих сотрудников - а если говорить честнее – своего товара – не обойтись.

    Таким образом типичная карьера тестера состоит из 5 предопределенных этапов.
    Впрочем если отбросить новичков-джуниоров и полумифических чифов - профессиональный рост сводится к двум промоутам с л2 до л3- сениоора
    И с л3 до лида л4. до лида.

    Кроме того …
  • … Кроме того, Все сотрудники так или иначе принадлежат какой-то ветви

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

    Нам не нужны универсальные спецы-во-всем-понемножку – такие как швецарский нож
    Нам скорее нужны крепкие спецы в своих областях: если сверлить – то перфоратор, если резать – то пила.

    Положительная сторона в том что профи-нагрузочника вряд ли поставят обычным тестером-маузкликером на проект.

    И теперь я расскажу вам
  • И теперь я расскажу вам про самый простой и доступный карьерный вариант
    Я расскажу очевидные вещи, но они нам понадобятся в дальнейшем для понимания куда мы можем пойти достигнув определённого развития в роли тест-инженера.
    Итак давайте посмотрим на то что нужно тестеру на каждом этапе развития.

    Т2 инженер –базовые технические скилы, методики тестирования, знание инструментов

    Т3 синиор –самостоятельность. способность решать сложные технические задачи, способность управлять парой помощников/подчиненных.

    Т4 лид - техническая экспертиза, управление командой, коммуникации со смежными командами, ПиэМом и заказчиком, построение и управление процессами. Я специально выделил коммуникации, потому что это ключевой новык лида. И он нам понадобится в дальнейшем для карьеры.

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

    Если же подходить формально, то требование на т5 – это наличие экспертных знаний в двух и более смежных областях – например знания в нагрузочном тестировании в дополнении к функциональному

    Почему я называю это путь развития простыми очевидным? Потому что это вопрос времени= Каждый рано или поздно может стать убеленным сединами сенсеем, к которому молодые и неопытные будут ходить за мудростью и советом.

    Следующий вариант, не менее очевидный…
  • Следующий вариант, не менее очевидный… это автоматизатор

    Какие плюсы у такой карьеры Автоматизатора?
    Вы уже не тот простой тестер, которым может стать почти каждый соискатель. За вами уже охотятся хед-хантеры. Вам интресна ваша работа. И вам не нужно часто коммуницировать с людьми а тем более ими управлять.
    Что вам нужно чтобы вступить на этот путь?
    Научиться писать код (Java на слайде выступает как экземпляр класса Языки Программирования. Здесь могли бы быть ПХП, Си плас плас или си-шарп. Но почему то любят автоматизаторов-джавистов. Поэтому на слайде джава)
    И в этом наверное самый главный минус – не всем тестерам суждено писать код. Ну что ж, естественный отбор )

    Ну а если уж вы встали на этот путь и освоили базис программирования – то там рукой подать и до роли программиста.
    Плюсы карьеры программиста: вы наконец-то можете сами делать программы а не помогать их ломать.
    Минусы: пробиваться вверх вам придется с низов и в компании программистов гораздо более расположенных к программированию чем вы – потому что вы тестер или еще недавно им были.

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

    Теперь же рассмотрим немножко экзотики…
  • Теперь же рассмотрим немножко экзотики – это роль Бизнес-аналитика. Человека который опишет то что будут реализовывать программисты и тестировать тестеры
    Исходя из моего опыта, Хороший тестер в проекте всегда знает о продукте гораздо больше чем разработчик. Почему бы ему самому не начать описывать требования?
    Что же для этого может потребоваться
    – во первых склонность к проектированию и документированию
    Во вторых ознакомление с базовым инструментарием аналитика – UML, системы хранения требований… Впрочем один из самых успешных инструментов для управления требованиями в моей практике – WIKI-движок.

    Ну и наконец самое важное – способность коммуницировать с заказчиком и\или с бизнес пользователями для сбора и систематизации информации о проекте и бизнес области
    Коммуникации наше все!

    Теперь же снова вернемся к простым решениям…
  • Теперь же снова вернемся к простым решениям. Одно из которых – карьера проджект менеджера

    Почему стоит стремиться к карьере ПМа?
    Во-первых ПМ-скиллы в целом универсальны – сначала вам станет не важно какие технологии используются в проекте под вашим управлением – java/.net/или может вообще PHP – а в перспективе вам станет не важно связан ли ваш проект с программированием да и вообще с IT. Ваши приобретенные скилы будут востребованы в любых других отраслях.
    Во вторых ПМ перестает писать код или тестить руками – ПМ работает с людьми. Руководящая должность – избавление от рутины.

    Кроме того ПМ обретает способность с помощью своей команды достигать цели недоступные одиночке.

    Однако есть и отрицательные стороны. Руководство вообще и проектное руководство в частности – это постоянный прессинг, ответственность, сотни входящих/исходящих писем в день и постоянная головная боль.
    Впрочем если вы хотели управлять – вас уже ничто не остановит.

    И наконец последний вариант …
  • И наконец последний вариант о котором я хотел вам рассказать – это ресурс-менеджер.
    Это я.
    Ресурс менеджер – этот тот человек кто не управляет людьми в проектах непосредственно. Помните вашего классного руководителя? Он наверное вел у вас физику или математику, но при этом вникал во все ваши проблемы с историей, географией и литературой. Общался с вашими родителями и учителями о ваших проблемах или ваших достижениях. В общем холил вас и лелеял. Или делал вам выговоры за косяки. Не знаю как у вас – а у меня был именно такой. Наверное мне повезло.
    Вот примерно этим я и занимаюсь со своими людьми.
    Чертовски интересно
    Но и выматывает

    Лично для меня это стало решением моей проблемы карьерного потолка и демотивации.
    После того как я стал эРЭмом у меня расширился круг полномочий и уровень доступа,
    количество обязанностей и уровень ответственности.
    И хотя я не рулю проектами и не строю эйфелеву башню – мне совсем не скучно. И полагаю будет нескучно еще очень долго.

    В двух словах о том чем занимается RM: это подбор людей на проекты в зависимости от требований и навыков, ротация, оценка продуктивности, поиск тренингов и тренеров для развития сотрудников, решение их проблем в проектах и вне проектов.
    Скорее всего в каждой компании есть какой-нибудь руководитель департамента или отдела, который так или иначе решает этот спектр задач.
    В случае моей компании это выделено в отдельную роль. Для меня важным аспектом этой работы является то что я помогаю своим людям расти.
  • Ну и в завершении немножко статистики любезно предоставленной мне компанией....
  • Итак в заключение, я хотел бы еще раз повторить: У Вас есть варианты развития. У вас есть целый спектр вариантов, надо лишь его осознать.
    Выбирайте для себя то что вам ближе и интересней и пробуйте.

    От себя добавлю пару простых советов:
    Во первых поймите на сколько вам близки и легко даются софт скилы – как легко вам коммуницировать и решать вопросы не самому а за других или при помощи других людей – Если вам это нравится – ваш выбор – ПМ или RM
    Если вам претит болтология, если сделанное руками важнее бесконечных митингов, звонков и переписки – посмотрите в сторону автоматизации, нагрузочного тестирования, узкой экспертизы или даже перехода в программисты – там у вас больше шансов сочетать свою интроверсию и профессиональный успех

    И во-вторых – не стесняйтесь поговорить с вашим начальником о вашем видении карьерного пути. Под лежачий камень вода не течет.
    И вам по любому придется рано или поздно прокачивать софт скилы – начните с малого - Поговорите с начальником ;)
  • ×