Мама, я тимлид!

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

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

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

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

Стажировки могут служить и в качестве пиара: вы можете взять на лето практиканта из профильного вуза. Если его практика пройдет хорошо, он поделится впечатлениями с однокашниками и, возможно, кто-то из них захочет работать у вас.

Я лично очень благодарна за то, что меня заметили на старте моей карьеры и дали шанс проявить себя. Надеюсь, кому-то повезет так же.

4 Bus factor и рассеивание зоны ответственности: все про всё vs узкая специализация

Многие знакомы с понятием bus factor[12] («фактор автобуса»). Оно означает количество участников проекта, после потери которых («попадания под автобус») вы не сможете завершить проект в срок. Это очень важный фактор, который надо учитывать при распределении задач. Значение bus factor, равное двум или трем, — неплохой показатель для команды. Если bus factor равен двум, то проект встанет при потере (например, одновременном уходе в отпуск) двух сотрудников, то есть временное отсутствие одного сотрудника мы сможем легко пережить.

Поддержание bus factor на должном уровне — задача, которой необходимо уделять внимание. Есть множество приемов, которые помогают сотрудникам делиться рабочей информацией: ревью выполненных задач коллегами, документирование работы, групповые обсуждения. Не буду останавливаться на методах, в каждом проекте они свои в зависимости от специфики задач и команды.

О чем мне действительно хочется поговорить — это о концепции «универсального солдата». Многие руководители пропагандируют идею, что при работе над проектом каждый сотрудник должен уметь выполнить любую задачу. Основные аргументы в защиту этой идеи таковы:

• Если ваши рабочие инструменты в порядке и вы документируете то, что делаете, любому сотруднику на проекте не составит труда доделать задачу за коллегу.

• Когда все могут делать всё, у вас нет незаменимых людей, вы можете безболезненно пережить увольнения или временное отсутствие подчиненных.

• Вы можете часто перетасовывать людей и задачи, и никто из вашей команды не будет скучать.

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

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