Ответ
В моей работе как QA-инженера эффективная коммуникация и доверие критически важны. Я считаю абсолютно неприемлемым:
-
Непрофессиональное общение и неуважение. Грубость, сарказм, переход на личности в дискуссиях о багах или в code review. Критика должна быть направлена на код, процесс или функционал, а не на человека. Например, вместо «Ты опять написал кривой код» я скажу: «В этом методе есть риск NPE, если параметр будет null. Давай добавим проверку?».
-
Сокрытие информации или создание информационных вакуумов. Если я знаю о критическом баге, проблеме со стендом или неоднозначности в требованиях, я обязан немедленно сообщить об этом команде. Утаивание проблем «чтобы разобраться самому» часто приводит к срыву сроков.
-
Игнорирование обратной связи и нежелание учиться. В QA постоянно приходится осваивать новые инструменты и подходы. Если коллега на все предложения (например, внедрить новый тип тестирования или улучшить багрепорт) отвечает «мы всегда так делали и всё работало», это тормозит всю команду.
-
Нарушение договоренностей и процессов. Например, разработчик, который постоянно мерджит код без ревью, или тимлид, который меняет приоритеты задач «в обход» доски (Kanban/Scrum), создает хаос. QA сильно зависит от предсказуемости процесса.
-
Обвинительный подход при возникновении проблем. Фразы вроде «Это QA пропустил баг» непродуктивны. В здоровой команде мы проводим разбор инцидента (blameless postmortem), чтобы понять, как процесс позволил багу дойти до продакшена, и улучшаем его (например, добавляем новый тестовый сценарий или уточняем критерии приемки).
-
Дискриминация и предвзятость. Любые формы неуважительного отношения к коллегам по любым признакам, не связанным с профессиональными качествами, разрушают психологическую безопасность в команде, без которой невозможно открыто обсуждать ошибки и риски.
Для меня идеальная рабочая среда — это психологическая безопасность, где можно задавать любые вопросы, ошибаться на стадии обучения и конструктивно спорить о лучшем решении для продукта.
