Про инициативу В этом году я планирую дорассказать детали того, как мы тестируем в команде, а также почему и как при всём этом богатстве мы пропускаем баги. А, и еще я буду нанимающим менеджером для позиции в Дании, надо нанять сеньорного сеньора, но в Копенгагене. Но пока начну с примера инициативности в качестве одной из сфер, куда QA еще может приложить свои усилия. У Unity есть форум, на котором пользователи могут оставлять в нужных разделах свои лестные и вообще не очень: вопросы, комментарии и, что ближе для нашей роли, сообщения об ошибках. Это отчасти заимствует функционал условного stackoverflow, где можно отмечать ответы как решения, тем самым показывая, что место живое, фидбек принимается, ошибки мониторятся и в идеале исправляются. У каждого публично доступного продукта есть свой раздел, и в коммьюнити департаменте составили подробную инструкцию как правильно отвечать и участвовать в дискуссиях, а как лучше не стоит этого делать. В нашем направлении получилось так, что этот момент подвис — отчасти из-за корпоративной бюрократии, отчасти из-за отсутствия четких зон ответственности, отчасти из-за того, что разработчики и менеджеры в целом предпочитают не погружаться в любящие пользовательские объятия. Я пытался пингануть то тут, то там, но кто работал в крупных компаниях, тот поймет. Короче, уже несколько месяцев у нас это было похоже на унылую заброшку, где очень изредка какие-то пользователи могли что-то ответить. В итоге я психанул, выделил несколько часов во время затишья рождественских дней и вычистил эти авгиевы конюшни, ответив на вопросы или решив чьи-то проблемы. Как видно на скриншоте, теперь это для пользователя выглядит как место, где действительно можно получить помощь. Для того, чтобы это не было разовой акцией, я подписался на обновления нашей ветки и теперь трачу минут десять на ответ или передачу фидбека продактам (благо у нас не супер активный раздел). Зачем это нужно, ведь я и так делаю свое тестировочное тестирование с тестами? Первое — как-то так получилось, что я переживаю за продукт, причем, вне зависимости от профессии (на радио было то же самое). Кто-то работает с 9 до 5, мне же всегда было интересно сделать больше. Второе — в некоторых случаях был очень крутой и детальный фидбек от пользователей, когда ты можешь понять, как именно они используют те или иные фичи. И это может сильно отличаться от того, как команда прогнозировала и предполагала при разработке. Третье — пользователи ценят, что их слушают. Напомню, что один из драйверов Unity это Users First, и да, пусть это может толковаться десятью разными способами и невозможно угодить всем, но людей, которые нашли время написать вам о косяке, стоит отметить, и это как раз оно. Ну и заодно можно и нужно адаптировать свои тесты, так как это самый непосредственный и прямой feedback loop, который помогает совершенствовать процессы, что собственно и есть часть Quality Assurance, а не простого тестинга (оправдываю, знаете ли, название канала). Четвертое — это одна из вещей, которая выделяет вас на фоне других. Мое мнение, такое можно и нужно постить в общий чат команды или департамента, подчеркивая мотивацию, действия и результат. В адекватных компаниях это способствует росту авторитета, добавляет в копилку достижений для performance review и роста грейда, ну и мотивирует других на инициативу. А если вспоминать о менее приятных вещах, то в моменты выбора, кого сокращать, а кого оставить, (хорошие, адекватные) менеджеры принимают решения на основе пользы от каждого члена команды, и инициатива с публичностью в этом помогают, особенно, когда многие вообще до сих пор(!) слабо понимают, что QA делают. Всё это на основе моего личного опыта, если есть желание пообщаться на тему, традиционно зову в комментарии (традиционно никто не идет).