Привет! Меня зовут Сергей Никифоров, я руководитель гильдии QA внутри компании Skyeng.
За свою историю в QA я провел сотни собеседований, как на QA/QAA разных уровней, так и на QA Lead (далее – QL). Помимо этого, мы помогали прокачивать курсы по QA в Skypro (наши курсы про #войтивайти), создали собственную платформу стажировок, систему грейдирования и программу обучения по автоматизации.
Не поверите, но понять уровень профессионализма специалиста вам поможет ответ на один простой вопрос: Скорость или качество?
Почему именно этот вопрос? Давай копать 😎
Этот вопрос одновременно отражает знание процессов управления разработкой продукта, показывает опыт человека в решении конфликтов и отстаивании своей точки зрения. Почти всегда – 20 из 24 QL – выбирали один из вариантов, большинство голосовало за «качество».
При попытке объяснить выбор, на меня часто смотрели как на дурака и выдавали аргументы про:
📍Ну, я QL, я про качество.
📍Кроме меня никто на качество смотреть не будет, а качество важно, я должен его контролировать
📍Наш клиент должен получать качественный функционал, это самое важное.
Бесспорно, бывали и варианты про приоритет скорости:
📌 Мы должны следить за качеством, но не мешать своей работой разработке и бизнесу
📌 Качество важно, но мы не влияем на сроки, сказали быстро — делаем быстро
📌 Если у нас спринты, то мы должны успевать, а баги править будем позже
И в том, и в другом случае проблема одна — QL/QA не видит своё влияние на весь процесс. Для него работа в команде это постоянное противостояние между командой «скорости» (чаще всего — разрабы и их тимлид) и «качества» (QA и QL), которые на протяжении 457 серий делают продукт. Это приводит к тому, что человек чаще всего работает с процессами в рамках только этапа тестирования и не думает о счастье пользователя.
Так, а какой ответ верный, спросите вы? А об этом мы поговорим завтра, друзья, не переключайтесь😊
PS. Делитесь в комментах своими подходами 💪
За свою историю в QA я провел сотни собеседований, как на QA/QAA разных уровней, так и на QA Lead (далее – QL). Помимо этого, мы помогали прокачивать курсы по QA в Skypro (наши курсы про #войтивайти), создали собственную платформу стажировок, систему грейдирования и программу обучения по автоматизации.
Не поверите, но понять уровень профессионализма специалиста вам поможет ответ на один простой вопрос: Скорость или качество?
Почему именно этот вопрос? Давай копать 😎
Этот вопрос одновременно отражает знание процессов управления разработкой продукта, показывает опыт человека в решении конфликтов и отстаивании своей точки зрения. Почти всегда – 20 из 24 QL – выбирали один из вариантов, большинство голосовало за «качество».
При попытке объяснить выбор, на меня часто смотрели как на дурака и выдавали аргументы про:
📍Ну, я QL, я про качество.
📍Кроме меня никто на качество смотреть не будет, а качество важно, я должен его контролировать
📍Наш клиент должен получать качественный функционал, это самое важное.
Бесспорно, бывали и варианты про приоритет скорости:
📌 Мы должны следить за качеством, но не мешать своей работой разработке и бизнесу
📌 Качество важно, но мы не влияем на сроки, сказали быстро — делаем быстро
📌 Если у нас спринты, то мы должны успевать, а баги править будем позже
И в том, и в другом случае проблема одна — QL/QA не видит своё влияние на весь процесс. Для него работа в команде это постоянное противостояние между командой «скорости» (чаще всего — разрабы и их тимлид) и «качества» (QA и QL), которые на протяжении 457 серий делают продукт. Это приводит к тому, что человек чаще всего работает с процессами в рамках только этапа тестирования и не думает о счастье пользователя.
Так, а какой ответ верный, спросите вы? А об этом мы поговорим завтра, друзья, не переключайтесь😊
PS. Делитесь в комментах своими подходами 💪