Текст книги "Мама, я тимлид! Практические советы по руководству IT-командой"

Вы и команда

1
Пара слов о культуре работы. Вы на стороне команды или бизнеса?

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

Для многих руководителей такого рода конфликты – самая болезненная часть работы. Тяжело увольнять друга, который плохо выполняет работу. Сложно поручить кому-то из команды важную, но заведомо скучную работу, зная, что человеку будет неприятно ее выполнять. Нелегко, когда на вас сваливается неожиданный и очень важный проект с жесткими сроками, объяснить команде, что какое-то время придется работать по выходным.

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

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

Тот подход, когда вы стараетесь сделать сотрудников счастливыми, продиктован не только моралью, как может показаться. В этом есть конкретная измеримая польза. Творческие люди лучше работают, когда они счастливы. Этот вопрос с разных сторон изучается многими людьми. В частности, о влиянии счастья на образ мышления можно почитать у психолога Даниэля Канемана[1]1
  Канеман Д. Думай медленно… решай быстро. – М.: АСТ, 2013.


[Закрыть]:

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

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

2
Играем вдолгую. Цена текучести кадров

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

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

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

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

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

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

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

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

Представляете, сколько времени и сил было потрачено! И лишь на то, чтобы удержать работоспособность команды на прежнем уровне, – мы даже не говорим о росте.

Итак, текучесть кадров – это очень дорогая штука. Если вам интересно глубже изучить этот вопрос, очень подробно, с цифрами и фактами, почитайте книгу Тома Демарко и Тимоти Листера «Человеческий фактор»:[2]2
  Демарко Т., Листер Т. Человеческий фактор: Успешные проекты и команды. – СПб.: Символ-Плюс, 2011.


[Закрыть]

«Стоимость текучести кадров составляет около 20 % всех затрат на содержание персонала. Но это лишь видимая часть стоимости. Существуют еще и страшные невидимые затраты, которые могут быть гораздо выше».

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

3
Стиль управления: подстраиваемся под людей

Большим открытием для меня был тот факт, что все люди очень разные. Я часто рефлексировала по поводу того, как должен себя вести руководитель. Можно ли дружить с подчиненными? Нужно ли быть страшным и опасным? Можно и нужно ли ругать сотрудников, дико вращая глазами? Насчет своего личного поведения вроде все более или менее ясно – надо просто стараться быть искренним, как бы это в вашем случае ни проявлялось. Об этом очень хорошо написал Стивен Кови в книге «7 навыков высокоэффективных людей»[3]3
  Кови С. 7 навыков высокоэффективных людей. – М.: Альпина Паблишер, 2020.


[Закрыть]. Но оказалось, что нужно еще подстраиваться под личные особенности людей или команды в целом. Как бы вы себя ни вели, бывают моменты, когда надо переступить через себя и поступить определенным образом. Я, например, не люблю ругать людей и в целом адепт исключительно позитивной мотивации. Но у меня были подчиненные, которые работали в команде много лет, и при этом единственная мотивация, которая эффективно работала, – это получение «втыка» от руководства. Со временем для работы с некоторыми сотрудниками мне пришлось освоить манеру общения, которую я называю «режим прапорщика», – стать чуточку жестче и выражать чуть меньше человечности, чем я привыкла. Хотя для меня такое поведение было совсем не органично.

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

Александр Зинчук, руководитель студии разработки Anyway Labs, говорит, что это одна из самых сложных задач в работе с людьми – правильно построить отношения:

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

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

4
«Не осьминожка». Учимся делегировать

Ладно, выше была лирика, а теперь поговорим о прикладных вещах. Раньше, когда вы были специалистом, вы знали только свои задачи и на вас давили только ваши дедлайны. Теперь вы знаете о задачах всей команды, дедлайны нависают с нескольких проектов, и еще при всем при этом надо заниматься взаимодействием людей в коллективе. Довольно быстро вы начнете ходить к другим занятым людям с вопросом «расскажи, как ты все успеваешь». Проблему можно (и нужно) исправить разного рода методами тайм-менеджмента. Например, прочитать книгу Максима Дорофеева «Джедайские техники»[4]4
  Дорофеев М. Джедайские техники. – М.: Манн, Иванов и Фербер, 2020.


[Закрыть]. Вы действительно научитесь более эффективно расходовать свое время, не отвлекаться на ерунду и успевать больше. Но как бы вы ни планировали свои задачи в течение рабочего дня, время конечно. Поэтому вы никогда и ни за что не сможете сделать все за всех. Так что ключ к управлению вашим временем – это грамотное делегирование.

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

Методы делегирования прекрасно описаны в уже упоминавшейся книге «7 навыков высокоэффективных людей». Существует много хороших методологий, помогающих справиться с распределением задач (например, методология SMART). Но навык делегирования настолько важен, что стоит поговорить о нем хотя бы немного.

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

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

● Я вот передам задачу, а он мне столько вопросов задаст, что проще сделать самому.

● Что ни поручи – все равно сделают хуже, чем я!

Давайте эти два случая разберем подробно.

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

Во-вторых, вы могли плохо объяснить детали задачи. Понятно, что если вы поручили задачу эксперту, он, скорее всего, сам справится. А вот средних и младших сотрудников плохо поставленная задача может выбить из колеи. Человек не может понять, какие условия более важны, а какие менее, и боится упустить важное. Обратите внимание на то, насколько подробно и точно вы описываете поручения. Четко обозначьте сроки, разбейте задачу на части, если она слишком большая, определите понятные для вас и для сотрудника критерии выполнения.

Бывают случаи, когда оба условия выполнены, задача понятна и сотрудник точно умеет делать порученное, но почему-то все равно возвращается с вопросами. Это означает, что человек по какой-то причине боится брать на себя ответственность. Причины могут быть разные. Например, он банально не уверен в себе. Ему кажется, что он не может сам принимать верные решения и все, что он сделает самостоятельно, будет так себе. Такое бывает у начинающих. В этом случае надо в какой-то момент вежливо перестать отвечать на вопросы и сказать: «Решай сам, ты все умеешь». Со временем человек привыкнет и страх новичка пройдет. Это позитивная причина для лишних вопросов.

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

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

Также возможно, что сотрудник просто не хочет брать на себя дополнительную работу, потому что не понимает, какие ему от этого будут выгоды. Вы делегировали человеку новую сложную задачу, выполнение которой требует значительных усилий, но не пообещали за это ничего. Зачем человеку брать на себя новую ответственность, если он может выполнять привычные задачи и в целом жить припеваючи? В этом случае надо подумать о мотивации сотрудников. Она, естественно, может быть основана на страхе: «Если не сделаешь – уволю!» Но мне больше импонирует позитивная мотивация, метод пряника: какие выгоды сотруднику может принести новая ответственность? Возможно, за сложные проекты следует выдавать, как это ни банально, денежную премию. Или, может быть, это шаг к повышению зарплаты и получению более высокой должности. Не исключено, что человек хочет чему-то научиться и достичь определенных высот в карьере, – в этом случае надо ему объяснить, как новая ответственность приведет его к желаемой цели.

Перейдем ко второму препятствию делегированию – ситуации, когда вы думаете, что все сделаете лучше всех и незачем поручать задачи кому-то еще. Причины могут быть те же, что и в ситуации выше: вы неправильно выбрали исполнителя или плохо объяснили задачу и условия ее успешного выполнения. В этом случае все понятно. Но вполне может быть, что вы действительно лучше всех в вашей команде выполняете подобные задачи. И в мозгу свербит: зачем мне передавать дело кому-то, кто все сделает неидеально? Здесь надо поработать над собой и научиться жить в неидеальном, но зато производительном мире. Вам надо принять то, что силами команды вы сможете сделать гораздо больше, пусть выполнение задач будет и не столь совершенным, как вы привыкли. В современном мире перфекционизм оправдан только в некоторых специфических областях, большую часть бизнес-задач можно и нужно выполнять «достаточно хорошо» и не стремиться к идеалу.

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

5
Передача ответственности и право на ошибку

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

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

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

● Вы публично оговариваете ответственность человека за работу.

● Вы уважаете его право принимать решения и понимаете, что не все может быть по-вашему, если при этом результат соответствует базовым критериям.

● Вы публично признаете вклад работника в решение задачи.

● Вы признаете его право на ошибку.

Чтобы человек чувствовал, что внес личный вклад в задачу, и испытывал гордость за проделанную работу, нужно с ним разговаривать «по-взрослому». Это означает, что вы доверяете его решениям и все спорные моменты он должен разрешить сам. Если вы работаете в крупной компании или у вас есть заказчики, которые привыкли, что решения принимаете вы, важно публично назначить ответственного за выполнение задачи. Вы должны объявить, что сотрудник занимается этой задачей, вы разрешили ему принимать решения и он не должен каждый раз ждать вашего личного одобрения при решении спорных моментов. Если такой публичной передачи дел не случится, человек рискует оказаться в ситуации, когда его просто не будут воспринимать всерьез при рабочих взаимодействиях («Да кто ты такой, мы будем слушать твоего руководителя»).

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

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

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

И последнее, но, на мой взгляд, самое важное: вы должны наделить ваших сотрудников правом на ошибку. Это право означает, что за ошибку в сложной ситуации им не грозит расстрел и публичная порка. Что вы, если что, прикроете их и поможете выправить ситуацию.

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

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

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