Я постоянно думаю о том, что есть два кардинально разных подхода к тому, как строить команду разработки. Можно просто нанимать нужное количество людей “под грейд”, а можно скурпулезно собирать “свою” команду. Я последователь второй идеологии и для меня очень важно, чтобы разработчики не просто писали код, а максимально хорошо понимали бизнес, которым мы вместе занимаемся. Поэтому, когда у меня на менеджерском интервью спрашивают, какие вопросы я задам разработчику при найме, я отвечаю, что буду расспрашивать его про бизнес на предыдущем месте его работы. По его ответам будет легко понять, насколько сильно он привлекался к продуктовым обсуждениям, была ли у него возможность вносить свои предложения или критиковать чужие. Если он не участвовал во всём этом и ему было ок, то скорее всего мы не сработаемся. Ему гораздо больше подойдёт менеджер, который набирает нужное количество разработчиков нужного грейда. А я предпочту потратить своё время и усилия на поиски кандидата, с которым у нас случился метч по мировоззрению, а не на попытки его заинтересовать тем, как устроен бизнес.

Когда я обсуждаю такой подход с другими менеджерами, часто слышу, разные аргументы. Где ты найдешь столько вовлеченных разработчиков, а тем более быстро. А мне надо, чтобы код писали сейчас, а не через три месяца. У меня уже есть команда, работаю с тем, что есть. И так далее. Все они имеют право на жизнь. Но так же имеет право на жизнь и моё предположение, что те, кто высказывают эти аргументы, просто не пытались строить свою команду всерьёз. Это, на самом деле, довольно большая менеджерская работа, результат от которой может превзойти самые смелые ожидания, а может не случиться вообще. И здесь мне кажется очень важным посмотреть на эту проблему с другой стороны — не с менеджерской, а с разработческой. Что именно разработчики, которые готовы вовлекаться в бизнес, видят важного и полезного в этом вовлечении. Чего они от нас менеджеров ждут. Я давно собирался написать пост на эту тему, но недавно за меня это сделала моя прекрасная коллега, с которой у нас как раз и случился тот самый метч несколько лет назад в команде Яндекс.Сплита. Почитайте её пост, он отлично написан и классно иллюстрирован ☺️. И что важно, он содержит понятные практические шаги, которые стоит попробовать сделать, чтобы команда разработки стала частью бизнеса, а не каким-то аутсорс-подразделением.

И, кстати, подписывайтесь на её канал. В отличие от меня, у неё получается там писать не только про рабочие будни, но и про жизнь. Когда-нибудь я тоже к этому приду, надеюсь 😅