Как правильно подать себя в команде и не стать токсичным

Казалось бы, зачем подбирать слова, чтобы сообщить о баге разработчику? Подошел, высказал все, что он сделал неправильно и припомнил, какой раз за неделю это уже так, и вообще ребята из N компании давно делают по-другому. Чем больше аргументов и фактов, указывающих на НЕправоту разработчика, и правоту тебя, тем меньше претензий к твоей работе, ведь правда? 

Но тут вот какое дело: обычно такой однополярный подход приводит к поиску “ведьмы” и, как следствие, смены тебя на другого, более командного тестировщика. А при приёме на работу тебе говорили - что важно быть грамотным и дотошным! А уж когда доходит до дела, то оказывается честный подход никому не нужен, а выигрывают “свои ребята”. 

Так в чем же правда?

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