Майкл Лопп - Как управлять интеллектуалами. Я, нерды и гики

Позвольте им увлечься чем-нибудь. Позвольте им утолить свою жажду. Если у вас нет проекта, который мог бы их привлечь, то вы можете выделить время, чтобы они могли изучить то, чем бы им хотелось увлечься. Я гарантирую вам, что это изучение обязательно будет каким-нибудь образом связано с работой, над которой они безумно хотят «похимичить». Обычно у подобных сумасшедших попыток увлечься чем-нибудь нет очевидного оправдания в профессиональной жизни. Лично я оправдываю их так: процесс изучения так же ценен, как и процесс создания нового.

Изучение трудно оправдать, потому что его трудно измерить. Когда изу­чение заканчивается, у вас часто нет ничего, что вы бы могли представить вашему менеджеру проекта для объяснения или оправдания потраченного времени. Вот что вы должны ему сказать: «Моя работа состоит не только в том, чтобы создавать продукт. Помимо этого, я создаю людей».

Помните, что принимать удар на себя ради команды они могут только в течение определенного времени

Очень часто и закономерно возникают ситуации, когда кому-то приходится терпеть или с головой погружаться в хреновую работу гораздо дольше, чем ему хотелось бы. Это неизменная функция людей, работающих в команде; задачи субъективной важности наслаиваются друг на друга. Однако не существует дерьмовой работы, если вся работа — ваша. Есть только работа, которая вам нравится, и работа, которую вы должны делать.

Периодическое практическое выполнение последнего варианта — это неплохой перезапуск перспектив для каждого члена команды, но если кого-то бросают на такую работу слишком часто, то в итоге он гарантированно заскучает. Тут есть один неочевидный факт: существуют люди, которые не будут жаловаться по этому поводу, потому что они считают, что принять удар на себя ради своей команды — это самое правильное решение. Они думают, что жаловаться — это все равно что сказать: «Я не считаю, что я должен выполнять эту дерьмовую работу!», или просто опасаются, что их обвинят в том, что они не командные игроки.

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

Защищайте их время

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

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

Агрессивно устраняйте посторонние шумы

Помимо внезапных незапланированных заданий, ваш инженер будет отвлекаться на стандартное рутинное проявление внимания надоедливых окружающих людей, совещания, телефонные звонки и собеседования. Эти 30–60-минутные задачи кажутся сугубо деловыми и краткими, вы никак не сможете полностью оградить вашего сотрудника от них, однако вы можете ими управлять. Как и в случае с хреновой работой, ваша задача в данном случае — следить за тем, чтобы эта нагрузка была распределена равномерно между всеми членами команды. И что еще более важно, вы должны помнить, что затраты производительности на такие микрозадачи не равны 30 минутам, необходимым для их выполнения, они включают в себя также «налог на переключение контекста», то есть прекращение своей увлекательной работы, подготовку к выполнению новой задачи, выполнение новой задачи и восстановление контекста своей увлекательной работы.

Существует два аспекта увлекательной работы, которые одинаково мощно вдохновляют гика: идентификация увлекательной работы и прогресс в увлекательной работе. Причем прогресс не измеряется отдельными разрозненными минутами; прогресс измеряется блоками изумительных непрерывных часов, проведенных за увлекательным делом.

Рассказывайте им, что, черт возьми, вообще происходит

Многое в описанной выше деятельности подразумевает тот факт, что вы должны стать более внимательным, но ваше внимание — это только половина дела. Важно также постоянно держать людей в курсе ваших мыслей. Это относительно простое и низкозатратное средство поддержания высокого уровня удовлетворенности у вашей команды, оно звучит так: «Я знаю, к чему вы стремитесь, и я постоянно думаю о том, как помочь вам этого добиться!» Это способ продемонстрировать вашей команде, что вам небезразличен ее рост.

Не забывайте, что такое создавать новый софт

Прочитав этот отрывок, вы можете подумать, что я считаю разработчиков софта эдаким классом привилегированных ремесленников и чересчур их защищаю. Именно так я и думаю ! Моя работа состоит в том, чтобы заботиться об инженерах и вскармливать их. Их производительность труда — это моя производительность труда. Если они все уволятся, то я точно останусь без работы.

Уровень доверия к вам как к лидеру частично зависит от того, будете ли вы периодически публично заявлять о том, что ваша задача — помогать команде добиваться успеха. Однако помимо этого у вас есть еще одна задача — вы должны создавать новый софт.

Итак, должен ли руководитель писать код? Однажды я поменял свое мнение по этому вопросу, теперь оно таково: не прекращайте писать код . Каждая ваша рабочая неделя, проходящая без написания кода, — это неделя, в течение которой вы не имели возможности разделить радость, отчаяние и новизну процесса разработки софта, это неделя, когда вы медленно забывали, что значит быть разработчиком. А это значит, что со временем вам будет всё труднее разговаривать с инженерами, потому что вы забудете, как они мыслят и как они начинают скучать.