communication
5 статей
-
Как QA договариваться с разработчиком: «это не баг», приоритеты и тон без войны
Половина работы QA — не найти баг, а добиться, чтобы его починили. Как отвечать на «это не баг, это фича», чем severity отличается от priority, как писать баг-репорт без споров, держать тон «сломано поведение, а не ты сломал», что делать при «не воспроизводится» и когда эскалировать.
-
Как сообщать плохие новости: баг перед релизом, сорванный срок, «качество просело»
QA — вечный носитель плохих новостей, и от того, КАК ты их доносишь, зависит, услышат тебя или запомнят как того, кто вечно ноет и «запрещает релиз». Разбор от первого лица: формула «факт → влияние → варианты → рекомендация», данные вместо эмоций, эскалация без драмы, роль «показываю риск, а не блокирую», разговор на языке разработчика / менеджера / стейкхолдера. С чек-листом и фразами-шаблонами.
-
Как QA и разработчику не воевать: репорт багов и обратная связь без конфликта
Конфликт QA и разработчика почти всегда не про баг, а про подачу. Как репортить баги и давать обратную связь без трения: баг про продукт, а не про человека; структура репорта, снимающая защиту; язык фидбека (SBI и формула Lara Hogan); severity без драмы; что делать с «works as designed»; shift-left; когда эскалировать; культура blameless и чек-лист на 10 пунктов.
-
1-1 для QA — что готовить, шаблоны и как обсуждать рост с тимлидом
1-1 — инструмент твоего роста, не статус-репорт. 90% QA проводят 50 встреч в год впустую. 5 типов содержания, готовые формулировки для 5 болезненных тем (повышение, выгорание, конфликт), шаблон 1-1 doc и чек-лист подготовки.
-
Bad news стейкхолдерам — как QA сообщать релизные проблемы
Soft-skill, который отличает junior от senior. Большинство QA либо тянут до последнего, либо вываливают панику. 11 разделов: принципы, готовые шаблоны для 5 типовых ситуаций, каналы, эскалация, постмортем.