Меня повысили за то, что я хорошо чинил серверы. И я стал чинить людей

Есть вопрос, который за минуту отличает руководителя от инженера с подчинёнными. Задайте его своему ИТ-директору — и слушайте, про что будет ответ. Я проваливал его годами.

• Сколько это стоит компании в месяц?

Мы шли по парку. Минут двадцать я доказывал, почему пора менять ленточную библиотеку на дисковую систему резервного копирования: восстановление упало бы с восьми часов до сорока минут. Графики, риски — для меня всё было очевидно. Он выслушал молча и спросил одно.

• Сколько это стоит компании в месяц?

• Ну… это техническая проблема…

• Сколько. Это. Стоит. В месяц.

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

Именно тогда я впервые понял, что мы говорим на разных языках. Мне казалось, что я уже стал руководителем, — на самом деле я всё ещё оставался инженером.

Ступень, которой нет

В ИТ карьерная лестница выглядит логично. Хорошо администрируешь серверы — становишься старшим администратором. Лучше других пишешь код — становишься тимлидом. Умеешь организовать работу команды — становишься ИТ-директором. Но у этой лестницы есть изъян: каждая новая должность выдаётся за успехи в предыдущей профессии, а профессии следующей почти никто не учит.

Меня тоже несколько раз повышали до ИТ-директора. Были красивые визитки, отдельный кабинет, ответственность за отдел. Но на деле я оставался тем же системным администратором — просто теперь у меня появились подчинённые. И я продолжал делать единственное, что действительно умел: решать технические задачи. Только теперь инструментом стали не серверы, а люди.

Если задача казалась слишком сложной, я забирал её себе. Если сотрудник ошибался, быстрее было исправить самому, чем научить. Годами мне казалось, что проблема в людях: «толковых специалистов почти не осталось».

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

И проблема, мне кажется, вообще не в самих инженерах. Человека берут за то, что он блестяще решает технические задачи, — а потом все вокруг искренне удивляются, что в кресле руководителя он решает ровно их же. Он просто делает то, за что его повысили.

Один и тот же разговор

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

• Что будет, если мы этого не сделаем?

ИТ-директор начинал рассказывать про легаси, технический долг, масштабирование и риски безопасности. Всё это было правильно — но не отвечало на вопрос. Собственник спрашивал не про технологии. Он спрашивал, сколько компания потеряет.

Пока проблема не переведена в деньги, её невозможно сравнить с другими задачами бизнеса. А значит, для бизнеса её почти не существует.

Второй язык

Человека, который задавал мне вопросы на прогулках, звали Алексей. Мы познакомились в 2007 году: он собеседовал меня на должность руководителя проектов в крупную финансовую компанию.

Я честно сказал:

• Я инженер. Руководителем проектов никогда не был.

Он улыбнулся:

• Научишься.

Через год компания обанкротилась. Казалось бы, на этом история должна была закончиться, но всё произошло наоборот: Алексей предложил строить новую компанию практически с нуля. С 2009 по 2015 год я был её генеральным директором.

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

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

Чему я учился

Первое открытие

Я думал, что руководителю нужно лучше понимать технологии. Ошибся. Ему нужно лучше понимать ценность.

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

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

Второе открытие

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

Так это и работает: люди перестают приносить законченные решения и приносят заготовки, потому что знают — всё равно перепишу. И самое дорогое последствие тут даже не потерянное время руководителя. Перестаёт расти команда.

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

Третье открытие

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

Что изменилось

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

Долгое время мне хотелось объяснить этот результат тем, что я наконец стал хорошим руководителем. Сейчас думаю иначе. Первым окупился вовсе не менеджмент — первым окупился новый язык. Раньше я в продажи не лез вообще: считал, что это не инженерное дело. А тут впервые сам сел за стол переговоров — и оказалось, что говорить с клиентом про его деньги, риски и потери у меня выходит лучше, чем про технологии. Для инженера это кажется мелочью, для клиента — это и есть предмет разговора.

Управлению людьми я потом учился ещё много лет. И, честно говоря, продолжаю учиться до сих пор.

Если вы сейчас узнали себя

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

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

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

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

Когда-то я не смог ответить на этот вопрос. Я стоял посреди парка и понимал, что знаю про резервное копирование всё — кроме того, зачем оно нужно компании в цифрах. Тогда мне казалось, что меня проверяют на знание финансов. Сейчас я понимаю: меня проверяли на понимание собственной роли.

Инженер отвечает за то, как работает система. Руководитель — за то, что происходит с компанией, если система перестанет работать. Между этими двумя ответами и находится та самая ступень, которой нет.

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

• Сколько это стоит компании в месяц?