В последнее время всё больше раздумываю о практике, о которой услышал 2 месяца назад на том самом митапе. Называется она вояджинг. Да-да, можете сказать мне, что я слоупок и пытаюсь донести до ширнармасс то, что они и так давно знают и успешно используют 😄 И тем не менее. Как я понял суть вояджинга: есть сотрудник, который достиг определённого уровня экспертизы в какой-либо области (скажем, в написании автотестов). Вот он всё, что мог, покрыл автотестами у себя на проекте, тесты на новые фичи пишет одной левой, ею же проводит ручное тестирование — и оказывается, что у него есть свободный ресурс на что-то ещё. Этот ресурс можно потратить на обеспечение карьерного роста. Скажем, трансформироваться из QA-инженера в разработчики. А можно расширить экспертизу, применив свои знания в соседней команде. И тут важно, чтобы руководители этого сотрудника и соседней команды договорились между собой: один, зная о существовании потребностей в лишних руках в соседней команде, грамотно предложил ей услуги своего подчинённого, другой — составил перечень работ и критерии достижения нужных команде результатов. Не менее важно, чтобы продукт, над которым трудится сотрудник, испытывал минимальные и некритичные сложности из-за его новой деятельности. Ну и стоит заметить, что потенциальная выгода от вояджинга заключается не только в том, что сотрудник применяет свои знания и умения в новых условиях и развивается, не только в явной пользе для соседней команды в виде закрытого проблемного места, но и в передаче знаний участникам этой самой соседней команды. Потому что мало просто что-то делать самому в одно лицо: нужно показывать коллегам и best practices, и возможные слабые места. В перспективе вижу для себя цель вырастить в своей команде хотя бы 2-3 таких вояджеров и обмениваться опытом с другими направлениями, брать вояджеров и от них тоже. Где-то внутри меня есть убеждение, что это классный способ сделать команду и отдельных сотрудников в ней сильными и взрослыми.

В этом посте были ссылки, но мы их удалили по правилам Сетки