Не хочу кодить
«Я работал стажером-разработчиком в Microsoft на младших курсах университета, получил приглашение в Oracle на последнем курсе, и отработал около года разработчиком в Oracle. Но ушел с должности разработчика, чтобы стать тестировщиком.
Устроиться в крупную компанию уровня Microsoft или Oracle — мечта любого студента, и, наверное, большинство людей, работающих на «нетехнических» должностях, были бы не против в будущем стать разработчиками.
Я удачно начал карьеру в IT, несмотря на ковидное время. Но мне быстро надоело кодить изо дня в день, хотелось расширять свои компетенции, учиться чему-то новому.
Я поставил себе цель стать продакт-менеджером. Но есть существенное препятствие: в моем возрасте стать продактом нереально без диплома MBA, и большого опыта работы в сложных проектах.
Обсудив ситуацию с продактами с разным бекграундом, я решил пойти по их пути. Набрать релевантных скиллов в качестве тестировщика, чтобы заложить основу для последующего перехода в продакты.
Знающие люди подсказали путь
Пообщался с такими людьми:
— Опытный продакт с MBA
— Разработчик, ставший продактом (без MBA)
— Тестировщик, ставший продактом
— Отельер, ставший тестировщиком, затем продактом
— Сотрудник техподдержки, теперь работающий продактом
— Разработчик, затем тестировщик, затем продакт (без MBA)
— Разработчик, затем продакт (с MBA)
Собрав информацию от этих людей, я чётче понял плюсы и минусы ролей разработчика и QA, и укрепился в своем намерении стать РМ, поняв, что это вполне реально в моем случае.
Плюсы
- Обычно разработчик работает над фичей, которая полностью определяется менеджером по продукту. Разработчик никак не влияет на фичу, он только реализует ее. Быть разработчиком — нелегкая работа, и скучная. РМ проводит множество исследований и общается с клиентами и стейкхолдерами, прежде чем принять решение даже о небольшом изменении в продукте, будь то чекбокс или текст в поле. По факту, РМ намного больше знает продукт, чем разработчик.
- Тестировщик тоже обязан очень хорошо изучать продукт, так как ему приходится тестировать все части продукта, и понимать их влияние на качество. Ведь именно QA обеспечивает качество (а не разработчик). РМ обладает полным знанием продукта, но РМ’у не обойтись без тестировщика. Именно тестировщик, и, шире, QA-департамент гарантирует качество, и значит удовлетворенность клиентов — интегральную характеристику продукта в целом.
- Тестировщик выполняет множество рутинных ежедневных задач, связанных с продуктом, как и менеджер по продукту. РМ общается с разработчиками, дизайнерами и клиентами — так же и тестировщику придется общаться с ними, чтобы понять самые важные для клиентов части продукта, и возможные «места поломки». Этот опыт в QA впоследствии помогает новоиспеченному ПМ правильно оценивать свой продукт.
- Как и менеджеру по продукту, тестировщику также придется выполнять большой объем работы с документацией: например тест-дизайн, писать сценарии и тест-кейсы, и работать с другими артефактами. Документация — важный скилл менеджера по продукту, и лучше этот навык рутинной работы приобретать заранее.
- Таким образом, у обычного QA получается уникальное сочетание рабочих задач в качестве разработчика, тестировщика и, по факту, джуниор-продакта. У меня был довольно большой опыт в качестве разработчика ранее, и уже есть довольно большой опыт в качестве QA. Я уже много знаю о продукте, с которым работаю. Такова моя база для будущего перехода в ПМ’ы.
Минусы
- Прежде чем идти по такому пути, советую пообщаться с людьми, которые непосредственно определяют зарплату и обязанности сотрудников компании. В большинстве компаний тестировщикам платят меньше по сравнению с разработчиками того же уровня квалификации. Иногда — заметно меньше. Уточните этот вопрос.
- Работа тестировщика тоже очень сложна и утомительна. Не менее, чем разработчика. Будьте готовы к переработкам.
- Если вы по характеру склонны углубляться в какую-то тему и работать только в ней, роль QA (и далее РМ) может оказаться не для вас. Описанный мной карьерный путь QA>PM все-таки предполагает готовность к быстрому расширению опыта в незнакомых сферах.
Итак
Итак, если вы считаете, что способны работать РМ’ом, но вам не хватает опыта или корочки МВА, то промежуточный QA-этап может быть вполне рабочим вариантом, особенно в больших корпорациях. Нужно учесть локальные особенности: как устроены QA-процессы, как вообще относятся к роли QA в компании, есть ли возможности роста, готовы ли вы сами быстро учиться и прогрессировать. В любом случае трудолюбие и настойчивость приведут вас к должности, которой вы заслуживаете.»
