Команда как продукт. Практическое руководство по созданию и управлению продуктовой командой в IT - страница 16

Шрифт
Интервал


– — – — – — – — – — – — – — – — – — – —

Особенности найма в действующую команду

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

Еще на этапе воронки нужно очень внимательно рассматривать кандидатов под разными углами, ведь даже начинающий аналитик, тестировщик или разработчик может прокачаться в проекте буквально за несколько месяцев. Если у кандидата есть только базовые знания, но очень сильная тяга к знаниям, обучению, саморазвитию и росту, то такой сотрудник впоследствии может оказаться намного ценнее нанятого с рынка Senior-специалиста. Почему? Да все просто. Когда Senior-специалист приходит на новый проект, у него, по сути, два пути – просто быть разработчиком/аналитиком/тестировщиком и т. д. и заниматься развитием или созданием функционала продукта или сразу развиваться в руководящую позицию. И первое, и второе для тебя плохой сценарий, потому что срок, на который хватает такого специалиста в проекте, варьируется обычно от полугода до года. Далее создается напряжение и попытки выбрать между новым проектом или переходом в руководящую позицию. Период в несколько месяцев, безусловно, обеспечит буст развития продукта, но потом появляются другие сложности – бас фактор. Как бы странно это ни звучало, но вам всегда стоит думать над вопросом – какое количество участников моей команды, при «попадании которых под автобус» (bus factor), проект не сможет быть завершен оставшимися сотрудниками. Именно специалисты высокой квалификации оказывают влияние на этот фактор, и отключение одного, а тем более нескольких таких специалистов от продукта может нанести всему проекту колоссальный урон.