Матрица компетенций в QA часто звучит как приговор: “сейчас вас измерят и сравнят”. В итоге лиды боятся внедрять, а QA — переживают, что их оценят «не так» или «по таблице без контекста».

В докладе разберём, как собрать матрицу для QA-компетенции, которая реально работает: помогает команде расти, делает ожидания прозрачными и повышает зрелость, а не уровень тревожности. И главное — покажем, как встроить матрицу в оргструктуру компании, чтобы это перестало быть «табличкой для галочки» и стало общим языком между командой и бизнесом.

В итоге матрица становится не только инструментом контроля, а частью системы управления компетенциями: она связывает роли, грейды, развитие, найм и деньги. А значит — снижает стресс, потому что у команды появляется простая логика: «это не про наказать, это про договориться и расти». 

Покажем практичный путь: как выбрать навыки, настроить уровни, внедрить матрицу без сопротивления, провести оценку экологично и превратить результаты в понятный план развития

Мы стоим на пороге новой эры – эры Искусственного Интеллекта (ИИ), особенно больших языковых моделей (LLM). 

Уже сегодня в индустрии звучат тревожные (или оптимистичные?) лозунги: "Нас, QA/QC-специалистов, заменят алгоритмы!" и "Разработчики, вооруженные AI-инструментами, смогут тестировать все сами!". Эти заявления бросают вызов самой сути традиционных процессов обеспечения качества.

Что стоит за этими лозунгами? Реальная угроза или преувеличение? Действительно ли это “конец”?

Давайте посмотрим на то, что нам известно сейчас. В докладе будем не просто констатировать факты, а проанализируем реалистичность сценария "разработчик-тестировщик” (прям как аналитик-тестировщик :) )  и наметим пути эволюции роли QA.

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

В докладе мы подробно разберемся с потребностью внедрения Quality Gates — что это такое, зачем они нужны. Определим различные виды QG: процессные, ручные и автоматизированные.

Мы проследим за развитием компании от маленького стартапа до крупной структуры с участием более 500 сотрудников. Расскажем как выбрать и внедрить QG’s на каждом этапе развития компании.

Особое внимание будет уделено примерам QG на различных этапах разработки жизненного цикла (SDLC), дополненных ссылками на полезные материалы. 

В завершение представим практический чек-лист для внедрения QG, который поможет участникам сразу применить их на своих проектах.

Поговорим в формате интервью о том, что делать не менеджерам (тем, кто ими раньше никогда не был), когда у них возникает потребность думать про процессы или решать стратегические вопросы.
Готовьте свои вопросы, можно будет задавать кейсы в процессе интервью.

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

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

Аудит процессов качества в командах позволяет выявить слабые места и проблемы в работе команды, а также предложить рекомендации по их устранению.

Приоткроем двери в мир качества и аудита процессов =)

Практическая встреча по мотивам доклада «Критерии качества» (https://sqadays.com/en/talk/89252). 

На трех реальных кейсах разберем, как облегчить жизнь команд в проекте, какие критерии качества выбрать, как выстроить процесс и оптимизировать тестирование. 

На 1.5 часа вы станете руководителем и вместе с рабочей группой разработаете свой роудмап действий для обеспечения качества. А после работы в группах, разберете результаты вместе с экспертом и получите готовый план улучшений для ваших проектов.

Что делать, когда в команде появился первый юный падаван? Как передавать всю накопленную мудрость и лайфхаки, если ты ментор, лид или Heаd of QA? Полезные фишки для любой роли и план, который поможет каждому выстроить свой крутой онбординг. 

Поговорим о том, почему тестирование не равно обеспечению качества, какие «метрики» описывают качественный продукт и в каких документах их необходимо зафиксировать. Как договориться со всей командой и заказчиком о качестве?

Разберем процесс создания продукта и то, как внедрить в него контрольные точки оценки качества

Представьте себе ситуацию: вас назначили QA-лидом. Новость потрясающая. Вы переживаете все виды эмоций одновременно: радость, отрицание, гнев, торг, депрессия, отчаяние, принятие. Царь-вопрос: и что же мне с этим всем делать?

Поговорим о принципах и подходах к оптимизации  тестирования.

Я расскажу, как организовать процесс регрессионного тестирования, который помогает свести до минимума ошибки. Как сократить время и объем тестирования продукта. Представлю техники оптимизации  тестов и дополняющие их инструменты. Дам практические советы, которыми пользуется команда BSL и которые будут полезны начинающим и опытным QA-специалистам.

Расскажу как строятся процессы обеспечения качества и тестирования и как влиять на эти процессы снизу.